16
Keine IP mehr nach Stromausfall
Liebe Kolleginnen und Kollegen,
nach einem Stromausfall habe ich etliche Windows-Computer, die keine IP mehr bekommen, sondern sich selbst eine geben: 169.254.x.x . Interessanterweise wird aber auf der Synology, die das DHCP übernimmt aber angezeigt, dass die IP-Adresse bezogen wurde.
Ich habe folgende Befehle/Sachen ausprobiert:
Ich glaube, dass es das war. Alles ohne Ergebnis. Der Stromausfall ist jetzt 4 Tage her. Es sind nur Windows-Computer betroffen, keine Apple. Auch solche, die unter einer Schutzsoftware "eingefroren" sind (Schulumgebung) - zumindest viele davon.
Stelle ich von Hand eine feste IP auf den Clients ein, was ich im Moment einfach mal gemacht habe, geht es problemlos, d.h. die Netzwerkkarten haben überlebt, oder?
Jemand noch Ideen oder Tipps?
Danke schonmal, Ingo
nach einem Stromausfall habe ich etliche Windows-Computer, die keine IP mehr bekommen, sondern sich selbst eine geben: 169.254.x.x . Interessanterweise wird aber auf der Synology, die das DHCP übernimmt aber angezeigt, dass die IP-Adresse bezogen wurde.
Ich habe folgende Befehle/Sachen ausprobiert:
- Netzwerkstecker raus/rein
- Synology neugestartet
- DHCP auf der Synology neugestartet
- Leasetime verkürzt in der Hoffnung, dass schneller was vergeben wird. Jetzt wieder auf 600.
- DHCP-Dienst auf den Clients neu gestartet
- ipconfig -release und ipconfig -renew durchgeführt
- netsh int ipv4 reset
- netsh int ip reset
- Netzwerk von Privat auf Öffentlich geändert
Ich glaube, dass es das war. Alles ohne Ergebnis. Der Stromausfall ist jetzt 4 Tage her. Es sind nur Windows-Computer betroffen, keine Apple. Auch solche, die unter einer Schutzsoftware "eingefroren" sind (Schulumgebung) - zumindest viele davon.
Stelle ich von Hand eine feste IP auf den Clients ein, was ich im Moment einfach mal gemacht habe, geht es problemlos, d.h. die Netzwerkkarten haben überlebt, oder?
Jemand noch Ideen oder Tipps?
Danke schonmal, Ingo
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 468154
Url: https://administrator.de/contentid/468154
Ausgedruckt am: 24.11.2024 um 22:11 Uhr
16 Kommentare
Neuester Kommentar
Hallo Ingo,
am naheliegendsten ist es, die Infrastruktur zu prüfen.
würde sagen die Hälfte deiner Tipps haben nichts mit dem Kernproblem zu tun.
Viele Grüße,
Chrstian
am naheliegendsten ist es, die Infrastruktur zu prüfen.
würde sagen die Hälfte deiner Tipps haben nichts mit dem Kernproblem zu tun.
Viele Grüße,
Chrstian
Moin,
bevor du "einfach so" Einstellungen änderst, solltest du dir mal im Klaren sein, was diese bewirken.
Weil das:
Anstatt dessen hättest du mal einen Blick in das/die Eventlog(s) geworfen.
Ich würde erstmal die komplette Anlage gesteuert herunterfahren und dann der Reihe nach wieder hochfahren (Switche -> NAS -> PCs)
lg,
Slainte
bevor du "einfach so" Einstellungen änderst, solltest du dir mal im Klaren sein, was diese bewirken.
Weil das:
Netzwerk von Privat auf Öffentlich geändert
ist vollkommen sinnlos bzw. kontraproduktivAnstatt dessen hättest du mal einen Blick in das/die Eventlog(s) geworfen.
Ich würde erstmal die komplette Anlage gesteuert herunterfahren und dann der Reihe nach wieder hochfahren (Switche -> NAS -> PCs)
lg,
Slainte
Das mit dem "Netzwerk von Privat auf Öffentlich geändert" war ein Tipp, den ich im Internet gefunden habe. Ich hatte mich auch gewundert. Aber wenn man verzweifelt ist, macht man alles, oder?
Die Switches habe ich tatsächlich nicht neugestartet. Ich ging davon aus, wenn manche Geräte an einem Switch gehen, sollte alle, die an dem Switch hängen gehen. Denn wenn, dann müsste ja der ganze Switch abrauchen. Ich versuchs.
Die Switches habe ich tatsächlich nicht neugestartet. Ich ging davon aus, wenn manche Geräte an einem Switch gehen, sollte alle, die an dem Switch hängen gehen. Denn wenn, dann müsste ja der ganze Switch abrauchen. Ich versuchs.
Zitat von @ingobar:
Das mit dem "Netzwerk von Privat auf Öffentlich geändert" war ein Tipp, den ich im Internet gefunden habe. Ich hatte mich auch gewundert. Aber wenn man verzweifelt ist, macht man alles, oder?
Das mit dem "Netzwerk von Privat auf Öffentlich geändert" war ein Tipp, den ich im Internet gefunden habe. Ich hatte mich auch gewundert. Aber wenn man verzweifelt ist, macht man alles, oder?
Nein, dann sucht man sich nen Techniker, der sich damit auskennt.
Die Switches habe ich tatsächlich nicht neugestartet. Ich ging davon aus, wenn manche Geräte an einem Switch gehen, sollte alle, die an dem Switch hängen gehen. Denn wenn, dann müsste ja der ganze Switch abrauchen. Ich versuchs.
Du verwechselst Hubs und Switche, inkl. derer mit mehr Intelligenz...
Mal mit Wireshark geschaut, wo das Problem liegt? Sprich bekommt das NAS die DHCP-Anfragen überhaupt und wenn ja, beantwortet es diese auch.
Wireshark mal an einem PC gestartet und geprüft ob der überhaupt einen DHCP Request sendet und...ob überhaupt ein DHCP Reply von der Synology kommt ??
Das wäre ja mal das Mindeste um überhaupt mal sinvoll und strukturiert vorzugehen um den Verursacher zu identifizieren.
Das oben hört sich eher nach laienhaften und hilflosen "Raten im freien Fall" an !
Das wäre ja mal das Mindeste um überhaupt mal sinvoll und strukturiert vorzugehen um den Verursacher zu identifizieren.
Das oben hört sich eher nach laienhaften und hilflosen "Raten im freien Fall" an !
Was ich gesehen habe ist, dass die Synology die IPs vergeben hat, da die Leasezeit sich passend runterzählt. Aber beim Client kommt nichts an.
Und ja, das mit dem Techniker würde ich auch lieber machen, aber a) geht das nicht so schnell und b)... es ist nur Schulumgebung. Da bekommt man so etwas nicht bezahlt.
Und ja, ich bin nicht der Profi, aber das hilft mir jetzt leider auch nicht weiter.
Und ja, ich kenne den Unterschied zwischen Hubs und Switches... ich hatte bisher immer nur den Fall, dass gleich der ganze Switch abraucht.
Das mit WireShark versuche ich mal. Ich kenne das Programm zwar nur vom Hören-Sagen, aber vielleicht kann ich ja trotzdem was feststellen.
By the way - Bei einem Computer kommt die Fehlermeldung:
"Beim Aktualsisieren der Schnittstelle "Lan-Verbindung".(....) Der im Netzwerkkontrollblock (NCB) angegebene Name ist auf einem Remoteadapter in Verwendung. Die Daten stehen im NCB.
Beim Freigeben der Schnittstelle Loopback.Pseudo-Interface 1 ist folgender Fehler aufgetreten: Das System kann die angebebene Datei nicht finden."
Sagt mir so leider nicht sehr viel... Klar, ich habs gegoogelt, aber was mach ich mit der Info?
Und ja, das mit dem Techniker würde ich auch lieber machen, aber a) geht das nicht so schnell und b)... es ist nur Schulumgebung. Da bekommt man so etwas nicht bezahlt.
Und ja, ich bin nicht der Profi, aber das hilft mir jetzt leider auch nicht weiter.
Und ja, ich kenne den Unterschied zwischen Hubs und Switches... ich hatte bisher immer nur den Fall, dass gleich der ganze Switch abraucht.
Das mit WireShark versuche ich mal. Ich kenne das Programm zwar nur vom Hören-Sagen, aber vielleicht kann ich ja trotzdem was feststellen.
By the way - Bei einem Computer kommt die Fehlermeldung:
"Beim Aktualsisieren der Schnittstelle "Lan-Verbindung".(....) Der im Netzwerkkontrollblock (NCB) angegebene Name ist auf einem Remoteadapter in Verwendung. Die Daten stehen im NCB.
Beim Freigeben der Schnittstelle Loopback.Pseudo-Interface 1 ist folgender Fehler aufgetreten: Das System kann die angebebene Datei nicht finden."
Sagt mir so leider nicht sehr viel... Klar, ich habs gegoogelt, aber was mach ich mit der Info?
Zitat von @aqui:
Wireshark mal an einem PC gestartet und geprüft ob der überhaupt einen DHCP Request sendet und...ob überhaupt ein DHCP Reply von der Synology kommt ??
Das wäre ja mal das Mindeste um überhaupt mal sinvoll und strukturiert vorzugehen um den Verursacher zu identifizieren.
Das oben hört sich eher nach laienhaften und hilflosen "Raten im freien Fall" an !
Wireshark mal an einem PC gestartet und geprüft ob der überhaupt einen DHCP Request sendet und...ob überhaupt ein DHCP Reply von der Synology kommt ??
Das wäre ja mal das Mindeste um überhaupt mal sinvoll und strukturiert vorzugehen um den Verursacher zu identifizieren.
Das oben hört sich eher nach laienhaften und hilflosen "Raten im freien Fall" an !
Hab ich auch ab und an.
Mach mal die Firewall auf der Syno auf dann gehts...
Mach mal die Firewall auf der Syno auf dann gehts...
Moin,
Damit ist jeder Hardwarefehler ausgeschlossen, denn dann würde es auch mit festen IPs nicht gehen. Das Problem ist also, dass irgendwas beim DHCP schief läuft. Da es bei den Apples ja geht, kann man auch ausschließen, dass der DHCP-Server überhaupt nicht funktioniert, denn dann bekämen auch die Äpfelchen keine IP-Konfiguration per DHCP. Außerdem interpretiere ich Deine Aussagen so, dass es durchaus auch Windosen gibt, die mit DHCP funktionieren. Die Frage lautet also, warum denn die Rechner keinen DHCP-Handshake abschließen können. Um das rauszufinden solltest Du folgendes tun:
Auf dem Client und auf dem DHCP-Server Wireshark starten. Dann auf dem Client
durchführen. Danach sollte im Hai zu sehen sein, welche Pakete verschickt wurden, welche ankamen und wie beantwortet wurden.
hth
Erik
Zitat von @ingobar:
Stelle ich von Hand eine feste IP auf den Clients ein, was ich im Moment einfach mal gemacht habe, geht es problemlos, d.h. die Netzwerkkarten haben überlebt, oder?
Stelle ich von Hand eine feste IP auf den Clients ein, was ich im Moment einfach mal gemacht habe, geht es problemlos, d.h. die Netzwerkkarten haben überlebt, oder?
Damit ist jeder Hardwarefehler ausgeschlossen, denn dann würde es auch mit festen IPs nicht gehen. Das Problem ist also, dass irgendwas beim DHCP schief läuft. Da es bei den Apples ja geht, kann man auch ausschließen, dass der DHCP-Server überhaupt nicht funktioniert, denn dann bekämen auch die Äpfelchen keine IP-Konfiguration per DHCP. Außerdem interpretiere ich Deine Aussagen so, dass es durchaus auch Windosen gibt, die mit DHCP funktionieren. Die Frage lautet also, warum denn die Rechner keinen DHCP-Handshake abschließen können. Um das rauszufinden solltest Du folgendes tun:
Auf dem Client und auf dem DHCP-Server Wireshark starten. Dann auf dem Client
ipconfig /release
ipconfig /renewdurchführen. Danach sollte im Hai zu sehen sein, welche Pakete verschickt wurden, welche ankamen und wie beantwortet wurden.
hth
Erik
(Hatte mal kurz Unterricht)
Danke für das Feedback. Ich habe jetzt WireShark auf einem Rechner mit Problemen installiert. Was mir auffält ist, dass schon der Eingangsbildschirm für mich falsch aussieht (siehe Anhang): Warum gibt es zwei LAN-Verbindungen? Und warum ist die Default (ist doch die mit dem Stern, oder) deaktiviert? Und auf der anderen läufts?
Ich habe jetzt ipconfig -release gemacht und -renew versucht. Letzteres hängt aber minutenlang ohne sich zu verändern. Anfängerfrage: Welche von den Zeilen müsste ich jetzt rausfiltern?
Ich habe mal nach dhcp sortiert... Warum wird da nur v6 und nicht v4 angezeigt?
Sorry, wenn ich hier mit Anfängerfragen nerve... Und danke, dass ihr mir trotzdem helft.
Danke für das Feedback. Ich habe jetzt WireShark auf einem Rechner mit Problemen installiert. Was mir auffält ist, dass schon der Eingangsbildschirm für mich falsch aussieht (siehe Anhang): Warum gibt es zwei LAN-Verbindungen? Und warum ist die Default (ist doch die mit dem Stern, oder) deaktiviert? Und auf der anderen läufts?
Ich habe jetzt ipconfig -release gemacht und -renew versucht. Letzteres hängt aber minutenlang ohne sich zu verändern. Anfängerfrage: Welche von den Zeilen müsste ich jetzt rausfiltern?
Ich habe mal nach dhcp sortiert... Warum wird da nur v6 und nicht v4 angezeigt?
Sorry, wenn ich hier mit Anfängerfragen nerve... Und danke, dass ihr mir trotzdem helft.
Moin,
sind das alle Pakete mit DHCP*? Das heißt, er fragt nach einer IPv6 (solicit), bekommt aber, wenn das alles ist, keine Antwort. Das wäre dann ein Paket der Gegenstelle (also eingehend), das Advertise heißt.
Ist auf den Clients denn IPv4 aktiviert? Es ist schon komisch, dass sie nicht auch nach IPv4 fragen. Die Pakete heißen "DISCOVER" (Suche nach einem DHCP-Server), "OFFER" (DHCP-Server bietet sich an), "REQUEST" (Client fragt nach IP-Konfiguration) und "ACK" (DHCP-Server hat verstanden und schiebt die Konfiguration rüber). Davon ist aber kein einziges zu sehen.
Was sagt
auf dem Client?
<edit>Die feste IP hast Du ja hoffentlich vor dem Test rausgenommen.
</edit>
Liebe Grüße
Erik
sind das alle Pakete mit DHCP*? Das heißt, er fragt nach einer IPv6 (solicit), bekommt aber, wenn das alles ist, keine Antwort. Das wäre dann ein Paket der Gegenstelle (also eingehend), das Advertise heißt.
Ist auf den Clients denn IPv4 aktiviert? Es ist schon komisch, dass sie nicht auch nach IPv4 fragen. Die Pakete heißen "DISCOVER" (Suche nach einem DHCP-Server), "OFFER" (DHCP-Server bietet sich an), "REQUEST" (Client fragt nach IP-Konfiguration) und "ACK" (DHCP-Server hat verstanden und schiebt die Konfiguration rüber). Davon ist aber kein einziges zu sehen.
Was sagt
ipconfig /allauf dem Client?
<edit>Die feste IP hast Du ja hoffentlich vor dem Test rausgenommen.
</edit>Liebe Grüße
Erik
Ich denke, ich hatte die feste IP rausgenommen. Da ich aber jetzt gerade an diesem Computer sitze, habe ich die IP wieder rausgenommen und das Problem zu reproduzieren... Auf einmal gehts... Wie immer.
Dennoch habe ich ipconfig -renew gemacht und es hat nicht geklappt:
Ich versuchs nochmal auf einem anderen Computer.... Okay, da geht es auf einmal auch... Die anderen sind gerade besetzt.... Wenn ich noch was rausfinde, schreibe ich wieder.
Dennoch habe ich ipconfig -renew gemacht und es hat nicht geklappt:
Ich versuchs nochmal auf einem anderen Computer.... Okay, da geht es auf einmal auch... Die anderen sind gerade besetzt.... Wenn ich noch was rausfinde, schreibe ich wieder.
Davon die Ausgabe von Wireshark auch auf dem Synology. Bzw. nimm auf dem Synology tcpdump. Das ist drauf. Die Ausgabe musst Du in eine Datei umleiten, da im Standard nur auf der Konsole ausgegeben wird. Es muss ja einen Grund geben, warum die Anfrage in einen Timeout läuft.
Danke für den Tipp... Ich werde es ausprobieren. Das Feature kannte ich nicht. Allerdings muss ich jetzt weg und habe erst am Freitag wieder Zeit mich drum zu kümmern. Falls aber noch jemand einen Tipp/Programm hat... gerne
Wireshark nicht nach dhcp sondern nach bootp filtern.
Warum gibt es zwei LAN-Verbindungen?
Das sind irgendwelche virtuelle Adapter. ifconfig -all zeigt dir die. Kannst du aber geflissentlich ignorieren. Einzig nur die "LAN-Verbindung" zählt. Kannst du ja auch selber sehen, da ist ja auch die Aktivität !Welche von den Zeilen müsste ich jetzt rausfiltern?
Filter alles weg und lasse nur den Traffic durch den dein Rechner sendet und empfängt. Das macht das übersichtlicher.Du kannst aber auch erstmal alles in die Anzeige reinlaufen lassen und filterst nacher mit dem "Display Filter" nur das raus was du sehen willst. Du kannst dann auf die Mac Adresse des Rechners rechtsklicken.
Denke dran das du die Mac nehmen musst denn beim Anfordern einer IP Adresse hat dein Rechner ja noch keine und eine 0.0.0.0 IP !! Filterst du auf eine IP siehst du den Request dann nicht. Logisch !
So sähe ein DHCP Request und die ACK Antwort des Servers (.254 ist ein Cisco Router) aus:
Man sieht die Absender IP 0.0.0.0 und als Destiantion ein 255.255.255.0 (All Net Broadcast). DHCP wie aus dem Bilderbuch...
Warum wird da nur v6 und nicht v4 angezeigt?
Vermutlich weil der Rechner kein v4 DHCP Request sendet ?! Oder ein Filter irgendwo aktiv ist...?
