A DHCP lease is a time-limited binding that grants a client an IP address and related settings, requiring renewal before expiration or the address must be released back to the server for reuse. The lease process involves four main phases—Discover and Offer, Request and Acknowledge, Renewal at T1 (50% of lease time), and Rebinding at T2 (87.5% of lease time)—with lease duration set by administrators per scope as defined in RFC 2131. Lease time selection significantly impacts network operations: long leases reduce renewal traffic and improve outage resilience but can exhaust address pools with departed devices, while short leases free addresses quickly and maintain current records but increase server traffic and client vulnerability to failures.
So funktioniert die DHCP-Lease-Vergabe
Eine Lease-Dauer beginnt, wenn ein Client den DHCP-Austausch abgeschlossen hat, und dauert so lange, wie es der Server festlegt. Der Client überwacht anschließend die Timer, um die Adresse zu behalten oder sie freizugeben.
- Entdecken und Anbieten: Der Client sendet eine Anfrage nach einem Server, und ein Server antwortet mit einer angebotenen Adresse und einer vorgeschlagenen Lease-Dauer.
- Anfrage und Bestätigung: Der Client fordert die angebotene Adresse an, und der Server bestätigt dies mit einer Bestätigung, die die Lease-Dauer startet und die Bindung protokolliert.
- Verlängerung bei T1: Standardmäßig fordert der Client nach Ablauf von 50 Prozent der Lease-Zeit (Timer T1) den ursprünglichen Server auf, die Lease zu verlängern.
- Neubindung bei T2: Wenn die Verlängerung keine Antwort erhält, sendet der Client bei 87,5 Prozent der Lease-Zeit (Timer T2) eine Anfrage an einen beliebigen Server.
- Ablauf oder Freigabe: Wenn kein Server die Lease-Dauer verlängert, muss der Client die Nutzung der Adresse einstellen. Ein Client kann die Lease-Dauer auch vorzeitig freigeben, wodurch die Adresse sofort wieder verfügbar wird.
Der Server speichert jede Lease-Information, einschließlich der Client-Kennung, der Adresse und des Ablaufdatums, in seiner Lease-Datenbank, die oft als Lease-Tabelle bezeichnet wird. Die Lease-Dauer wird vom Administrator festgelegt, in der Regel pro Bereich, wie in RFC 2131 beschrieben.
Häufige Probleme mit DHCP-Leases
Ein Scope mit einer mehrtägigen Lease-Dauer im Gast-WLAN füllt sich mit Bindungen von Geräten, die bereits vor Stunden das Netzwerk verlassen haben. Neue Clients erhalten dann keine Adresse und greifen auf selbst zugewiesene Link-Local-Adressen zurück, bis die alten Leases ablaufen.
Wenn viele Clients gleichzeitig Leases erhalten haben, werden ihre Verlängerungszeitgeber gleichzeitig ausgelöst. Nach einem Server-Neustart oder einem längeren Ausfall kann dies zu Anstürmen von Anfragen und kurzzeitigen Fehlern bei der Verlängerung führen.
Wenn ein Server seine Lease-Datenbank verliert oder ein Failover-Paar falsch konfiguriert ist, kann es vorkommen, dass er Adressen vergibt, die bereits von Clients belegt sind. Die Folge sind Adresskonflikte mit zeitweiligen Verbindungsproblemen und Warnungen wegen doppelter Adressen auf den betroffenen Hosts.
Eine Lease-Dauer von wenigen Minuten lässt den Clients kaum Zeit, während eines Serverausfalls weiterzuarbeiten. Die Geräte verlieren kurz nach dem Ausfall des Servers die Verbindung, da sie die Lease vor Ablauf nicht verlängern können.
Wenn dynamische DNS-Aktualisierungen an Lease-Zeiten gebunden sind, hinterlassen abgelaufene oder freigegebene Lease-Zeiten, die nicht bereinigt werden, Einträge, die auf Adressen verweisen, die nun von anderen Geräten genutzt werden. Bei der Namensauflösung wird dann der falsche Host zurückgegeben.