DHCP-Server unter Linux mit ISC Kea: kea-dhcp4.conf, Subnetze, Reservierungen und Konfigurationstest

Ziel

Den DHCPv4-Server von ISC Kea mit einem Subnetz, einem Adresspool und einer festen Host-Reservierung konfigurieren, die Konfiguration vor dem Laden testen und wissen, wo Leases gespeichert werden.

Voraussetzungen

Das Paket kea-dhcp4 ist installiert; eine Netzwerkschnittstelle im zu bedienenden Subnetz ist vorhanden; auf diesem Segment ist kein anderer DHCP-Server aktiv.

Schritte

1. /etc/kea/kea-dhcp4.conf als JSON unter dem Top-Level-Objekt Dhcp4 schreiben. Die bedienenden Schnittstellen in interfaces-config auflisten ("interfaces": ["eth0"]); ohne Eintrag dort öffnet Kea keinen DHCP-Socket. Im Array subnet4 mindestens ein Subnetz definieren, jeweils mit einer eindeutigen, stabilen id (aktuelle Kea-Versionen verlangen sie; ältere Versionen nummerierten Subnetze automatisch), einem subnet in CIDR-Notation und einem pools-Array wie {"pool": "10.0.0.100 - 10.0.0.200"}, gemäss der Referenz zum DHCPv4-Server von Kea.
2. Eine feste Zuweisung hinzufügen, wenn ein Gerät jedes Mal dieselbe Adresse benötigt: Im reservations-Array eines Subnetzes erhält der Client mit einem Eintrag, der über hw-address (oder client-id, duid) identifiziert wird und eine feste ip-address enthält, stets dieselbe Adresse. Reservierte Adressen bevorzugt ausserhalb des pools-Bereichs wählen, damit kein anderer Client sie bereits als dynamischen Lease halten kann.
3. Die Datei testen, bevor der Server sie je real lädt: kea-dhcp4 -t /etc/kea/kea-dhcp4.conf (Exit-Code 0 bedeutet, dass sie gültig aussieht). Die Option -t prüft die Konfigurationsdatei und meldet gegebenenfalls den ersten Fehler; die Prüfung ist nicht umfassend. Neuere Versionen bieten zusätzlich -T, das auch Hook-Bibliotheken lädt und sich mit konfigurierten Datenbanken verbindet, ohne jedoch Sockets zu öffnen.
4. Den Daemon starten oder neu starten (systemctl restart kea-dhcp4-server unter Debian und Ubuntu, kea-dhcp4 unter RHEL und Fedora, oder config-reload über den Control-Socket) und im Log nach einer Meldung über erfolgreiches Laden suchen.
5. Den Speicherort der Leases beachten: Der Parameter name der Lease-Datenbank gibt die Lease-Datei an, in der neue Leases und Lease-Aktualisierungen aufgezeichnet werden, standardmässig kea-leases4.csv im Verzeichnis var/lib/kea der Installation (bei Paketen /var/lib/kea/). Seit Kea 2.7.9 muss die Lease-Datei in diesem Datenverzeichnis bleiben, sonst verweigert der Server den Start. Diese Datei vor jeder geplanten Migration sichern.
6. Bei einer Migration vom ISC-eigenen dhcpd einen Ersatz statt einer Reparatur einplanen: Die letzten Wartungsreleases von ISC (4.4.3-P1 und 4.1-ESV-R16-P2) erschienen am 5. Oktober 2022. Die End-of-Life-Ankündigung hält fest, dass Administratoren, die DHCP in neuen Umgebungen einsetzen, sich nach einer Lösung ausserhalb von ISC DHCP umsehen sollten, da es unverantwortlich wäre, in neue Deployments dieser nun nicht mehr unterstützten Software zu investieren, und verweist auf Kea als gepflegte Alternative.

Erwartetes Ergebnis

kea-dhcp4 -t endet bei einer gültigen Datei fehlerfrei; der Daemon protokolliert die geladenen Subnetze; ein Test-Client im Segment erhält ein Angebot aus dem konfigurierten Pool, und ein reservierter Client erhält stets seine feste Adresse.

Grenzen und Prüfbasis

Weder -t noch -T öffnet Sockets, und -t lädt keine Hook-Bibliotheken. Ein bereits belegter Port oder ein fehlerhafter Hook-Pfad kann daher beim realen Start trotzdem scheitern – nach jeder Konfigurationsänderung deshalb einen echten Client-Lease testen, nicht nur die Syntax prüfen. Zwei DHCP-Server im selben Segment führen dazu, dass Clients widersprüchliche Angebote erhalten; vor dem Produktivstart von Kea sicherstellen, dass ein früherer Server gestoppt ist. Vor einer Konfigurationsänderung die bisherige Konfigurationsdatei und die Lease-Datei sichern.