Dhcp-Client kann möglicherweise keine DHCP-zugewiesene IP-Adresse abrufen

Dieser Artikel hilft bei der Behebung eines Problems, bei dem ein DHCP-Client keine DHCP-zugewiesene IP-Adresse abrufen kann.

Gilt für: Windows Server 2012 R2
Ursprüngliche KB-Nummer: 167014

Symptome

Wenn ein DHCP-Client von einem Subnetz in ein anderes verschoben wird, kann er möglicherweise keine gültige IP-Adresse im neuen Subnetz abrufen.

Lösung

Führen Sie eine der folgenden Methoden aus, um dieses Problem zu umgehen:

• Verwenden Sie keine IP-Adressierungsschemas, die sich überlappen.

• Führen Sie die folgenden Befehle aus, nachdem Sie den Client in ein neues Segment verschoben haben:

  Ipconfig /Release
  Ipconfig /Renew
  

Weitere Informationen

Wenn ein DHCP-Client, der zuvor über eine DHCP-zugewiesene Adresse verfügte, erneut gestartet wird, wechselt der Client in den Zustand INIT-REBOOT. Der Client versucht zu überprüfen, ob er weiterhin dieselbe Adresse verwenden kann, indem er ein DHCPRequest-Paket sendet und das DHCP-Optionsfeld "DHCP Requested Address" mit der zuvor zugewiesenen IP-Adresse auffüllt.

Wenn der DHCP-Server im Hintergrund bleibt, geht der Client davon aus, dass die vorherige Adresse weiterhin gültig ist, und behält sie bei. Wenn ein DHCP-Server als Reaktion auf die DHCPRequest ein NACK-Paket sendet, wechselt der Client in den Ermittlungszyklus. Außerdem wird die zuvor zugewiesene Adresse im DHCPDiscover-Paket angefordert.

Wenn ein DHCP-Server eine DHCPRequest mit einer zuvor zugewiesenen Adresse empfängt, überprüft er zunächst anhand des GIADDR-Felds, ob er aus dem lokalen Segment stammt. Wenn sie aus dem lokalen Segment stammt, vergleicht der DHCP-Server die angeforderte Adresse mit der IP-Adresse und subnetzmaske, die zu der lokalen Schnittstelle gehört, die die Anforderung empfangen hat.

Wenn sich die Adresse im selben Subnetz zu befinden scheint, bleibt der DHCP-Server auch dann im Hintergrund, wenn sich die Adresse nicht im Bereich seines Adresspools befindet. Der DHCP-Server geht davon aus, dass die Adresse von einem anderen DHCP-Server im gleichen Segment zugewiesen wurde, wenn er nicht aus seinem eigenen Pool stammt. Wenn die Adresse bei der Überprüfung der Subnetzmaske/IP-Adresse fehlschlägt, überprüft der DHCP-Server, ob sie von einem Superscope stammt( sofern definiert). Wenn dies nicht der Fall ist, antwortet der Server auf die DHCPRequest mit einem NACK-Paket.

Wenn der Client, der dhcpRequest sendet, eine Adresse anfordert, die sich im selben Subnetz zu befinden scheint, aber tatsächlich mit einer anderen Subnetzmaske zugewiesen wurde, bleibt der DHCP-Server im Hintergrund, und der Client kann keine gültige IP-Adresse für das neue Subnetz abrufen.

Angenommen, der DHCP-Client ruft die Adresse 172.17.3.x mit einer Subnetzmaske von 255.255.255.0 ab, und der Client wird in ein neues Segment verschoben, in dem die Adresse des DHCP-Servers 172.17.1.x mit einer Subnetzmaske von 255.255.0.0 lautet. Wenn der Subnetzmasken-/IP-Adressvergleich auf dem DHCP-Server durchgeführt wird, bleibt der DHCP-Server unbeaufsichtigt, vorausgesetzt, ein anderer DHCP-Server im Segment, dem die Adresse zugewiesen ist. Wenn die Subnetzmasken umgekehrt würden, erhält der Client eine gültige Adresse.