Además de las respuestas ya dadas, daré información de fondo adicional.
En general, el protocolo DHCP está hecho para reducir los cambios dinámicos tanto como sea posible. Es un aspecto de la estabilidad. No importa mucho en redes domésticas pequeñas, pero las redes grandes con conmutadores y enrutadores necesitan algo de tiempo para obtener un estado optimizado. Los conmutadores deben conocer a sus vecinos y el enrutador debe conocer las rutas. Grandes cambios de direcciones IP no son buenos para este estado.
La mayoría de la gente puede pensar que el servidor DHCP simplemente le da una dirección IP a un cliente y eso es todo. Pero es solo la mitad de la verdad. Aquí hay un apretón de manos típico de DHCP:
(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
Como puede ver, el cliente identificado con su dirección mac b8: 27: eb: 0e: 3c: 6f solicita una dirección IP específica que prefiere. Sabe qué dirección IP tiene antes, también después de un nuevo inicio. El servidor DHCP solo lo confirma. Que lo que le da al cliente se llama arrendamiento . Contiene un tiempo de espera (junto con muchas otras opciones importantes) durante cuánto tiempo el cliente puede usar la dirección IP sin solicitarlo nuevamente. El tiempo de espera depende de la configuración y se establece principalmente en algunas horas. El servidor DHCP almacena el arrendamiento en su caché y lo reservará el mayor tiempo posible para el mismo cliente, también si está apagado. Por lo tanto, solo confirmará al cliente para su arrendamiento cuando vuelva a arrancar. Solo cuando el servidor no tenga otros arrendamientos no utilizados para dar a los clientes, tomará el arriendo usado. El apretón de manos se verá así:
(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
Como puede ver, el servidor DHCP rechaza (DHCPNAK) la solicitud y ofrece una nueva dirección IP que luego, en el siguiente paso, solicita el cliente. Este paso adicional se hace para dar al cliente la posibilidad de no aceptar la dirección IP ofrecida ...