Isc-dhcp-server ne fonctionne plus

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 ???