Un lecteur multimédia disparaît de la liste des clients IPv6 du routeur alors que ses flux continuent de fonctionner, et la conclusion naturelle est que quelque chose s’est cassé. Le plus souvent, la liste a simplement changé d’avis sur ce qu’elle affiche. Une page d’état du routeur peut afficher un bail DHCPv6, une association sans fil, une entrée de voisin ou une vue fusionnée, et chacune répond à une question différente.

La page montre un type d’enregistrement, pas un inventaire

Les hôtes IPv6 détiennent souvent plusieurs adresses à la fois : une adresse de lien local, une ou plusieurs adresses globales et des adresses temporaires de confidentialité qui tournent. La découverte de voisins conserve un cache des voisins récemment utilisés sur le lien local, avec des états d’accessibilité qui expirent. Un appareil peut être parfaitement joignable pendant que son entrée en cache vieillit, et il peut apparaître dans une table de baux alors que son trafic emprunte un autre chemin. Aucune de ces sources n’est un registre de toutes les adresses qu’un appareil a jamais eues.

La première question n’est donc pas pourquoi l’appareil a disparu, mais de quelle source de données la page s’inspire.

Trois vues de l’hôte répondent à trois questions différentes

Sur un hôte Linux autorisé, lisez les trois objets séparément. La liste d’adresses montre ce qui est configuré, la table de routage montre où irait le trafic, et la table des voisins montre avec qui l’hôte a récemment parlé sur le lien. Les confondre produit des réponses fausses avec assurance, car une entrée de voisin manquante ressemble exactement à une adresse manquante.

ip -6 address show
ip -6 route show
ip -6 neighbour show

Exécutez-les dans l’espace de noms réseau réel qui transporte le trafic. Dans un conteneur, la liste des interfaces peut différer de celle que voit l’hôte, et un client VPN peut vivre dans l’une ou l’autre.

Comparez les mêmes trois sorties avant et après la transition VPN, et notez les horodatages. Une entrée de voisin qui disparaît alors que les adresses et les routes restent en place décrit un vieillissement du cache, pas un changement de configuration.

Séparez un changement d’affichage d’un changement de connectivité

Testez ensuite ce qui compte vraiment : la joignabilité de la ressource IPv6 dont l’appareil a besoin. Si le service répond en IPv6 par le chemin approuvé, une ligne absente d’un tableau de bord est un défaut de supervision. S’il échoue, le changement d’affichage peut être un symptôme, et l’étape suivante est le chemin de routage et de pare-feu plutôt que la liste elle-même. Un VPN routé ne déplace normalement pas l’interface LAN de l’hôte sur le lien distant, alors gardez les adresses LAN et les adresses de tunnel dans des colonnes séparées de votre raisonnement.

Une interface peut porter plusieurs adresses, et une page d’état peut n’en afficher qu’une. C’est pourquoi un appareil peut sembler changer d’adresse après une reconnexion sans que rien ne soit cassé. Les extensions de confidentialité rendent cela plus visible, car les adresses temporaires tournent selon un calendrier que la page ne montre pas.

Vérifiez la ressource, puis laissez les tables tranquilles

Si l’état de l’hôte et la connectivité semblent corrects, examinez la source de données de la liste et son comportement de rafraîchissement avant de toucher au réseau. Cherchez une durée de bail, un délai d’expiration de cache ou un filtre d’affichage qui masque les adresses que la page ne classe pas.

Ne videz pas les tables de voisins, ne désactivez pas IPv6 et ne réattribuez pas d’adresses pour faire réapparaître une ligne du tableau de bord. Ces actions interrompent un trafic qui fonctionne et ne restaurent généralement la ligne que jusqu’à la prochaine expiration du cache. ip -6 neigh flush dev br-lan est au mieux un diagnostic et au pire une panne que vous vous êtes infligée.

Notez quelle source la page utilise, et la question de savoir si l’appareil fonctionne cesse de dépendre d’une ligne dans une table.

Articles similaires