Un dispositivo desaparece de la lista IPv6 del router: ¿qué cambió?

Un reproductor multimedia se cae de la lista de clientes IPv6 del router mientras sus transmisiones siguen funcionando, y la conclusión natural es que algo se rompió. Más a menudo, la lista solo cambió de opinión sobre lo que mostraba. Una página de estado del router puede mostrar una concesión DHCPv6, una asociación inalámbrica, una entrada de vecino o una vista combinada, y cada una responde a una pregunta distinta.

La página muestra un tipo de registro, no un inventario

Los hosts IPv6 suelen tener varias direcciones a la vez: una dirección de enlace local, una o más direcciones globales y direcciones temporales de privacidad que rotan. El Descubrimiento de Vecinos mantiene una caché de vecinos usados recientemente en el enlace local, con estados de alcanzabilidad que caducan. Un dispositivo puede ser perfectamente alcanzable mientras su entrada en caché envejece, y puede aparecer en una tabla de concesiones mientras su tráfico toma otro camino. Ninguna de esas fuentes es un registro de todas las direcciones que un dispositivo haya tenido.

Así que la primera pregunta no es por qué desapareció el dispositivo, sino de qué fuente de datos toma la página.

Tres vistas del host responden a tres preguntas distintas

En un host Linux autorizado, lea los tres objetos por separado. La lista de direcciones muestra qué está configurado, la tabla de rutas muestra hacia dónde iría el tráfico y la tabla de vecinos muestra con quién ha hablado recientemente el host en el enlace. Mezclarlos produce respuestas erróneas con mucha confianza, porque una entrada de vecino ausente se parece exactamente a una dirección ausente.

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

Ejecútelos dentro del espacio de nombres de red real que transporta el tráfico. Dentro de un contenedor, la lista de interfaces puede diferir de la que ve el host, y un cliente VPN puede vivir en cualquiera de los dos.

Compare las mismas tres salidas antes y después de la transición de VPN, y anote las marcas de tiempo. Una entrada de vecino que desaparece mientras las direcciones y las rutas se quedan igual describe el envejecimiento de la caché, no un cambio de configuración.

Separe un cambio de visualización de un cambio de conectividad

Luego pruebe lo que de verdad importa: la alcanzabilidad del recurso IPv6 que necesita el dispositivo. Si el servicio responde por IPv6 a través del camino aprobado, una fila que falta en un panel es un defecto de monitorización. Si falla, el cambio de visualización puede ser un síntoma, y el siguiente paso es el camino de enrutamiento y cortafuegos, no la lista en sí. Una VPN enrutada normalmente no mueve la interfaz LAN del host al enlace remoto, así que mantenga las direcciones LAN y las direcciones del túnel en columnas separadas de su razonamiento.

Una interfaz puede llevar varias direcciones, y una página de estado puede mostrar solo una de ellas. Por eso un dispositivo puede parecer que cambia de dirección tras reconectarse sin que nada esté mal. Las extensiones de privacidad lo hacen más visible, porque las direcciones temporales rotan según un calendario que la página no muestra.

Verifique el recurso y luego deje las tablas tranquilas

Si el estado del host y la conectividad parecen correctos, investigue la fuente de datos de la lista y su comportamiento de actualización antes de tocar la red. Busque una duración de concesión, un tiempo de espera de caché o un filtro de visualización que oculte direcciones que la página no clasifica.

No vacíe las tablas de vecinos, no desactive IPv6 ni reasigne direcciones para que reaparezca una fila del panel. Esas acciones interrumpen tráfico que funciona y normalmente solo restauran la fila hasta el siguiente vencimiento de la caché. ip -6 neigh flush dev br-lan es como mucho un diagnóstico y como mínimo una caída causada por usted mismo.

Anote qué fuente usa la página, y la pregunta de si el dispositivo funciona deja de depender de una fila en una tabla.