Um dispositivo some da lista IPv6 do roteador: o que mudou?

Um player de mídia cai da lista de clientes IPv6 do roteador enquanto seus fluxos continuam funcionando, e a conclusão natural é que algo quebrou. Mais frequentemente, a lista apenas mudou de ideia sobre o que mostra. Uma página de status do roteador pode exibir uma concessão DHCPv6, uma associação sem fio, uma entrada de vizinho ou uma visão combinada, e cada uma responde a uma pergunta diferente.

A página mostra um tipo de registro, não um inventário

Hosts IPv6 costumam ter vários endereços ao mesmo tempo: um endereço link-local, um ou mais endereços globais e endereços temporários de privacidade que rodiziam. A Descoberta de Vizinhos mantém um cache dos vizinhos usados recentemente no link local, com estados de alcançabilidade que expiram. Um dispositivo pode estar perfeitamente alcançável enquanto sua entrada em cache envelhece, e pode aparecer numa tabela de concessões enquanto seu tráfego segue outro caminho. Nenhuma dessas fontes é um registro de todos os endereços que um dispositivo já teve.

Então a primeira pergunta não é por que o dispositivo sumiu, mas de qual fonte de dados a página extrai.

Três visões do host respondem a três perguntas diferentes

Num host Linux autorizado, leia os três objetos separadamente. A lista de endereços mostra o que está configurado, a tabela de rotas mostra para onde o tráfego iria, e a tabela de vizinhos mostra com quem o host falou recentemente no link. Misturá-los produz respostas erradas com confiança, porque uma entrada de vizinho ausente parece exatamente um endereço ausente.

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

Execute esses comandos dentro do namespace de rede real que transporta o tráfego. Dentro de um contêiner, a lista de interfaces pode diferir da que o host vê, e um cliente VPN pode viver em qualquer uma delas.

Compare as mesmas três saídas antes e depois da transição de VPN, e anote os carimbos de tempo. Uma entrada de vizinho que desaparece enquanto endereços e rotas ficam no lugar descreve envelhecimento de cache, não uma mudança de configuração.

Separe uma mudança de exibição de uma mudança de conectividade

Depois teste o que realmente importa: a alcançabilidade do recurso IPv6 de que o dispositivo precisa. Se o serviço responde por IPv6 pelo caminho aprovado, uma linha ausente num painel é um defeito de monitoramento. Se falha, a mudança de exibição pode ser um sintoma, e o próximo passo é o caminho de roteamento e firewall, não a lista em si. Uma VPN roteada normalmente não move a interface LAN do host para a link remota, então mantenha endereços LAN e endereços de túnel em colunas separadas do seu raciocínio.

Uma interface pode carregar vários endereços, e uma página de status pode mostrar apenas um deles. É por isso que um dispositivo pode parecer mudar de endereço após reconectar sem que nada esteja errado. As extensões de privacidade tornam isso mais visível, porque os endereços temporários rodiziam segundo um cronograma que a página não mostra.

Verifique o recurso e depois deixe as tabelas em paz

Se o estado do host e a conectividade parecem corretos, investigue a fonte de dados da lista e o comportamento de atualização antes de mexer na rede. Procure uma duração de concessão, um tempo limite de cache ou um filtro de exibição que oculte endereços que a página não classifica.

Não limpe tabelas de vizinhos, não desative IPv6 nem reatribua endereços para fazer uma linha do painel reaparecer. Essas ações interrompem tráfego que funciona e normalmente só restauram a linha até o próximo vencimento do cache. ip -6 neigh flush dev br-lan é, no melhor caso, um diagnóstico e, no pior, uma queda que você mesmo causou.

Anote qual fonte a página usa, e a pergunta se o dispositivo funciona deixa de depender de uma linha numa tabela.