Oprócz udzielonych już odpowiedzi podam dodatkowe informacje ogólne.
Ogólnie rzecz biorąc, protokół DHCP został stworzony w celu maksymalnego ograniczenia zmian dynamicznych. Jest to aspekt stabilności. W małych sieciach domowych nie ma to większego znaczenia, ale duże sieci z przełącznikami i routerami potrzebują trochę czasu, aby uzyskać optymalny stan. Przełączniki muszą nauczyć się swoich sąsiadów, a router musi nauczyć się tras. Ciężkie zmiany adresów IP nie są dobre dla tego stanu.
Większość ludzi może myśleć, że serwer DHCP po prostu podaje adres IP klientowi i to wszystko. Ale to tylko połowa prawdy. Oto typowy uścisk dłoni 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
Jak widać, klient identyfikowany za pomocą adresu mac b8: 27: eb: 0e: 3c: 6f żąda określonego adresu IP, który woli. Wie, jaki adres IP ma wcześniej, także po ponownym uruchomieniu. Serwer DHCP tylko to potwierdza. To, co daje klientowi, nazywa się leasingiem . Zawiera limit czasu (wraz z wieloma innymi ważnymi opcjami), jak długo klient może używać adresu IP bez ponownego żądania. Limit czasu zależy od konfiguracji i najczęściej jest ustawiony na kilka godzin. Serwer DHCP przechowuje dzierżawę w swojej pamięci podręcznej i rezerwuje ją tak długo, jak to możliwe dla tego samego klienta, również w przypadku wyłączenia. Dlatego po ponownym uruchomieniu po prostu potwierdzi klient dzierżawy. Tylko wtedy, gdy serwer nie ma innych nieużywanych dzierżaw do przekazania klientom, przejmie zużyty. Uścisk dłoni będzie wyglądał następująco:
(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
Jak widać serwer DHCP odrzuca (DHCPNAK) żądanie i oferuje nowy adres IP, który następnie w następnym kroku jest wymagany przez klienta. Ten dodatkowy krok ma na celu umożliwienie klientowi nieakceptowania oferowanego adresu IP ...