Seit gestern ging DCHP auf dem Desktop und auch auf dem Tablet nicht mehr automatisch.
D.h. kein Netz nach dem Starten.
Wenn ich als root dhclient aufrief hat es allerdings geklappt.
Ich habe eine Weile nach einem Fehler gesucht, natürlich habe ich auf meinem Router (DEBIAN Sarge) die Protokolle untersucht.
Ich konnte nichts finden. Der VDR hat allerdings prima seine Erneuerungen der Leases bekommen. (ok, der lief die Tage durch, hat also nicht unbedingt was zu sagen)
Mir fiel nichts besseres ein, als den dhcpserver auf dem Router neu zu starten.
Nun scheint wieder alles I.O. zu sein, seltsam.
Achja, SMBD war übrigens vor ein paar Tagen auch gestorben.
Ein Schelm, wer da einen Zusammenhang vermutet.
Aber es macht mich nachdenklich...
Any Ideas ?
Lösung:
Mein workaround sah bis heute so aus:
Ich habe einfach /etc/init.d/rmnologin
editiert und einen einfachen Aufruf von dhclient mit reingepackt.
Nun ging es eigentlich ganz gut, aber oft blieb beim runterfahren der Rechner beim deconfigurieren des Netzwerkes stehen. Durch abschiessen aller dhclientprozesse (mein zusätzlicher und der noch laufende Original dhclient) vor dem Runterfahren war das allerdings kein Thema, aber auch kein Dauerzustand.
Heute nun habe ich mir mal das Verfahren unter Debian etwas genauer angesehen und bin bei der Manpage zu ifup über einen Hinweis gefallen, der mich zur Lösung führte.
ifup / ifdown merkt sich in /etc/network/ifstate den vermeintlichen Zustand des Netzwerkes.
Zum Beispiel auf dem TC1000 sieht es momentan so aus:
lo=lo
wlan0=wlan0
Wenn man aber an ifup / ifdown vorbei mit ifconfig die Schnittstellen manipuliert, entspricht der Zustand, der in ifstate dokumentiert ist nicht der Wirklichkeit und es kommt zu den beschriebenen Fehlfunktionen.
sehr schön verfolgen kann man das mit ifup -av und ifdown -av, dann ist das Programm gesprächiger.
In der Datei /etc/dhclient.conf habe ich nun noch die Timeouteinstellungen verkürzt, weil mein dchp-server auf dem Router schnell genug reagiert und so unnötige Versuche vermieden werden, wenn die inaktive Schnittstelle geprobet wird.
timeout 6;
retry 3;
Tja, ich hoffe das war alles und das Netzwerk benimmt sich jetzt wieder wie nach der Erstinstallation, aber ich bin guter Hoffnung
Ergänzung:Leider ist es nicht die Lösung gewesen, immer noch muss ich dhclient manuell starten. Warum? Wenn wenigstens eine Fehlermeldung da wäre...
dhclient auf dem Server oder auf den Clients manuell aufrufen? Möglicherweise startet dhclient zu früh, einfach mal die Reihenfolge der Startscripte etwas verschieben.