В дополнение к уже приведенным ответам я приведу дополнительную справочную информацию.
В общем, протокол DHCP сделан для максимального уменьшения динамических изменений. Это аспект стабильности. В небольших домашних сетях это не имеет большого значения, но для больших сетей с коммутаторами и маршрутизаторами требуется некоторое время, чтобы перейти в оптимизированное состояние. Коммутаторы должны изучать своих соседей, а маршрутизатор должен изучать маршруты. Сильные изменения IP-адресов не годятся для этого состояния.
Большинство людей могут подумать, что DHCP-сервер просто дает IP-адрес клиенту и все. Но это только половина правды. Вот типичное 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
Как вы можете видеть, клиент, идентифицированный по его mac-адресу b8: 27: eb: 0e: 3c: 6f, запрашивает определенный IP-адрес, который он предпочитает. Он знает, какой у него IP-адрес раньше, также после нового запуска. DHCP-сервер только подтверждает это. То, что он дает клиенту, называется арендой . Он содержит тайм-аут (вместе со многими другими важными опциями), как долго клиент может использовать IP-адрес без повторного запроса. Время ожидания зависит от настроек и в основном устанавливается на несколько часов. DHCP-сервер хранит аренду в своем кэше и резервирует его как можно дольше для того же клиента, даже если он выключен. Таким образом, он просто подтвердит клиенту аренду, когда он снова загрузится. Только когда у сервера нет других неиспользованных договоров аренды, которые он может предоставить клиентам, он возьмет использованный. Тогда рукопожатие будет выглядеть так:
(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
Как вы можете видеть, DHCP-сервер отклоняет (DHCPNAK) запрос и предлагает новый IP-адрес, который затем на следующем шаге запрашивается клиентом. Этот дополнительный шаг сделан, чтобы дать клиенту возможность не принимать предложенный IP-адрес ...