Dynamische Rekonfiguration von Clients von einem lokalen DHCP-Server

Standardmäßige Client/Server-Interaktion

In der Regel initiiert der DHCP-Client alle grundlegenden DHCP-Client/Server-Interaktionen. Der DHCP-Server sendet Informationen nur als Antwort auf eine Anforderung von diesem Client an einen Client. Dieses Verhalten ermöglicht es nicht, einen Client im Falle von Serveränderungen schnell mit seiner Netzwerkadresse und -konfiguration zu aktualisieren:

• Auf Routern: Angenommen, ein Service Provider strukturiert sein Adressierungsschema um oder ändert die Server-IP-Adressen, die er Clients zur Verfügung gestellt hat. Ohne dynamische Neukonfiguration löscht der Service Provider in der Regel die DHCP-Serverbindungstabelle, kann die DHCP-Clients jedoch nicht darüber informieren, dass ihre Bindungen gelöscht wurden. Folglich arbeitet der DHCP-Client so, als ob seine IP-Adresse noch gültig wäre, aber er kann jetzt nicht mehr über das Zugriffsnetzwerk kommunizieren, was zu einem Ausfall führt. Der lokale DHCP-Server muss warten, bis der Client eine Nachricht sendet, um seine Lease zu erneuern oder eine erneute Bindung an den Server herzustellen. Als Antwort sendet der Server eine NAK-Nachricht an den Client, um ihn zu zwingen, den DHCP-Verbindungsprozess erneut zu starten. Alternativ kann der Anbieter warten, bis Kunden einen Serviceanruf wegen der Netzwerkausfälle tätigen, und sie dann anweisen, die Geräte am Kundenstandort aus- und wieder einzuschalten, um die Verbindung wiederherzustellen. Keine dieser Aktionen kommt zur rechten Zeit oder ist für die Kunden bequem.

• Auf Switches: Angenommen, Sie strukturieren das Adressierungsschema um oder ändern die Server-IP-Adressen, die der DHCP-Server den Clients zur Verfügung stellt. Ohne dynamische Neukonfiguration löscht das Netzwerk in der Regel die DHCP-Serverbindungstabelle, kann die DHCP-Clients jedoch nicht darüber informieren, dass ihre Bindungen gelöscht wurden. Folglich arbeitet der DHCP-Client so, als ob seine IP-Adresse noch gültig wäre, aber er kann jetzt nicht mehr über das Zugriffsnetzwerk kommunizieren, was zu einem Ausfall führt. Der lokale DHCP-Server muss warten, bis der Client eine Nachricht sendet, um seine Lease zu erneuern oder eine erneute Bindung an den Server herzustellen. Als Antwort sendet der Server eine NAK-Nachricht an den Client, um ihn zu zwingen, den DHCP-Verbindungsprozess erneut zu starten. Alternativ können Sie warten, bis Benutzer Sie über die Netzwerkausfälle informieren, und sie dann anweisen, ihre Geräte aus- und wieder einzuschalten, um die Verbindung wiederherzustellen. Keine dieser Aktionen kommt zur rechten Zeit oder ist für die Benutzer bequem.

Dynamische Client/Server-Interaktion für DHCPv4

Die dynamische Rekonfiguration für DHCPv4 ist über eine Teilimplementierung von RFC 3203, DHCP Reconfigure Extension for DHCPv4, verfügbar. Es ermöglicht dem lokalen DHCPv4-Server, eine Nachricht an den Client zu senden, um eine Neukonfiguration zu erzwingen.

Der Server sendet eine forcerenew-Nachricht an einen DHCPv4-Client und initiiert damit einen Nachrichtenaustausch. Als Antwort senden DHCPv4-Clients, die die forcerenew-Nachricht unterstützen, eine Leaseverlängerungsnachricht an den Server. Der Server lehnt die Leaseverlängerungsanforderung ab und sendet einen NAK an den Client, woraufhin der Client die DHCP-Verbindung erneut initiiert. Eine erfolgreiche Wiederverbindung führt zur Neukonfiguration des DHCP-Clients. Nur der Austausch von forcerenew-, renew- und NAK-Nachrichten wird von RFC 3202 unterstützt. DHCP-Relay und DHCP-Relay-Proxy nehmen nicht an der Client-Neukonfiguration teil und reagieren nur auf Forcerenew-Nachrichten, außer um sie an den Client weiterzuleiten.

Wenn der lokale Serverzustandsautomat den Rekonfigurationsprozess auf einem gebundenen Client startet, wechselt der Client in den Neukonfigurationszustand und der lokale Server sendet eine forcerenew-Nachricht an den Client. Da sich der Client vor dem Wechsel in den Neukonfigurationsstatus im gebundenen Zustand befand, funktionieren alle Anwender- oder DHCP-verwalteten Dienste, z. B. Weiterleitung und Statistiken, weiterhin. Clientstatistiken werden im Intervall zwischen einer erfolgreichen Rekonfiguration und der nachfolgenden Clientbindung nicht gepflegt. Wenn der Server auf die Clienterneuerungsanforderung mit einem NAK antwortet, wird der Clienteintrag aus der Bindungstabelle entfernt, und die endgültigen Statistiken werden gemeldet. Neue Statistiken werden gesammelt, wenn der Client eine Ermittlungsnachricht sendet, um eine neue Sitzung einzurichten.

Dynamische Client/Server-Interaktion für DHCPv6

Die dynamische Rekonfiguration für DHCPv6 ist über eine Teilimplementierung von RFC 3315, Dynamic Host Configuration Protocol for IPv6 (DHCPv6), verfügbar. Es ermöglicht dem lokalen DHCPv6-Server, eine Nachricht an den Client zu senden, um eine Neukonfiguration zu erzwingen.

DHCPv6-Server senden Nachrichten zur Neukonfiguration an DHCPv6-Clients und initiieren einen Nachrichtenaustausch. Als Reaktion darauf wechseln DHCPv6-Clients, die die Neukonfiguration der Nachricht unterstützen, in den Erneuerungsstatus und senden eine Erneuerungsnachricht an den Server. Der Server gibt eine Antwortnachricht mit einer Lebensdauer von Null (0) zurück. Der Client wechselt in den Init-Zustand und sendet eine Solicit-Nachricht. Der Server sendet eine Ankündigungsnachricht, um anzugeben, dass er für den Dienst verfügbar ist. Der Client sendet eine Anfrage für Konfigurationsparameter, die der Server dann in seine Antwort einfügt. DHCP-Relay und DHCP-Relay-Proxy nehmen nicht an der Neukonfiguration des Clients teil und reagieren auch nicht auf Neukonfigurationsnachrichten, außer um sie an den Client weiterzuleiten.

Wenn ein DHCPv6-Server ausgelöst wird, um die Neukonfiguration auf einem gebundenen DHCPv6-Client zu initiieren, wechselt der Client in den Zustand "Neukonfiguration". Alle Dienste für Anwender, wie Weiterleitung und Statistiken, funktionieren weiterhin. Der Server sendet dann die Nachricht zur Neukonfiguration an den Client. Wenn sich der DHCPv6-Client bereits im Status "Neukonfiguration" befindet, ignoriert der DHCPv6-Server den Auslöser für die Neukonfiguration. Bei Clients in einem anderen Status als gebunden oder neu konfiguriert löscht der Server den Bindungsstatus des Clients, als ob der clear dhcpv6 server binding Befehl ausgegeben worden wäre.

Manuelles Zwingen des lokalen Servers, den Neukonfigurationsprozess zu initiieren

Sie können den lokalen Server zwingen, den Neukonfigurationsprozess für Clients zu initiieren, indem Sie den request dhcp server reconfigure Befehl für DHCPv4-Clients und den request dhcpv6 server reconfigure Befehl für DHCPv6-Clients ausgeben. Befehlsoptionen bestimmen, ob dann eine Neukonfiguration für alle Clients oder angegebene Clients versucht wird.

Aktion für Ereignisse, die während einer Neukonfiguration auftreten

Ereignisse, die während einer Neukonfiguration stattfinden, haben Vorrang vor der Neukonfiguration. Tabelle 1 listet die Aktionen auf, die als Reaktion auf verschiedene Ereignisse ergriffen wurden.

Vorteile der dynamischen Rekonfiguration von lokalen DHCP-Serverclients

• Aktivieren Sie den lokalen DHCP-Server, um DHCP-Clients dynamisch neu zu konfigurieren und so längere Ausfälle aufgrund von Änderungen an der Serverkonfiguration zu vermeiden, die andernfalls erfordern, dass der Server darauf warten muss, dass der Client seine Lease erneuert oder eine erneute Bindung an den Server herstellt.