bonsoir
problème résolu!
Didier-qui-n'y-connaît-rien -et je n'en crois décidément rien- m'a permis de monter le niveau de log au-delà du niveau debug (loglevel=20)
Ce qui m'a permis de constater 2 choses :
1- une erreur au niveau du relay. la syntaxe a changé entre les deux versions (c'est devenu une liste), j'ai oublié les espaces dans les crochets [ "192.168.2.1" ] resté invisible à la vérification de syntaxe
2- un message chelou dans la log :
2025-10-01 19:38:41.735 DEBUG [kea-dhcp4.packets/634577.140445353252800] DHCP4_BUFFER_RECEIVED received buffer from 0.0.0.0:68 to 255.255.255.255:67 over interface eth0 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.options/634577.140445301540544] DHCP4_BUFFER_UNPACK parsing buffer received from 0.0.0.0 to 255.255.255.255 over interface eth02025-10-01 19:38:41.736 INFO [kea-dhcp4.dhcp4/634577.140445301540544] DHCP4_QUERY_LABEL received query: [hwtype=1 00:24:2b:63:c1:4e], cid=[01:00:24:2b:63:c1:4e], tid=0x500e20c1 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.dhcpsrv/634577.140445301540544] DHCPSRV_SUBNET4_SELECT_NO_RAI_OPTIONS No RAI options found to use for subnet selection. 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.dhcpsrv/634577.140445301540544] DHCPSRV_SUBNET4_SELECT_NO_RELAY_ADDRESS Relay address (giaddr) in client packet is empty. 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.dhcpsrv/634577.140445301540544] DHCPSRV_SUBNET4_SELECT_BY_INTERFACE_NO_MATCH No subnet matches interface: eth0 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.dhcpsrv/634577.140445301540544] DHCPSRV_SUBNET4_SELECT_BY_ADDRESS_NO_MATCH No subnet matches address: 192.168.1.1 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.packets/634577.140445301540544] DHCP4_SUBNET_SELECTION_FAILED [hwtype=1 00:24:2b:63:c1:4e], cid=[01:00:24:2b:63:c1:4e], tid=0x500e20c1: failed to select subnet for the client 2025-10-01 19:38:41.736 DEBUG [kea-dhcp4.bad-packets/634577.140445301540544] DHCP4_PACKET_DROP_0002 [hwtype=1 00:24:2b:63:c1:4e], cid=[01:00:24:2b:63:c1:4e], tid=0x500e20c1, from interface eth0: no suitable subnet configured for a direct client
L'interface eth0 a l'adresse 192.168.2.1. 192.168.1.1 est l'adresse de eth1.
une inversion d'interface a eu lieu, restée invisible pour d'autres services (Apache par exemple travaille avec les IP), confirmée par un bon vieux "networkctl status eth0"
Le coupable est une règle udev, commentée mais encore prise en compte, devant renommer les interfaces :
#SUBSYSTEM=="net", ACTION="" DRIVERS=="?*", ATTR{address}=="00:1a:92:90:41:58", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth1"
#SUBSYSTEM=="net", ACTION="" DRIVERS=="?*", ATTR{address}=="00:50:bf:d8:b9:1f", ATTR{dev_id}=="0x0", ATTR{type}=="1", KERNEL=="eth*", NAME="eth0"
Étrangement, même commentée, elle rentrait en conflit avec le paramétrage de networkctl. Supprimée, un redémarrage m'a tout mis d'aplomb.
amitiés
Erwann
Bonjour Erwann,
<rire sardonique>
Vu que tu me provoques, je me sens obligé de répondre bien que je n'aie rien d'intéressant à dire ;-)
Blague à part, c'est pas de la fausse modestie: je n'y connais rien, je ne monte pas de serveur DHCP, je ne connais pas Kea, etc...
Les seuls points qui me viennent à l'esprit:
- (hypothèse) peut-être le changement de version Kea (2.2.0->2.6.3) de Bookworm à Trixie a-t-il occasionné des changements de syntaxe qui signifieraient que tes fichiers de configuration valides en 2.2.0 ne le sont plus en 2.6.3?
sudo -u _kea kea-dhcp4 -t /etc/kea/kea-dhcp4.conf
permettrait de vérifier la validité présente de la syntaxe du fichier de conf par la version de Trixie. cf:
https://www.linuxtricks.fr/wiki/debian-installer-et-configurer-le-serveur-dhcp-avec-kea
- éventuellement regarder si Kea tourne sous root ou un autre user, et dans ce dernier cas vérifier que les conditions pour un bon fonctionnement sont bien remplies:
https://kea.readthedocs.io/en/latest/arm/install.html#running-kea-from-a-non-root-account-on-linux
Tout ça n'a peut-être rien à voir avec tes soucis, donc:
Bon courage, vu que tu ne dois pas compter sur moi pour t'éclairer sur le sujet ;-)