Le client DHCP peut ne pas obtenir une adresse IP affectée par DHCP

Cet article vous aide à résoudre un problème où un client DHCP ne peut pas obtenir une adresse IP affectée par DHCP.

S’applique à : Windows Server 2012 R2
Numéro de la base de connaissances d’origine : 167014

Symptômes

Lorsqu’un client DHCP est déplacé d’un sous-réseau vers un autre, il peut ne pas obtenir une adresse IP valide sur le nouveau sous-réseau.

Résolution

Pour contourner ce problème, effectuez l’une des méthodes suivantes :

• N’utilisez pas de schémas d’adressage IP qui se chevauchent.

• Exécutez les commandes suivantes après avoir déplacé le client vers un nouveau segment :

  Ipconfig /Release
  Ipconfig /Renew
  

Plus d’informations

Lorsqu’un client DHCP qui a déjà eu une adresse affectée par DHCP est redémarré, le client passe à l’état INIT-REBOOT. Le client tente de vérifier qu’il peut toujours utiliser la même adresse en envoyant un paquet DHCPRequest, en remplissant le champ d’option DHCP « Adresse demandée DHCP » avec l’adresse IP précédemment attribuée.

Si le serveur DHCP reste silencieux, le client suppose que l’adresse précédente est toujours valide et la conserve. Si un serveur DHCP envoie un paquet NACK en réponse à dhcpRequest, le client passe au cycle De découverte . il demande également l’adresse précédemment affectée dans le paquet DHCPDiscover.

Lorsqu’un serveur DHCP reçoit une demande DHCPRequest avec une adresse précédemment affectée spécifiée, il vérifie d’abord si elle provient du segment local en vérifiant le champ GIADDR. S’il provient du segment local, le serveur DHCP compare l’adresse demandée à l’adresse IP et au masque de sous-réseau appartenant à l’interface locale qui a reçu la demande.

Si l’adresse semble se trouver sur le même sous-réseau, le serveur DHCP reste silencieux même si l’adresse ne se trouve pas dans la plage de son pool d’adresses. Le serveur DHCP suppose que l’adresse a été attribuée par un autre serveur DHCP sur le même segment si elle ne provient pas de son propre pool. Si l’adresse échoue au masque de sous-réseau/adresse IP case activée, le serveur DHCP vérifie si elle provient d’un Superscope, le cas échéant. Si ce n’est pas le cas, le serveur répond à dhcpRequest avec un paquet NACK.

Si le client qui envoie la demande DHCPRequest demande une adresse qui semble se trouver sur le même sous-réseau, mais qui a en fait été affectée avec un masque de sous-réseau différent, le serveur DHCP reste silencieux et le client ne parvient pas à obtenir une adresse IP valide pour le nouveau sous-réseau.

Par exemple, supposons que le client DHCP obtient l’adresse 172.17.3.x avec un masque de sous-réseau de 255.255.255.0, et que le client est déplacé vers un nouveau segment où l’adresse du serveur DHCP est 172.17.1.x avec un masque de sous-réseau de 255.255.0.0. Lorsque la comparaison entre le masque de sous-réseau et l’adresse IP est effectuée sur le serveur DHCP, le serveur DHCP reste silencieux, en supposant qu’un autre serveur DHCP sur le segment ait attribué l’adresse. Si les masques de sous-réseau étaient inversés, le client obtiendrait une adresse valide.