La Fibre
Télécom => Réseau => 
TCP/IP / Fonctionnement des réseaux => Discussion démarrée par: Steph le 15 mars 2026 à 16:16:03
-
Bonjour,
Lors de la coupure K-net de cette après midi, mon réseau local est est bien passé de k-net 192.168.1.1 sur le secours .254 sauf ma box domotique (Jeedom sous Debian 11) qui s'est obstinée à conserver 2 passerelles malgré le changement de serveur DHCP.
Une idée de pourquoi la box domotique ne nettoie pas correctement sa gateway?
Voici ce que donne networkmanager
nmcli connection show ethernet-eth0
IP4.ADDRESS[1]: 192.168.1.7/24 // Réseau local
IP4.GATEWAY: 192.168.1.1 // K-net
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.1.254, mt = 100 // Tel sur Free
IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 0 // encore K-net
IP4.ROUTE[3]: dst = 192.168.1.0/24, nh = 0.0.0.0, mt = 100 // local
IP4.DNS[1]: 1.1.1.1
IP4.DNS[2]: 8.8.8.8
DHCP4.OPTION[1]: dhcp_lease_time = 301
DHCP4.OPTION[2]: dhcp_server_identifier = 192.168.1.254
DHCP4.OPTION[3]: domain_name_servers = 1.1.1.1 8.8.8.8
DHCP4.OPTION[4]: expiry = 1773586869
DHCP4.OPTION[5]: ip_address = 192.168.1.7
DHCP4.OPTION[6]: requested_broadcast_address = 1
DHCP4.OPTION[7]: requested_domain_name = 1
DHCP4.OPTION[8]: requested_domain_name_servers = 1
DHCP4.OPTION[9]: requested_domain_search = 1
DHCP4.OPTION[10]: requested_host_name = 1
DHCP4.OPTION[11]: requested_interface_mtu = 1
DHCP4.OPTION[12]: requested_ms_classless_static_routes = 1
DHCP4.OPTION[13]: requested_nis_domain = 1
DHCP4.OPTION[14]: requested_nis_servers = 1
DHCP4.OPTION[15]: requested_ntp_servers = 1
DHCP4.OPTION[16]: requested_rfc3442_classless_static_routes = 1
DHCP4.OPTION[17]: requested_root_path = 1
DHCP4.OPTION[18]: requested_routers = 1
DHCP4.OPTION[19]: requested_static_routes = 1
DHCP4.OPTION[20]: requested_subnet_mask = 1
DHCP4.OPTION[21]: requested_time_offset = 1
DHCP4.OPTION[22]: requested_wpad = 1
DHCP4.OPTION[23]: routers = 192.168.1.254
DHCP4.OPTION[24]: subnet_mask = 255.255.255.0
Et les routes
sudo route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default 192.168.1.1 0.0.0.0 UG 0 0 0 eth0
default 192.168.1.254 0.0.0.0 UG 100 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
-
Salut,
tu n'as pas une route statique qui traine sur eth0 ?
ip route del default via 192.168.1.254
-
Je ne sais pas trop car c'est Jeedom qui gère le truc en principe et du coup je n'y touche jamais. Je suis sûr de n'avoir jamais mis de passerelle en statique.
Et comme Eth0 est l'accès principal, j'évide de le casser.
De retour à la normale, j'ai effectivement un bégaiement de passerelle.
nmcli connection show ethernet-eth0
IP4.ADDRESS[1]: 192.168.1.7/24
IP4.GATEWAY: 192.168.1.1
IP4.ROUTE[1]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 100
IP4.ROUTE[2]: dst = 0.0.0.0/0, nh = 192.168.1.1, mt = 0
route
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
default k-box.home 0.0.0.0 UG 0 0 0 eth0
default k-box.home 0.0.0.0 UG 100 0 0 eth0
192.168.1.0 0.0.0.0 255.255.255.0 U 100 0 0 eth0
-
Comment est géré le passage de l'un à l'autre exactement ? Car c'est pas courant d'avoir double passerelle sur un LAN. C'est pas pour rien qu'il ne doit y avoir qu'un serveur DHCP d'ailleurs.
Si le client ne fait pas un release, je me demande si ça ne pourrait pas faire des trucs bizarres.
Je crois qu'il est techniquement possible d’annoncer plusieurs gateway par le DHCP, mais j'avoue j'ai jamais testé et je préfère un routeur unique et plusieurs WAN.
-
Le client n'a pas du faire de release et a ajouté la seconde gateway plutôt que de remplacer la première.
Cela m'étonne un peu car j'ai des baux de 5 minutes, justement pour switcher rapidement en cas de panne.
A priori il n'y a eu qu'un seul serveur DHCP à la fois sur le réseau.
Et lors du retour à la normale, les deux passerelles sont restées...