Eigenartig...
Da ändert man die IP eines Rechners remote und bekommt seltsame Effekte... so werde ich nach dem Booten und dem Einloggen per SSH oder Telnet kurze Zeit später wieder vom Remotesystem rausgeschmissen:
Read from remote host 192.168.1.3: Connection reset by peer
Connection to 192.168.1.3 closed.
Danach ist dann weder der sshd noch der telnetd erreichbar. Reboote ich per *hüstel* Remote-Resetter erneut, komme ich wieder auf die Kiste drauf - für ein paar Minuten und das Ganze geht wieder von vorne los.
Ideen? Tipps? Bisher reichte die Zeit auch noch nicht aus, mal ins Syslog zu schauen...
Spätestens als Du diesen Blog Eintrag geschrieben hast, hättest Du die Zeit für die Syslog nutzen sollen ;) Wird dir wohl nichts anderes übrig bleiben.
Ah, in der Tat!
Die gleiche IP wurde vom DHCP fuer den ThinClient vergeben. Das konnte natuerlich nicht gutgehen... :-)
Aber ist schon doof, wenn die Verbindung nie so lange andauert, dass man das aus der Ferne debuggen kann. :-)
Ja, das hab ich gestern abend auch noch vermutet. Nach einer Zeit kam ich dann wieder auf den Rechner rauf und konnte noch schnell "dhclient eth0" eingeben. Seitdem scheint er durchgelaufen bzw. durchgängig erreichbar gewesen zu sein.
Ich wunder mich nur, welcher andere Rechner die gleiche IP haben koennte. Die Mac-Adresse war jedenfalls die richtige, laut nmap Scan waehrend der Nicht-Erreichbarkeit.
Ich wette, dass die IP bereits vergeben ist. Die Hosts wechseln sich dann quasi ab, mal erreichst du den einen, mal den anderen. Das funktioniert bei persistenten Verbindungen wie SSH natürlich nicht, weshalb diese dann abbrechen.
Würde mich über eine Auflösung freuen. :-)
Es ist schwierig, etwas zu debuggen, wenn man staendig aus dem System rausgeschmissen wird.