Cette semaine, aprÚs un redémarrage de la machine qui sert de frontal internet, le serveur DHCP du réseau ne fonctionnait plus. AprÚs vérification le process /usr/sbin/dhcpd n'était plus présent et aucun message dans le log, merci systemd.
En lançant "à la main" :
/usr/sbin/dhcpd -4 -cf /etc/dhcp/dhcpd.conf
j'obtenais un message d'erreur me disant qu'aucun interface n'Ă©tait dĂ©clarĂ© et un arrĂȘt du process ... une petite vĂ©rification dans "man" m'indique qu'il faut indiquer l'interface Ă gĂ©rer; Je relance donc avec :
/usr/sbin/dhcpd -4 -cf /etc/dhcp/dhcpd.conf br1
Et tout se passe bien, dhcp permet Ă certains clients de se connecter.
Je regarde donc le script d'init et je m'aperçois que ce script fait rĂ©fĂ©rence Ă deux jeux de variables diffĂ©rentes XXXXXv4 et XXXXXv6, ce qui permet d'utiliser le programme en IPV4 ou en IPV6 (ou exclusif). Je me prĂ©cipite sur le fichier /etc/default/isc-dhcp-server et, Oh horreur, celui-ci n'a pas Ă©tĂ© modifiĂ© lors de l'installation de la nouvelle version et la variable "INTERFACE" n'a pas Ă©tĂ© remplacĂ©e par INTERFACEv4 (avec un "v" minuscule). De mĂȘme les variables DHCPD_CONF et DHCPD_PID n'ont pas Ă©tĂ© "Ă©clatĂ©es" en leurs variantes v4 et v6.
AprÚs avoir mis en place les "bonnes" variables et valeurs dans "/etc/default.isc-dhcp-server" le process dhcpd démarre et fournit, normalement, des adresses aux clients.
Mais une autre anomalie apparaßt : certains clients "refusent" les adresses proposées avec un message tel que :
DHCPDECLINE of 192.168.2.xxx from xx:8d:xx:be:xx:be via br1: not found
Une petite recherche parmi les différents clients utilisant cette connexion montre que un portable Windows10 (pas à moi !) se connecte normalement, un portable Linux (le mien) se connecte normalement, un téléphone Samsung se connecte normalement, seuls les matériels Apple (Iphone 5c, Iphone 6, tablettes) refusent les adresses offertes malgré de nombreux essais, y compris avec l'option "oublier ce réseau" suivie d'une nouvelle tentative !
Comme il était tard j'ai remis le recherche de la suite au lendemain. Mais en revérifiant le matin, tous les appareils Apple acceptaient de se connecter sans rechigner !!!
Je n'ai pas cherché la cause, probablement une protection lors d'un changement de serveur DHCP pour limiter les possibilités de piratage ???