Solução de Problemas IPv6: Corrija Problemas Comuns de Conexão

Quando o IPv6 quebra, os sintomas variam: nenhum endereço atribuído, conectividade para alguns sites mas não outros, ou tudo funciona mas parece lento. Este guia apresenta diagnóstico sistemático, desde verificações mais rápidas até análise profunda de rede.

TL;DR - Resumo rápido

Pontos-chave:

Comece com três perguntas: Você tem um endereço? Pode alcançar por IP? Pode alcançar localmente?
Verifique Router Advertisements se não tiver endereço global (apenas link-local)
ICMPv6 não deve ser bloqueado—é essencial para operação IPv6
Use traceroute6 para encontrar onde pacotes param

Ir para: Configuração Local | Problemas Comuns | Quando Ligar para o ISP

Comece com Três Perguntas #

Antes de executar comandos, reduza o problema:

Você tem um endereço IPv6? Caso contrário, o problema está no nível de atribuição (DHCP, SLAAC ou anúncios de roteador).
Você pode alcançar sites IPv6 por endereço mas não por nome? DNS é o culpado.
Você pode alcançar endereços link-local mas nada além? Problemas de roteamento ou firewall.

Essas três perguntas eliminam 80% dos caminhos de solução de problemas.

Verifique Sua Configuração Local #

Comece verificando se seu dispositivo tem um endereço IPv6 e conhece seu gateway.

Linux:

ip -6 addr show
ip -6 route show

macOS:

ifconfig
netstat -nr -f inet6

Windows:

ipconfig
netsh interface ipv6 show route

Procure por um endereço unicast global (começa com 2 ou 3). Você também deve ver um endereço link-local (começa com fe80::). Se você tem apenas link-local, seu host não está recebendo um prefixo IPv6 adequado.

Verifique Anúncios de Roteador #

A maioria das redes IPv6 usa SLAAC (Stateless Address Autoconfiguration), onde roteadores transmitem sua presença e prefixo de rede. Se seu dispositivo não tem endereço global, anúncios de roteador podem não estar chegando até você.

Verificar recepção de RA (Linux):

sudo rdisc6 eth0

Verificar recepção de RA (macOS/Windows): Use Wireshark ou tcpdump para capturar pacotes ICMPv6 tipo 134 (Router Advertisement):

sudo tcpdump -i en0 'icmp6 and ip6[40] == 134'

Se você não ver RAs após 30 segundos, ou seu roteador não está anunciando, ou algo está filtrando-os. Verifique as configurações IPv6 do seu roteador primeiro.

Teste Conectividade Link-Local #

Endereços link-local funcionam sem qualquer configuração de roteador. Se estes falharem, você tem um problema de camada 2.

Encontre o endereço link-local do seu gateway:

# Linux
ip -6 route show default
 
# macOS/Windows
Use o gateway mostrado na tabela de roteamento

Faça ping nele com a interface especificada:

# Linux
ping6 -c 4 fe80::1%eth0
 
# macOS
ping6 -c 4 fe80::1%en0
 
# Windows
ping -6 fe80::1%12

Substitua fe80::1 pelo seu endereço de gateway real e eth0/en0/12 pelo nome/número da sua interface. Se isso falhar, verifique cabos, switches e conectividade WiFi.

Teste Conectividade Internet #

Use endereços IPv6 conhecidos para contornar DNS completamente.

# Cloudflare DNS
ping6 2606:4700:4700::1111
 
# Google DNS
ping6 2001:4860:4860::8888
 
# ping6.net
ping6 2a07:8dc0:18:0:78:47ff:fe6e:da5a

Se estes funcionarem, sua pilha IPv6 está funcional e DNS é o problema (pule adiante). Se falharem, teste se o problema é local ou upstream.

Verifique Resolução DNS #

Muitos relatos de "IPv6 não funciona" são na verdade problemas de DNS. Seu dispositivo pode ter conectividade mas não consegue resolver registros AAAA.

Testar busca de registro AAAA:

# Usar resolvedor do sistema
nslookup -type=AAAA google.com
 
# Usar servidor DNS específico
dig @2001:4860:4860::8888 AAAA google.com
 
# Windows
nslookup -type=AAAA google.com 2001:4860:4860::8888

Se consultas AAAA falharem mas consultas A (IPv4) tiverem sucesso, seu servidor DNS pode não ter conectividade IPv6 ou não está configurado para lidar com registros AAAA. Tente mudar para servidores DNS Cloudflare (2606:4700:4700::1111) ou Google (2001:4860:4860::8888).

Verificar se servidor DNS é alcançável sobre IPv6:

ping6 2606:4700:4700::1111

Se inacessível, ou configure um servidor DNS capaz de IPv6 ou sua rede está bloqueando conexões de saída para ele.

Analise o Caminho #

Quando você pode fazer ping em alguns destinos mas não outros, use traceroute para encontrar onde os pacotes param.

# Linux/macOS
traceroute6 google.com
 
# Windows
tracert -6 google.com

Procure por:

Timeouts no salto 1-2: Problema de rede local (gateway, firewall)
Timeouts após vários saltos: Problema de roteamento do ISP
Rotas assimétricas ou loops: Configuração errada de BGP (contate ISP)

Você também pode usar nossa ferramenta Traceroute para ver latência salto-a-salto e identificar onde pacotes são descartados.

Problemas Comuns e Correções #

Nenhum Endereço IPv6 Atribuído #

Sintomas: Apenas endereço link-local fe80:: aparece.

Causas:

Roteador não enviando RAs
Servidor DHCPv6 inacessível
Interface desabilitada para IPv6

Correções:

Verifique se roteador tem IPv6 habilitado e delegação de prefixo configurada
Reinicie interface de rede: sudo ifdown eth0 && sudo ifup eth0 (Linux) ou toggle WiFi off/on
Forçar SLAAC: sudo dhclient -6 -r && sudo dhclient -6 (Linux)
No Windows: netsh interface ipv6 reset e reiniciar

Apenas Link-Local (Sem Rota Padrão)#

Sintomas: Tem endereço fe80::, pode fazer ping no link local, mas sem internet.

Causas:

Roteador enviando RAs sem informação de prefixo
Firewall bloqueando ICMPv6
Configuração errada de rota estática

Correções:

Verifique se roteador está delegando um prefixo /64 (não apenas anunciando a si mesmo)
Certifique-se de que ICMPv6 não está bloqueado: sudo ip6tables -L (Linux) ou configurações do Windows Firewall
Adicionar rota padrão manualmente (temporário): sudo ip -6 route add default via fe80::1 dev eth0

Tem Endereço Mas Sem Conectividade #

Sintomas: Endereço IPv6 global atribuído, tabela de roteamento parece correta, mas não consegue alcançar nada.

Causas:

ISP bloqueando tráfego
Problemas de MTU (falhas de fragmentação de pacote)
Firewall descartando conexões estabelecidas

Correções:

Teste com linha de suporte do ISP (eles podem precisar ativar IPv6)
Reduzir MTU: sudo ip link set eth0 mtu 1280 (mínimo IPv6)
Verificar se regras de firewall permitem IPv6 de saída
Verificar se você não está atrás de CGNAT que remove IPv6

IPv6 Mais Lento Que IPv4 #

Sintomas: Sites carregam, mas com atraso perceptível comparado ao IPv4.

Causas:

Sobrecarga de túnel (6to4, Teredo, 6rd)
Roteamento não ideal (pacotes seguindo caminho longo)
Problemas de timeout Happy Eyeballs

Correções:

Se usando túnel, mude para IPv6 nativo do ISP
Compare saltos de traceroute: traceroute google.com vs traceroute6 google.com
Desabilite túneis se nativo estiver disponível: netsh interface teredo set state disabled (Windows)
Teste com nossa ferramenta Ping IPv6 para medir latência base

Funciona para Alguns Sites, Não Outros #

Sintomas: Pode alcançar Google, Cloudflare, mas muitos sites falham.

Causas:

Sites têm IPv6 quebrado (registros AAAA mal configurados)
Falhas de descoberta de MTU de caminho
Firewall bloqueando prefixos específicos

Correções:

Teste se site realmente tem IPv6: dig AAAA example.com ou use nossa ferramenta de Busca DNS
Se registro AAAA existe mas falha, IPv6 do site está quebrado (não é sua culpa)
Forçar IPv4: Adicione entrada em /etc/hosts (Linux/macOS) ou C:\Windows\System32\drivers\etc\hosts (Windows)
Reporte ao operador do site (eles podem não saber que está quebrado)

Quando Contatar Seu ISP #

Ligue para seu ISP se:

Roteador mostra "IPv6 não suportado" ou "aguardando delegação de prefixo"
Você recebe um prefixo mas não é roteável (teste com ping externo)
Traceroute mostra falhas imediatamente após sair da sua rede
Nenhuma das correções acima funciona e sua configuração parece correta

Antes de ligar, reúna:

Saída de ip addr ou ipconfig
Seu prefixo IPv6 atribuído
Resultados de ping6 2001:4860:4860::8888
Saída de traceroute mostrando onde falhas ocorrem

Isso reduz significativamente o tempo de chamada de suporte.