Serveur DHCP sous Linux avec ISC Kea : kea-dhcp4.conf, sous-réseaux, réservations et test de configuration

Objectif

Configurer le serveur DHCPv4 d'ISC Kea avec un sous-réseau, un pool d'adresses et une réservation d'hôte fixe, tester la configuration avant son chargement et savoir où les baux sont enregistrés.

Prérequis

Le paquet kea-dhcp4 est installé ; une interface réseau se trouve sur le sous-réseau à desservir ; aucun autre serveur DHCP n'est actif sur ce segment.

Étapes

1. Écrire /etc/kea/kea-dhcp4.conf en JSON, sous l'objet de premier niveau Dhcp4. Lister les interfaces qui servent les clients dans interfaces-config ("interfaces": ["eth0"]) ; sans entrée à cet endroit, Kea n'ouvre aucun socket DHCP. Définir au moins un sous-réseau dans le tableau subnet4, chacun avec un id unique et stable (les versions actuelles de Kea l'exigent ; les anciennes numérotaient les sous-réseaux automatiquement), un subnet en notation CIDR et un tableau pools tel que {"pool": "10.0.0.100 - 10.0.0.200"}, conformément à la référence du serveur DHCPv4 de Kea.
2. Ajouter une attribution fixe lorsqu'un équipement doit toujours recevoir la même adresse : dans le tableau reservations d'un sous-réseau, une entrée identifiée par hw-address (ou client-id, duid) avec une ip-address fixe donne toujours la même adresse à ce client. Il est préférable de choisir des adresses réservées en dehors de la plage pools, afin qu'aucun autre client ne puisse déjà les détenir comme bail dynamique.
3. Tester le fichier avant que le serveur ne le charge pour de bon : kea-dhcp4 -t /etc/kea/kea-dhcp4.conf (le code de sortie 0 signifie que le fichier semble valide). L'option -t vérifie le fichier de configuration et signale la première erreur, le cas échéant ; cette vérification n'est pas exhaustive. Les versions récentes proposent aussi -T, qui charge en plus les bibliothèques de hooks et se connecte aux bases de données configurées, toujours sans ouvrir de sockets.
4. Démarrer ou redémarrer le démon (systemctl restart kea-dhcp4-server sous Debian et Ubuntu, kea-dhcp4 sous RHEL et Fedora, ou config-reload via son socket de contrôle) et vérifier dans le journal la présence d'un message de chargement réussi.
5. Repérer l'emplacement des baux : le paramètre name de la base de baux indique le fichier de baux dans lequel les nouveaux baux et leurs mises à jour sont enregistrés, par défaut kea-leases4.csv dans le répertoire var/lib/kea de l'installation (/var/lib/kea/ pour les paquets). Depuis Kea 2.7.9, le fichier de baux doit rester dans ce répertoire de données, faute de quoi le serveur refuse de démarrer. Sauvegarder ce fichier avant toute migration planifiée.
6. En cas de migration depuis le dhcpd d'ISC, prévoir un remplacement plutôt qu'une réparation : les dernières versions de maintenance d'ISC (4.4.3-P1 et 4.1-ESV-R16-P2) ont été publiées le 5 octobre 2022, et son annonce de fin de vie indique que les administrateurs qui déploient DHCP dans de nouveaux environnements doivent chercher une solution autre qu'ISC DHCP, car il serait irresponsable d'investir dans de nouveaux déploiements de ce logiciel désormais en fin de vie ; elle désigne Kea comme alternative maintenue.

Résultat attendu

kea-dhcp4 -t se termine sans erreur sur un fichier valide ; le démon journalise les sous-réseaux chargés ; un client de test sur le segment reçoit une offre issue du pool configuré, et un client disposant d'une réservation reçoit toujours son adresse fixe.

Limites et base de vérification

Ni -t ni -T n'ouvrent de sockets, et -t ne charge pas les bibliothèques de hooks : un port déjà utilisé ou un chemin de hook erroné peut donc encore faire échouer le démarrage réel. Après toute modification de la configuration, il faut tester l'obtention d'un bail par un vrai client, et pas seulement la vérification de syntaxe. Faire fonctionner deux serveurs DHCP sur le même segment amène les clients à recevoir des offres contradictoires ; s'assurer que tout serveur précédent est arrêté avant la mise en service de Kea. Conserver une sauvegarde de l'ancien fichier de configuration et du fichier de baux avant toute modification de configuration.