Un dispositivo desaparece da lista IPv6 do router: que cambiou?

Un reprodutor multimedia cae da lista de clientes IPv6 do router mentres as súas transmisións seguen funcionando, e a conclusión natural é que algo se rompeu. Máis a miúdo, a lista só cambiou de opinión sobre o que mostraba. Unha páxina de estado do router pode mostrar unha concesión DHCPv6, unha asociación sen fíos, unha entrada de veciño ou unha vista combinada, e cada unha responde a unha pregunta distinta.

A páxina mostra un tipo de rexistro, non un inventario

Os hosts IPv6 adoitan ter varias direccións á vez: unha dirección de enlace local, unha ou máis direccións globais e direccións temporais de privacidade que rotan. O Descubrimento de Veciños mantén unha caché de veciños usados recentemente na ligazón local, con estados de alcanzabilidade que caducan. Un dispositivo pode ser perfectamente alcanzable mentres a súa entrada na caché envellece, e pode aparecer nunha táboa de concesións mentres o seu tráfico toma outro camiño. Ningunha desas fontes é un rexistro de todas as direccións que un dispositivo tivese nunca.

Así que a primeira pregunta non é por que desapareceu o dispositivo, senón de que fonte de datos parte a páxina.

Tres vistas do host responden a tres preguntas distintas

Nun host Linux autorizado, lea os tres obxectos por separado. A lista de direccións mostra que está configurado, a táboa de rutas mostra cara a onde iría o tráfico e a táboa de veciños mostra con quen falou recentemente o host na ligazón. Mesturalos produce respostas erróneas con moita confianza, porque unha entrada de veciño ausente parece exactamente unha dirección ausente.

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

Execúteos dentro do espazo de nomes de rede real que transporta o tráfico. Dentro dun contedor, a lista de interfaces pode diferir da que ve o host, e un cliente VPN pode vivir en calquera das dúas.

Compare as mesmas tres saídas antes e despois da transición de VPN, e anote as marcas de tempo. Unha entrada de veciño que desaparece mentres as direccións e as rutas quedan no seu sitio describe o envellecemento da caché, non un cambio de configuración.

Separe un cambio de visualización dun cambio de conectividade

Despois probe o que de verdade importa: a alcanzabilidade do recurso IPv6 que necesita o dispositivo. Se o servizo responde por IPv6 a través do camiño aprobado, unha fila que falta nun panel é un defecto de monitorización. Se falla, o cambio de visualización pode ser un síntoma, e o seguinte paso é o camiño de encamiñamento e cortalumes, non a lista mesma. Unha VPN encamiñada normalmente non move a interface LAN do host á ligazón remota, así que manteña as direccións LAN e as direccións do túnel en columnas separadas do seu razoamento.

Unha interface pode levar varias direccións, e unha páxina de estado pode mostrar só unha delas. Por iso un dispositivo pode parecer que cambia de dirección tras reconectarse sen que nada estea mal. As extensións de privacidade fan isto máis visible, porque as direccións temporais rotan segundo un calendario que a páxina non mostra.

Verifique o recurso e despois deixe as táboas tranquilas

Se o estado do host e a conectividade parecen correctos, investigue a fonte de datos da lista e o seu comportamento de actualización antes de tocar a rede. Busque unha duración de concesión, un tempo de espera de caché ou un filtro de visualización que oculte direccións que a páxina non clasifica.

Non baleire as táboas de veciños, non desactive IPv6 nin reasigne direccións para que reapareza unha fila do panel. Esas accións interrompen tráfico que funciona e normalmente só restauran a fila ata o seguinte vencemento da caché. ip -6 neigh flush dev br-lan é como máximo un diagnóstico e como mínimo unha caída causada por vostede mesmo.

Anote que fonte usa a páxina, e a pregunta de se o dispositivo funciona deixa de depender dunha fila nunha táboa.