Eine DHCP-Reservierung ist eine serverseitige Konfiguration, die eine bestimmte IP-Adresse an eine Client-Kennung (in der Regel eine MAC-Adresse) bindet und so sicherstellt, dass ein Gerät bei jeder DHCP-Anfrage dieselbe Adresse erhält, während diese Adresse zentral verwaltet und aus dem dynamischen Lease-Pool ausgeschlossen bleibt. Dieser Ansatz ermöglicht es Unternehmen, Servern, Druckern, Kameras und Netzwerkgeräten feste Adressen zuzuweisen, ohne jedes Gerät manuell konfigurieren zu müssen. Dadurch wird die Adressverwaltung zentralisiert und es können Aktualisierungen wie DNS- oder Gateway-Änderungen automatisch durch die Verlängerung der Lease-Laufzeit weitergegeben werden. Allerdings entstehen durch unzureichende Nachverfolgung betriebliche Risiken, darunter Adresskonflikte, wenn reservierte Adressen in den dynamischen Bereich fallen, veraltete Einträge für ausgemusterte Hardware, Schwachstellen durch MAC-Adress-Spoofing sowie Failover-Probleme in redundanten Serverumgebungen – all dies erfordert sorgfältige IPAM-Verfahren und Sicherheitskontrollen, um diese Risiken zu mindern.
So funktioniert die DHCP-Reservierung
Eine Reservierung ist ein auf dem DHCP-Server gespeicherter Eintrag, der eine Client-Kennung mit einer IP-Adresse innerhalb eines Bereichs verknüpft. Der Client nutzt weiterhin den normalen DHCP-Austausch und ist sich der Existenz einer Reservierung nicht bewusst.
- Erstellen der Reservierung: Ein Administrator gibt die Client-Kennung – in der Regel die MAC-Adresse oder eine DHCP-Client-ID – sowie die zuzuweisende IP-Adresse ein. Die Adresse muss zum Subnetz des Bereichs gehören.
- Der Client sendet eine Discover-Anfrage: Beim Start oder bei der Erneuerung sendet das Gerät eine DHCP-Discover-Nachricht im Broadcast-Modus, die seine Hardware-Adresse und, falls verwendet, eine Client-Identifikator-Option enthält.
- Server stimmt mit der Kennung überein: Der Server vergleicht die Kennung in der Anfrage mit seinen Reservierungsdatensätzen. Bei einer Übereinstimmung wird die Auswahl aus dem dynamischen Pool außer Kraft gesetzt.
- Server bietet die reservierte Adresse an: Der Server bietet die reservierte Adresse an, und der Client fordert sie an und erhält sie über die üblichen Anforderungs- und Bestätigungsnachrichten.
- Der Client verlängert die Lease-Dauer: Der Client hält die Adresse im Rahmen einer normalen Lease und verlängert diese zu den üblichen Zeitpunkten, wobei er jedes Mal dieselbe Adresse erhält.
Reservierte Adressen werden weiterhin vermietet, sodass Mietdauer, Optionen wie Standard-Gateway und DNS-Server sowie Bereichseinstellungen weiterhin gelten. Viele Server lassen zu, dass eine Reservierung eigene Optionen enthält, die Werte auf Bereichsebene überschreiben. Ändert sich die Kennung, beispielsweise beim Austausch einer Netzwerkkarte, passt das Gerät nicht mehr und erhält eine Pool-Adresse, bis die Reservierung aktualisiert wird.
Häufige Probleme bei DHCP-Reservierungen
Wenn eine reservierte Adresse in den dynamischen Bereich fällt und der Server sie nicht ausschließt, kann sie einem anderen Client zugewiesen werden, bevor das reservierte Gerät online geht. Die Folge ist ein Adresskonflikt, der sich häufig in zeitweiligen Verbindungsausfällen auf beiden Geräten äußert.
Ein Tippfehler in der MAC-Adresse oder ein Gerät, das eine Client-ID-Option sendet, anstatt seine Hardware-Adresse zu verwenden, führt dazu, dass der Eintrag niemals übereinstimmt. Das Gerät erhält eine Adresse aus dem Pool, und die Reservierung scheint ignoriert zu werden.
Wird eine Netzwerkkarte, ein ausgefallener Drucker oder eine virtuelle Maschine durch ein Gerät mit einer neu generierten MAC-Adresse ersetzt, bleibt der alte Eintrag bestehen. Das neue Gerät erhält eine Pool-Adresse, während die reservierte Adresse ungenutzt bleibt, bis jemand den Eintrag aktualisiert.
Zwei Einträge, die dieselbe IP-Adresse oder denselben Bezeichner innerhalb eines Bereichs oder bereichsübergreifend verwenden, können zu abgelehnten Konfigurationen oder unvorhersehbaren Zuweisungen führen. Dies tritt häufig auf, wenn Reservierungen an mehreren Stellen manuell eingegeben werden, ohne dass ein zentraler Eintrag vorhanden ist.
Wenn Reservierungen nur auf einem Server eines Failover- oder Split-Scope-Paares definiert sind, vergibt der Partnerserver bei der Antwort Pool-Adressen. Clients wechseln dann nach einem Failover-Ereignis die Adresse, und DNS- oder Firewall-Regeln, die an die alte Adresse gebunden sind, funktionieren nicht mehr.