Dotaz: dhclient problem s 2.6.11 a vyssim

[mehturt]

Mam problem s DHCP pri urcitej verzii jadra. Moja sietova karta pouziva modul e100, distribucia je debian unstable, dhclient je 3.0.1-2. Problem je, ze s jadrom 2.6.10 mi dhclient funguje, t.j. ziska IP adresu z DHCP servra; s jadrom 2.6.11 a 2.6.12 uz nie. Jadro si kompilujem sam, s tym istym konfigurakom.

Vystup vyzera priblizne takto:

Mar 3 13:06:40 xxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
Mar 3 13:06:40 xxx dhclient: DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 6
Mar 3 13:06:40 xxx dhclient: receive_packet failed on eth0: Network is down

Dakujem za kazdu radu..

Odpovědi

[petr_p]

Mar 3 13:06:40 xxx dhclient: receive_packet failed on eth0: Network is down

Nahodte si rozhrani na linkove vrstve ip link set eth0 up.

[mehturt]

Ten prikaz nezafungoval, teraz je ale vystup iny, ako predtym, kde je hlaska 'Network is down', teraz tam taku hlasku nemam..

skusal som to s jadrom 2.6.12, vystup vyzera takto:

Internet Systems Consortium DHCP Client V3.0.2
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP

Listening on LPF/eth0/00:02:e3:4c:fa:a2
Sending on   LPF/eth0/00:02:e3:4c:fa:a2
Listening on LPF/lo/
Sending on   LPF/lo/
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

S jadrom 2.6.10, kde to funguje, to vyzera takto:

Internet Systems Consortium DHCP Client V3.0.2
Copyright 2004 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/products/DHCP

Listening on LPF/lo/
Sending on   LPF/lo/
Listening on LPF/eth0/00:02:e3:4c:fa:a2
Sending on   LPF/eth0/00:02:e3:4c:fa:a2
Sending on   Socket/fallback
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5
DHCPOFFER from 10.8.252.5
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 10.8.252.5
bound to 10.8.252.158 -- renewal in 42505 seconds.

[petr_p]

Ten prikaz nezafungoval, teraz je ale vystup iny, ako predtym, kde je hlaska 'Network is down', teraz tam taku hlasku nemam.

Tak asi zjevne zafungoval, kdyz to pise neco jineho. Jak jste prisel na to, ze nezafungoval? Ze nic nenpsal? Vzdyt nic taky napsat nema. Prikazem ip link show vypisete vsechna sitova rozhrani a jejich stav. Ma tam eth0 stav UP? Jestli ano, tak rozhrani na linkovy vrstve pracuje.

Internet Systems Consortium DHCP Client V3.0.2
Listening on LPF/eth0/00:02:e3:4c:fa:a2
Sending on   LPF/eth0/00:02:e3:4c:fa:a2
Listening on LPF/lo/
Sending on   LPF/lo/

Staci prece posilat dotaz na eth0. Na loopbacku vam zadny DHCP server neodpovi (pokud ho nemate pusteny lokalne).

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
...
No DHCPOFFERS received.
No working leases in persistent database - sleeping.

To znamena, ze DHCP server neodpovida nebo jeho odpovedi (UDP/68) blokujete. Spuste si v jinem terminalu tcpdump prikazem tcpdump -i eth0 -n a pak spuste dhclinta. Jestli tam najdete odpoved serveru, tak ji blokujete firewalem. Nemel jste nahodou u 2.6.10 jadra vypnuty firewall? Napr. jste nemel jej vubec zakompilovany do jadra? Co vam vypise prikaz iptables -nvL INPUT?

Precte si neco nekde o tom, jak pracuje DHCP. Protoze radeni typu "napis prikaz X" -- "ono to nefunguje" je trochu kontraproduktivni.

Zkusim vam okomentovat spravnou DHCP relaci:

Listening on LPF/eth0/00:02:e3:4c:fa:a2

Klient bude poslouchat na rozhrani eth0 na UDP portu 68.

Sending on   LPF/eth0/00:02:e3:4c:fa:a2

Pozadavek bude odesilat na rozhrani eth0.

DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 5

Odeslal broadcast dotaz DHCPDISCOVER, na ktery ma odpoved kazdy DHCP server. Timto klient hleda DHCP server.

DHCPOFFER from 10.8.252.5

Server 10.8.252.5 nabizi klintovi IP adresu (jeji hodnotu najdete v tcpdumpu -- 10.8.252.158).

DHCPREQUEST on eth0 to 255.255.255.255 port 67

Klient o ni ma zajem a zada o ni. Tady by mela byt zadost smerovana jiz na IP adresu serveru. tcpdumpem ji uvidite vcetne zadane IP adresy.

DHCPACK from 10.8.252.5

Server potvrzuje prideleni IP adresy.

bound to 10.8.252.158 -- renewal in 42505 seconds.

Klient bude pouzivat IP 10.8.252.158 a po 42505 sekunach o ni znovu pozada.

[mehturt]

Viete co, skuste pisat tie odpovede, resp. rady trochu menej agresivnejsie. Takto mnohych pouzivatelov odradite od riesenia problemu. No ale k veci.

Napisal som ze 'prikaz nezafungoval' - mal som na mysli, ze sa mi nepodarilo ziskat adresu z DHCP servra ani potom, ako som aplikoval Vami navrhovany prikaz. Cize to nezafungovalo z hladiska funkcnosti DHCP, nie prikazu samotneho.

Firewall na svojom pocitaci nemam, ako ste si urcite vsimli v mojom prvom post-e, napisal som, ze konfiguracia kernel-u je ta ista vo vsetkych verziach, t.j. prislusne moduly ani nie su skompilovane. Takze firewallom to nie je.

Tiez viem ako DHCP funguje, takze tento popis mozno ocenia ti, ktori budu mat podobne problemy a budu hladat na forach.

Problem som nakoniec vyriesil tak, ze som vypol ACPI. So zapnutym som totiz pocas bootovania dostaval hlasky typu: irq #5: nobody cared! s tym ze toto irq bolo nasledne vypnute jadrom, preto nefungovala sietovka.

Dakujem za pomoc.

[Václav Pávek]

Dobrý den, vyřešil jste tento problém? Já mám ten samý problém na mém notebooku. Když jsem na síti tak je vše OK, ale pokud nejsem připojený tak mě to zdržuje při bootu. Děkuji

[mehturt]

co konkretne zdrzuje? ziskavanie adresy z DHCP servra?

[Václav Pávek]

Dobrý den, zdržuje mě:

Listening on LPF/lo/
Sending on   LPF/lo/
Sending on   Socket/fallback
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 3
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 6
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 9
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 8
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 17
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 13
DHCPDISCOVER on lo to 255.255.255.255 port 67 interval 7
DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
....

Přitom notebook není nikde připojen

[mehturt]

bohuzial, s tym neporadim.. momentalne mam 2 NB s Ubuntu ale ani na jednom mi to nerobi..

[Václav Pávek]

Ale pokud je notebook na síti (kabel) tak to nedělá

[Michal Svatuška]

Dobrý den. Už několik dnů se marně snažím zprovoznit ethernet. eth0 je stále down. Příkaz ip link set eth0 up odpovídá RTNETLINK answers: Cannot assign requested address. Mám Ubuntu 9.04, jádro 2.6.28, ale nechodí mi to ani pod Debianem 5.0.5, jádro 2.6.26. V souboru interfaces v adresáři /etc/network/ mám řádky

auto eth0
iface eth0 inet dhcp

tudíž DHCP by mělo být povolené. Možná, že mám zapnutý firewall a stačilo by jej vypnout nebo mu sdělit, že má být průchodný pro ip adresu, kterou mi přidělil poskytovatel internetu, jenomže o firewallu nic nevím. Omlouvám se, jestli to píšu hloupě, ale budu hrozně rád, když mi někdo poradí.

[Michal Svatuška]

Výpis příkazu iptables -L je

Chain INPUT (policy ACCEPT)
target     prot opt source               destination        

Chain FORWARD (policy ACCEPT)
target     prot opt source               destination        

Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination        

Skoro bych řekl, že firewall mi nic neblokuje. A tak už vůbec nevím kudy kam.

[mehturt]

Funguje vam ten kabel s inym PC? Skuste potom este nejaky network manager, napr. wicd.

[Michal Svatuška]

Problem vyřešen. Mám základní desku Gigabyte GA-P43-ES3G a na ní je integrovaná síťová karta Realtek 8111C. Bylo potřeba provést update biosu z verze 10 na verzi 13. Po updatu síťová karta obživla, avšak změnila se její hw adresa a musel jsem kontaktovat poskytovatele internetu a oznámit změnu. Potom začal fungovat i internet. Tady je vypis ip link show:

michal@sharkan-pc1:~$ sudo ip link show
1: lo: < LOOPBACK,UP,LOWER_UP > mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: < BROADCAST,MULTICAST,UP,LOWER_UP > mtu 1500 qdisc pfifo_fast state UNKNOWN qlen 1000
    link/ether 00:24:1d:c6:99:03 brd ff:ff:ff:ff:ff:ff

Nechápu proč eth0 je ve stavu UNKNOWN místo UP.