Forum Debian Users Gang

iface wlan0 inet dhcp

Ustaw sobie ręcznie adresy IP.

Mam tę samą kartę. Oddałem ją we władanie wicd — działa bez zarzutu

To znaczy statycznie? Wolałbym tego uniknąć

Problem właśnie polega na powolnym pobieraniu adresów z serwera dhcp.

yossarian napisał(-a):

Problem właśnie polega na powolnym pobieraniu adresów z serwera dhcp.

e tam, ale to nie wina dhcp i rezygnacja z niego nie jest obejściem problemu. podczas podnoszenia wlan0 i dhcp miałem podobnie - ale używam ostatnio Arch Linux, systemd i jak usługi są uruchamiane równolegle, to nie ma takich zastojów spowodowanych przez podnoszenie sieci - przykładowo; menadżer logowania uruchamia się szybko nie czekając na usługi, których nie potrzebuje jak właśnie np. internet - zdarza się, że już się zaloguje a netcfg jeszcze nie uzyskał adresu IP (ping w konsoli nie działa). przy sysvinitmenadżer logowania i reszta musiałaby czekać aż uzyska to IP.

Ostatnio edytowany przez dominbik (2012-12-27 13:10:52)

dominbik napisał(-a):

yossarian napisał(-a):

Problem właśnie polega na powolnym pobieraniu adresów z serwera dhcp.

e tam, ale to nie wina dhcp i rezygnacja z niego nie jest obejściem problemu. podczas podnoszenia wlan0 i dhcp miałem podobnie - ale używam ostatnio Arch Linux, systemd i jak usługi są uruchamiane równolegle, to nie ma takich zastojów spowodowanych przez podnoszenie sieci - przykładowo; menadżer logowania uruchamia się szybko nie czekając na usługi, których nie potrzebuje jak właśnie np. internet - zdarza się, że już się zaloguje a netcfg jeszcze nie uzyskał adresu IP (ping w konsoli nie działa).

U mnie się szybko pobierają. Problemem jest tu raczej DHCP. Widocznie NM lepiej to rozwiązuje i nie widać tam tego opóźnienia.

nieważne jakiego środowiska używasz - jak masz dhcp tak zrobione jak autor wątku, nagle cały proces uruchamiania stoi i trzeba czekać na uzyskanie IP przez dhcp.

yossarian napisał(-a):

U mnie się szybko pobierają. Problemem jest tu raczej DHCP. Widocznie NM lepiej to rozwiązuje i nie widać tam tego opóźnienia.

no NM rozwiązuje problem. chciałem tylko zaznaczyć, że w przeciwieństwie do sysvinit na systemd ten problem nie występuje, nawet jak używamy samego klienta dhcp (bez żadnych wicd, networkmanager itd...)
http://dug.net.pl/news/15/
http://osworld.pl/systemd-dlaczego-warto-go-uzywac/
http://web.dodds.net/~vorlon/debian-boot-testing/
a nie każdy chce używać NetworkManagera.

Ostatnio edytowany przez dominbik (2012-12-27 13:21:15)

Można zamiast wpisywania dhcp do interfaces, zrobić skrypta w /etc/network/if-up.d.
Przykładowa postać:

#!/bin/bash
dhclient eth0 &>/dev/null &
exit 0;

Wtedy dhcp ruszy bez oczekiwania na wyjście funkcji, i niczego nie będzie zatrzymywać.
Inna sprawa, że nigdy nie widziałem, żeby dhclient spowalniał odpalenie jakiegoś Debiana (niezależnie, czy skonfigurował sieć, czy nie), albo żeby Systemd czy NM był potrzebny z powodu dhcp.
To są jakieś "urban legends" :D

Natomiast niezbyt rzadkim przypadkiem był NM nie potrafiący obrobić dhcp na kablu, co mnie kiedyś niezmiernie dziwiło, aż w końcu dziwić przestało. :D

Pozdrawiam
;-)

Ostatnio edytowany przez Jacekalex (2012-12-27 13:20:04)

Po kablu nie trzeba wybierać acces-pointa i zestawiać połączenia wifi.
Dopiero jak to połączenie działa, to wtedy dhclient pobiera adres z dhcp.

U Ciebie coś za długo system dogaduje się z acces-pointem.

Ja na twoim miejscu w ogóle wywaliłbym w takiej sytuacji to połączenie z interfaces, dał tam tylko

iface default inet dhcp

a calosć obsługi polaczenia z AP zostawiłbym w wpa_supplicancie, niech on się tym pieprzy, w końcu jest od tego.

Konfiguracja wg tego przepisu:
http://xrunhprof.wordpress.com/2009/09/19/setup-wpa … ng-on-debian/
Opis poniżej linii:

apt-get install wpagui

Pozdrawiam
;-)

Jacekalex napisał(-a):

Inna sprawa, że nigdy nie widziałem, żeby dhclient spowalniał odpalenie jakiegoś Debiana (niezależnie, czy skonfigurował sieć, czy nie), albo żeby Systemd czy NM był potrzebny z powodu dhcp.

nie mówię, że systemd czy NM jest potrzebny. Działanie dhclient widziałem na swoim desktopie (minimalna instalacja Debiana) - najlepiej jak się wyłączyło router albo coś i nie mógł tego adresu IP uzyskać - wtedy start przedłużał się nawet do 2minut - co wszystko ładnie widziałem podczas uruchamiania, bo plymouth itp... są mi obce.

poslad napisał(-a):

Mówicie, że to przez DHCP. Dlaczego po kablu DHCP działa i to w dodatku od razu, bez czekania?

też musisz czekać. tylko po kablu trwa to trochę krócej

Ostatnio edytowany przez dominbik (2012-12-27 19:47:13)

Jednak zdecydowałem się zainstalować wicd. Po zakomentowaniu odpowiednich bloków w interfaces sieć działa normalnie po restarcie, więc chyba adresy pobierają się przez dhcp.

$ cat /etc/network/interfaces
## This file describes the network interfaces available on your system
## and how to activate them. For more information, see interfaces(5).

## The loopback network interface
auto lo
iface lo inet loopback

## The primary network interface
#allow-hotplug eth0
#iface eth0 inet dhcp

##wifi
#auto wlan0
#iface wlan0 inet static
#wireless-essid dom
#wireless-mode managed
#address 192.168.1.2
#netmask 255.255.255.0
#network 192.168.1.0
#broadcast 192.168.1.255
#gateway 192.168.1.1

# ifconfig
eth0      Link encap:Ethernet  HWaddr 00:26:18:b5:b1:90  
          UP BROADCAST MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)
          Interrupt:43 Base address:0x4000 

lo        Link encap:Local Loopback  
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

wlan0     Link encap:Ethernet  HWaddr b0:48:7a:8c:de:ea  
          inet addr:192.168.1.2  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::b248:7aff:fe8c:deea/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:47493 errors:0 dropped:0 overruns:0 frame:0
          TX packets:31611 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:64614162 (61.6 MiB)  TX bytes:3270703 (3.1 MiB)

fervi napisał(-a):

A może zmienić w WICD menadżera DHCP? Można ich tam kilka wybrać (4)

Można, ale trzeba je najpierw zainstalować. W sumie po gdy siecią zarząca wicd to działa dobrze, więc nie ma po co.
http://wstaw.org/m/2012/12/30/2012-12-30-142740_1440x900_scrot.png

--
Plus dla wicd za interfejs ncurses. Można sobie półgraficznie sterować programem z konsoli, a wicd-gtk usunąć.

Ostatnio edytowany przez poslad (2012-12-30 14:31:08)