Dotaz: DHCP client se pousti na nepripojenem rozhrani

[Tomáš]

Ahoj, mam drobny problem s DHCP na notebooku. I kdyz neni zapojeny sitovy drat (na eth0), pousti se tam opakovane dhclient. Sit tam funguje nejak divne, tak chci vyloucit mozne priciny problemu.

Notebook bezi na Debianu Etch, je nainstalovany ifplugd a ifplugstatus spravne hlasi, ze eth0 neni zapojene. Nejak me nenapada, do ktereho konfiguraku hrabnout. Nevite nekdo? Diky

Pridavam par vypisu

Tohle se objevuje v xconsole (/dev/xconsole)

Oct 22 16:40:17 xxxxxxxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 4
Oct 22 16:40:21 xxxxxxxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 10
Oct 22 16:40:31 xxxxxxxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 21
Oct 22 16:40:52 xxxxxxxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 12
Oct 22 16:41:04 xxxxxxxx dhclient: DHCPDISCOVER on eth0 to 255.255.255.255 port 67 interval 14
Oct 22 16:41:18 xxxxxxxx dhclient: No DHCPOFFERS received.
Oct 22 16:41:18 xxxxxxxx dhclient: No working leases in persistent database - sleeping.

# ifplugstatus 
lo: link beat detected
eth0: unplugged
eth1: link beat detected
sit0: unplugged

# cat /etc/network/interfaces #zkraceno
# The primary network interface
allow-hotplug eth0
iface eth0 inet dhcp

Odpovědi

[elenril]

Tohle jsem zrovna řešil a úspěšně vyřešil pomocí mapping a guessnetu. Dokumentace k tomu je http://www.us.debian.org/doc/manuals/reference/ch-gateway.en.html#s-net-magic-reconf a v manpage guessnetu.

Pro ilustraci můj interfaces:

auto eth0

mapping eth0
        script guessnet-ifupdown
        map verbose: true
        map default: kolej

iface eth0 inet static
        address         192.168.0.100
        netmask         255.255.255.0
        broadcast       192.168.0.255
        test missing-cable

iface kolej inet dhcp
        pre-up xsupplicant -c /etc/xsupplicant/kolej.conf -i eth0
        test peer address xxx.xxx.xxx.xxx mac xx:xx:xx:xx:xx:xx

[Tomáš]

Diky za pekny link, vypada to zajimave, ale zda se, ze muj problem to neresi. Proste se mi porad pousti dhclient. Dokonce jsem zkusil zabit ifplugd a porad tam nekdo pousti dhclient, pravidelne po peti minutach.

[honzous]

A nemas ho nahodou v cronu? crontab -l

[Tomáš]

Nemam

# crontab -l
no crontab for root

[honzous]

dhclient muze byt spousteny i pod beznym userem, muze to byt v jinem crontabu. Vsechny crontaby bys mel mit pod /var/spool/cron/crontabs/. Zkus mrknout tam. Pokud se to spousti kazdych 5 minut, melo by to byt nekde tam. Jinak uz to muze ovladat jen nejaky bezici demon (ps aux | grep dhc).

[Tomáš]

V cronu to opravdu neni, vypisem procesu jsem nasel podezreleho dhclient3. Kdyz jsem ho tipnul tak dhclient nespousti. Az budu mit cas, tak se mrknu na konfiguraci dhclient3.

[Zadejte prosím své jméno.]

Debian je stary zabugovany $hit pro negramotne curaky, jako jsi ty, ono to nefunguje, cemu se divis? U debilianu se zamerne uzivaji casto az 10 let zastarale a zabugovane verze SW, pricemz se backportuji pouze nejzavaznesji opravy bezpecnostnich chyb, to vse proto, aby pseudoadministratori nemuseli updatovat SW na novou verzi a menit konfiguraci, stejne to vetsina z nich nechava s konfiguraci default a dokonce se najdou taci jedinci (Zoner CZECHIA), kteri uzivaji Ubuntu na komercnim webhostingu, pote nefunguje v PHP nic (zadne PDO - not implemented yet, zadny array_slice() to radeji SEGFAULT, zadny funkcni xmlWriter / xmlReader, to radeji bez jedine chyby neobdrzim ocekavany vystup)m SEGFAULT mod_php5 je az nekolikrat za minutu, pricemz Apache na debilianu zasila obcas chybne hlavicky a MySQL server na debilianu ma zabugovany closeCursor(), cimz vznikaji obrovske problemy pri uziti PDO na pro Debilian specialne zkriplenych verzi SW uzivaneho jako LAMP.

[blami]

Dobry den, nemuzu nereagovat na tento podle meho nazoru prehnany a offtopic prispevek. Prave diky pouzivani proverenych a zaplatovanych verzi a vcasnych bugfixu v genialnim a za jistych okolnosti temer samospravnem balickovacim systemu je ve stabilni vetvi Debian (skutecne se pise Debian, nikoliv jak jste se zrejme nekolikrat preklepl Debilian) jednim z nejlepsich nekomercnich dister a neni se co divit ze je nasazen vsude a nejpopularnejsi desktopova distribuce Ubuntu stavi na jeho zakladech.

Veskere problemy, ktere s Debianem/Ubuntu jsou (z me nekolikalete zkusenosti) hlavne problemem mezi zidli a klavesnici. Co se tyce Apache Webserveru nebo PHP, nemam zadne vaznejsi problemy na nekolika produkcnich strojich s aktualni stabilni vetvi Debianu v temer defaultni konfiguraci.

Pokud chcete na toto reagovat, udelejte tak prosim za pomoci smysluplnych argumentu na muj e-mail (a neotravujte tu zivot vulgarnimi vyrazy lidem, kteri hledaji odpovedi na sve otazky)

[honzous]

Sim te, ze se s tim zaobiras... To je jeden z tech typu, ktery si mysli, ze kdyz umi neco napsat v PHP, tak je to buh... Btw: Ja mam Debian i na desktopech a jsem nadmiru spokojen... K tematu: Na dotaz "ktery konfigurak zmenit" bych asi odpovedel, ze /etc/network/interfaces. Zalezi na tom, jestli to dhcp potrebujes nebo ne. A i kdyby jo, staci jen pustit dhclient zrovna, kdyz ho potrebujes. Jen upozornim, ze jsem momentalne cerpal ze struktury konfiguragu Debiana Sarge, ktery si tady v praci zamerne drzim. Etch mam doma a tam muze byt struktura jina, mam kratkou pamet

[Tomáš]

DHCP (klienta) tam potrebuju, neb vsude mam IP pridelenou pres DHCP. Zaroven se nechci pripravit o pohodli "Zapojit drat a ono to jede", proto tam je ifplugd. Prave mi neni jasne kdo tam porad toho dhclient pousti. Zkusim editovat /etc/network/interfaces.

[M]

Bude to asi zmineny ifplugd, doporucuju se podivat do dokumentsce k ifplugd http://0pointer.de/lennart/projects/ifplugd/: .. The network interface which is controlled by ifplugd should not be configured automatically by your distribution's network subsystem, since ifplugd will do this for you if needed.

On Debian systems, any interfaces named in ifplugd's INTERFACES environment variable should not also be listed in an "auto" stanza in /etc/network/interfaces. ..

[blami]

V tom pripade staci smazat auto ethN a pridat misto toho allow-hotplug ethN. Tak to mam na notebooku.

[Václav Pávek]

Dobrý den, mám Debian testing (lenny) a mám obdobný problém na mém notebooku. Bohužel s Debianem začínám a jsem velmi spokojen, jen mi vadí, že kvůli DHCP mi dlouho startuje. Jde toto nějak obejít aby to ověřilo dostupnost při bootu pouze jednou a ne tolikrát.

Přikládám výpis

VP-NBL:~# 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

iface eth0 inet dhcp



auto eth0

Prosím o pomoc. Děkuji všem co pomůžou - prosím psát jak pro začátečníka

[Smajchl]

Asi v konfiguráku dhcp klienta. Já používám ifplugd, což je démon, který nahodí / shodí síťovku podle toho, jestli je připojen kabel, ale to se hodí tam, kde se často připojuje a odpojuje, u desktopu je to zbytečný.

[Václav Pávek]

To já bohužel tomu nerozumím, mám výchozí instalaci z stable větvě upgradovanou na testing

[Václav Pávek]

ve výpisu vidím, že se mi spouští Internet System Consorcium DHCP Client V3.1.0

[Jan Šimák]

Zkuste si pohrát s parametrem timeout v /etc/hdcp3/dhclient.conf , viz man dhclient.conf
Pokud by nevadilo, že po bootu nebude nehozeno rozhraní eth0, šlo by to také obejít odebráním parametru auto eth0 z /etc/network/interfaces

[Václav Pávek]

Děkuji, večer až budu na NB tak se podívám - raději bych to řešil timeoutem než nenahozením eth. rozhraní při bootu. Děkuji

[Václav Pávek]

Dobrý den, tak problém se dal vyřešit vypnutím/ povolení rozhraní v NetworkManageru a nebo zvolením modu "Roming" --GNOME