Un dispositiu desapareix de la llista IPv6 del router: què ha canviat?

Un reproductor multimèdia cau de la llista de clients IPv6 del router mentre les seves emissions continuen funcionant, i la conclusió natural és que alguna cosa s’ha trencat. Més sovint, la llista només ha canviat d’opinió sobre què mostrava. Una pàgina d’estat del router pot mostrar una concessió DHCPv6, una associació sense fil, una entrada de veí o una vista fusionada, i cadascuna respon a una pregunta diferent.

La pàgina mostra un tipus de registre, no un inventari

Els amfitrions IPv6 solen tenir diverses adreces alhora: una adreça d’enllaç local, una o més adreces globals i adreces temporals de privadesa que van rotant. El Descobriment de Veïns manté una memòria cau dels veïns usats recentment a l’enllaç local, amb estats d’abastabilitat que caduquen. Un dispositiu pot ser perfectament abastable mentre la seva entrada a la memòria cau envelleix, i pot aparèixer en una taula de concessions mentre el seu trànsit pren un altre camí. Cap d’aquestes fonts no és un registre de totes les adreces que un dispositiu ha tingut mai.

Així, la primera pregunta no és per què ha desaparegut el dispositiu, sinó de quina font de dades parteix la pàgina.

Tres vistes de l’amfitrió responen a tres preguntes diferents

En un amfitrió Linux autoritzat, llegiu els tres objectes per separat. La llista d’adreces mostra què està configurat, la taula d’encaminament mostra on aniria el trànsit, i la taula de veïns mostra amb qui ha parlat recentment l’amfitrió a l’enllaç. Barrejar-los produeix respostes errònies amb molta confiança, perquè una entrada de veí absent sembla exactament una adreça absent.

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

Executeu aquestes ordres dins de l’espai de noms de xarxa real que transporta el trànsit. Dins d’un contenidor, la llista d’interfícies pot diferir de la que veu l’amfitrió, i un client VPN pot viure en qualsevol de les dues.

Compareu les mateixes tres sortides abans i després de la transició de VPN, i anoteu les marques de temps. Una entrada de veí que desapareix mentre les adreces i les rutes es queden igual descriu l’envelliment de la memòria cau, no un canvi de configuració.

Separeu un canvi de visualització d’un canvi de connectivitat

A continuació, proveu el que realment importa: l’abastabilitat del recurs IPv6 que necessita el dispositiu. Si el servei respon per IPv6 a través del camí aprovat, una fila absent d’un quadre de comandament és un defecte de monitoratge. Si falla, el canvi de visualització pot ser un símptoma, i el següent pas és el camí d’encaminament i tallafoc, no la llista mateixa. Una VPN encaminada normalment no mou la interfície LAN de l’amfitrió cap a l’enllaç remot, així que manteniu les adreces LAN i les adreces del túnel en columnes separades del vostre raonament.

Una interfície pot portar diverses adreces, i una pàgina d’estat pot mostrar-ne només una. És per això que un dispositiu pot semblar que canvia d’adreça després de reconnectar-se sense que res estigui malament. Les extensions de privadesa ho fan més visible, perquè les adreces temporals roten segons un calendari que la pàgina no mostra.

Verifiqueu el recurs i després deixeu les taules tranquil·les

Si l’estat de l’amfitrió i la connectivitat semblen correctes, investigueu la font de dades de la llista i el comportament d’actualització abans de tocar la xarxa. Busqueu una durada de concessió, un temps d’espera de memòria cau o un filtre de visualització que amagui adreces que la pàgina no classifica.

No buideu les taules de veïns, no desactiveu IPv6 ni reassigne adreces per fer reapareixer una fila del quadre de comandament. Aquestes accions interrompen trànsit que funciona i normalment només restauren la fila fins al següent venciment de la memòria cau. ip -6 neigh flush dev br-lan és com a molt un diagnòstic i com a mínim una caiguda que us heu causat vosaltres mateixos.

Anoteu quina font fa servir la pàgina, i la pregunta de si el dispositiu funciona deixa de dependre d’una fila d’una taula.