En plus des réponses déjà données, je donnerai quelques informations supplémentaires.
En général, le protocole DHCP est conçu pour réduire autant que possible les changements dynamiques. C'est un aspect de la stabilité. Cela n'a pas beaucoup d'importance sur les petits réseaux domestiques, mais les grands réseaux avec des commutateurs et des routeurs ont besoin de temps pour atteindre un état optimisé. Les commutateurs doivent apprendre ses voisins et le routeur doit apprendre les itinéraires. Les changements importants d'adresses IP ne sont pas bons pour cet état.
La plupart des gens peuvent penser que le serveur DHCP donne simplement une adresse IP à un client et c'est tout. Mais ce n'est que la moitié de la vérité. Voici une poignée de main DHCP typique:
(client) DHCPREQUEST for 192.168.10.75 from b8:27:eb:0e:3c:6f (raspi3) via wlan0
(server) DHCPACK on 192.168.10.75 to b8:27:eb:0e:3c:6f (raspi3) via wlan0
Comme vous pouvez le voir, le client identifié avec son adresse mac b8: 27: eb: 0e: 3c: 6f demande une adresse IP spécifique qu'il préfère. Il sait quelle adresse IP il a avant, même après un nouveau démarrage. Le serveur DHCP ne fait que le confirmer. Ce que cela donne au client s'appelle un bail . Il contient un délai d'expiration (ainsi que de nombreuses autres options importantes) pendant combien de temps le client peut utiliser l'adresse IP sans demander à nouveau. Le délai d'attente dépend de la configuration et est généralement défini sur quelques heures. Le serveur DHCP stocke le bail dans son cache et le réserve le plus longtemps possible au même client, même s'il est à l'arrêt. Il confirmera donc simplement le client pour son bail lors de son redémarrage. Ce n'est que lorsque le serveur n'a pas d'autres baux inutilisés à donner aux clients qu'il prendra celui utilisé. La poignée de main ressemblera alors à ceci:
(client) DHCPREQUEST for 192.168.10.75 from b8:27:eb:0e:3c:6f (raspi3) via wlan0
(server) DHCPNAK on 192.168.10.75 to b8:27:eb:0e:3c:6f via wlan0
(client) DHCPDISCOVER from b8:27:eb:0e:3c:6f via wlan0
(server) DHCPOFFER on 192.168.10.99 to b8:27:eb:0e:3c:6f via wlan0
(client) DHCPREQUEST for 192.168.10.99 from b8:27:eb:0e:3c:6f (raspi3) via wlan0
(server) DHCPACK on 192.168.10.99 to b8:27:eb:0e:3c:6f (raspi3) via wlan0
Comme vous pouvez le voir, le serveur DHCP rejette (DHCPNAK) la demande et propose une nouvelle adresse IP qui, à l'étape suivante, est demandée par le client. Cette étape supplémentaire est faite pour donner au client la possibilité de ne pas accepter l'adresse IP proposée ...