DHCP-Client kann keine DHCP-zugewiesene IP-Adresse abrufen

In diesem Artikel wird ein Problem behoben, bei dem ein DHCP-Client keine DHCP-zugewiesene IP-Adresse abrufen kann.

Ursprüngliche KB-Nummer: 167014

Symptome

Wenn ein DHCP-Client von einem Subnetz in ein anderes verschoben wird, kann es fehlschlagen, eine gültige IP-Adresse im neuen Subnetz abzurufen.

Lösung

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

• Verwenden Sie keine ÜBERlappenden IP-Adressierungsschemas.

• 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ügt, erneut gestartet wird, wechselt der Client in einen INIT-REBOOT-Zustand. 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 noch gültig ist und beibehalten wird. Wenn ein DHCP-Server ein NACK-Paket als Reaktion auf die DHCPRequest sendet, wechselt der Client in den Discover-Zyklus; sie fordert auch die zuvor zugewiesene Adresse im DHCPDiscover-Paket an.

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

Wenn sich die Adresse im selben Subnetz befindet, bleibt der DHCP-Server im Hintergrund, auch wenn sich die Adresse nicht im Bereich des Adresspools befindet. Der DHCP-Server geht davon aus, dass die Adresse von einem anderen DHCP-Server im selben Segment zugewiesen wurde, wenn sie nicht aus einem eigenen Pool stammt. Wenn die Adresse die Subnetzmaske/IP-Adressüberprüfung fehlschlägt, überprüft der DHCP-Server, ob sie von einem SuperScope stammt, wenn eine definiert ist. Wenn nicht, antwortet der Server mit einem NACK-Paket auf die DHCPRequest.

Wenn der Client, der dhcpRequest sendet, eine Adresse anfordert, die sich im selben Subnetz befindet, aber tatsächlich einer anderen Subnetzmaske zugewiesen wurde, bleibt der DHCP-Server unbeaufsichtigt, 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 ist. Wenn der Subnetzmasken-/IP-Adressvergleich auf dem DHCP-Server erfolgt, bleibt der DHCP-Server unbeaufsichtigt, vorausgesetzt, ein anderer DHCP-Server im Segment, dem die Adresse zugewiesen wurde. Wenn die Subnetzmasken umgekehrt wurden, erhält der Client eine gültige Adresse.