Clients verlieren vom DHCP zugeteilte Adressen

[Shemeneto 11]

Hallo zusammen,

 

habe hier ein sehr seltsames Problem!

 

Und zwar verlieren hier Clients (immer verschiedene) während sie an sind ihre IP Adresse oder sie bekommen erst gar keine zugewiesen obwohl ein Lease aktiv ist!?

Sie haben dann eine APIPA Adresse!? aus dem 169er Bereich. DNS, Gateway und DHCP Adressen sind aber noch richtig eingetragen. Erst ein Neustart bzw. "ipconfig /renew" verhilft dem betroffenen Client wieder zu der zugewiesenen IP-Adresse. Die Lease auf dem DHCP ist auch weiterhin gültig...

 

Server: 2x Windows Server 2012 R2 (DHCP Failover)

Clients: Windows 10 64bit

 

Auf den DHCP Servern sind keine Probleme erkennbar. Weder in der Ereignisanzeige (Server & Client) noch in der DHCP Log.

 

Im Log vom Server 1 steht z.B. ganz normal das ein Client eine IP Adresse zugewiesen bekommen hat bzw. auf dem Failover Server das die Pakete wegen "des Standbyservers" verworfen wurden...

 

Hat einer eine Idee?

 

Gruß,

[Sunny61 806]

Manuell prüfen ob die Treiber der verwendeten NIC aktuell sind. Nicht einfach über den GM auf Aktualisieren klicken, sondern beim Hersteller der verwendeten Hardware nachschauen. Welche Sicherheitssoftware ist im Einsatz?

[Shemeneto 11]

das werde ich mal testen. Sind zwar recht aktuell, aber ich glaube ich habe über Windows-Update auf den betroffenen PCs die Netzwerktreiber installieren lassen. Sollte man halt nicht machen...

 

Edit: super für die Intel 82567LM-3 bekomme ich für Windows 10 64bit bei Intel direkt keine Treiber mehr...

bearbeitet 13. September 2017 von Shemeneto

[lefg 276]

Moin

 

War das schon immer so, ist das seit Neustem so, ist das nach Updates aufgetreten?

 

Ob es überhaupt an den Clients liegt oder am Server? Oder an Switches?

bearbeitet 13. September 2017 von lefg

[Shemeneto 11]

Moin,

 

ist tritt seit ca. 2-3 Wochen auf.

Ob es an den Switches liegt weis ich nicht, da wir hier keinen Zugriff darauf haben. Ich muss auf jeden Fall erstmal ausschließen, dass es nicht an den Clients bzw. am Server liegt.

Das es an den Netzwerktreibern liegt kann ich denke ich mittlerweile ausschließen, da es bei verschiedener Hardware auftritt. Und mindestens bei einer Hardware sind es original Treiber vom Hersteller (wenn auch nicht ganz aktuell!).

[lefg 276]

Funktionierde Treiber müssen nicht ständig aktualisiert werden. Ganz im Gegenteil kann man sich damit eine Fehlfunktion einhandeln, ist mir passiert. Ich hab dann mal auf die vorherige Version des Treibers zurückgestellt und es war wieder gut.

 

Die ersten Fragen die ich stelle, seit wann ist das so, wurde da etwas geändert, gab es Updates, trat es dicht nach einem Patchday auf? Oder gab es einen Stromausfall?

 

Wer ist für die Switchinfrastruktur zuständig? Ob Du mal mit denen sprichst? Natürlich sollte dein Teil sicher funktionieren.

bearbeitet 13. September 2017 von lefg

[Shemeneto 11]

Updates usw. kann ich ziemlich sicher ausschließen.

 

 

Wer ist für die Switchinfrastruktur zuständig? Ob Du mal mit denen sprichst? Natürlich sollte dein Teil sicher funktionieren.

 

Das ist hier ein wenig kompliziert und deswegen muss ich von meiner Seite erstmal alles ausschließen...

[Doso 77]

Welche Windows 10 Version habt ihr? Welcher Patchstand haben die Dinger?

 

Ich erinnere mich daran das es da mal unter gewissen Windows 10 Versionen ein kaputtes CU gab wo es in der Tat Probleme mit DHCP gab.

 

Edit: Hier ein Artikel dazu https://arstechnica.com/information-technology/2016/12/microsoft-windows-10-dhcp-broken-update/

[zahni 550]

Treiber scheint es aber schon zu geben:

 

https://www.intel.de/content/www/de/de/support/network-and-i-o/ethernet-products/000005479.html

 

 

 

Einige Benutzer berichteten Netzwerkkonnektivitätsprobleme nach der Aktivierung ihrer Computer. Die untenstehenden Microsoft Support-Artikel haben einigen Kunden bei der Behebung dieses Problems geholfen.

bearbeitet 13. September 2017 von zahni

[Shemeneto 11]

Windows 10 Enterprise 1703 / Kumulatives Update 09/17

[zahni 550]

Wie bei Intel verlinkt:   DisableDHCPMediaSense  ...

 

Wenn es dann aber andere Netzwerkprobleme gibt (wie unterbrochene Verbindungen o.ä.) Hast Due  ein echtes Problem. Kabel oder  irgendwas Anderes.

[djmaker 95]

Es lohnt sich auf die Switchports zu schauen. Dort findet man häufig auch entsprechende Fehler.

[lefg 276]

Was ist das Resultat von ipconfig /all

 

ipconfig /all |clip hier einfügen als Code und den Text nachbearbeiten!

 

 

Wie ist es denn mit einer festen IP-Adtresse? Hatten wir den Gedanken schon?

 

Hat der Client damit Verbindung im LAN, zum Server, ins Inet?

bearbeitet 13. September 2017 von lefg

[Shemeneto 11]

ein ipconfig /renew reicht schon und schon haben die PC´s wieder eine IP.

Feste IP´s kommen nicht in Frage...

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : PCName
   Primäres DNS-Suffix . . . . . . . : domain
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : xxx.local

Ethernet-Adapter Ethernet:

   Verbindungsspezifisches DNS-Suffix: 
   Beschreibung. . . . . . . . . . . : Intel(R) Ethernet Connection I217-V
   Physische Adresse . . . . . . . . : x-x-x-x-x-x
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv4-Adresse  . . . . . . . . . . : 169.254.146.119(Bevorzugt) 
   Subnetzmaske  . . . . . . . . . . : 255.255.0.0
   Standardgateway . . . . . . . . . : 10.x.x.254
   DHCP-Server . . . . . . . . . . . : 10.x.x.12
   DNS-Server  . . . . . . . . . . . : 10.x.x.10
                                       10.x.x.11
   NetBIOS über TCP/IP . . . . . . . : Aktiviert

[lefg 276]

Nun, die IPv4 ist eine APIPA http://www.itwissen.info/APIPA-automatic-private-IP-addressing-Auto-IP-Protokoll.html

 

Ob die fetse IP an einem oder einigen Rechner versuchsweise eingeführt zum Testen, ob die Verbindung stabil ist oder zwischendurch verloren geht?

 

Eine meiner bevorzugten Fragen ist die nach dem Ereignisprotokoll, aber da gibt es ja der Eröffnung nach nichts auffälliges.

 

Ob es aus dem DHCP Failover kommt?

bearbeitet 14. September 2017 von lefg