Zusätzlich zu den bereits gegebenen Antworten werde ich einige zusätzliche Hintergrundinformationen geben.
Im Allgemeinen wird das DHCP-Protokoll erstellt, um dynamische Änderungen so gering wie möglich zu halten. Es ist ein Aspekt der Stabilität. In kleinen Heimnetzwerken spielt es keine Rolle, aber große Netzwerke mit Switches und Routern benötigen einige Zeit, um in einen optimierten Zustand zu gelangen. Switches müssen ihre Nachbarn und Router die Routen lernen. Starke Änderungen der IP-Adressen sind für diesen Zustand nicht gut.
Die meisten Leute denken vielleicht, der DHCP-Server gibt einem Client nur eine IP-Adresse und das wars. Aber es ist nur die halbe Wahrheit. Hier ist ein typischer DHCP-Handshake:
(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
Wie Sie sehen, fordert der Client, der mit seiner Mac-Adresse b8: 27: eb: 0e: 3c: 6f identifiziert ist, eine bestimmte IP-Adresse an, die er bevorzugt. Es weiß, welche IP-Adresse es vorher hat, auch nach einem Neustart. Der DHCP-Server bestätigt dies nur. Das, was es dem Kunden gibt, nennt man Leasing . Es enthält eine Zeitüberschreitung (zusammen mit vielen anderen wichtigen Optionen), wie lange der Client die IP-Adresse verwenden kann, ohne sie erneut anzufordern. Das Timeout ist abhängig vom Setup und wird meist auf einige Stunden eingestellt. Der DHCP-Server speichert die Lease in seinem Cache und reserviert sie so lange wie möglich für denselben Client, auch wenn er heruntergefahren wird. Daher wird der Client beim nächsten Start nur für seine Lease bestätigt. Nur wenn der Server keine anderen unbenutzten Leases für Clients hat, wird die verwendete verwendet. Der Handshake sieht dann so aus:
(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
Wie Sie sehen, lehnt der DHCP-Server (DHCPNAK) die Anfrage ab und bietet eine neue IP-Adresse an, die dann im nächsten Schritt vom Client angefordert wird. Dieser zusätzliche Schritt wird ausgeführt, um dem Client die Möglichkeit zu geben, die angebotene IP-Adresse nicht zu akzeptieren ...