Como verificar se um domínio tem suporte a IPv6

Para verificar se um domínio publica IPv6, consulte o registro AAAA dele. Uma resposta AAAA contém um endereço IPv6, enquanto uma resposta A contém IPv4. Ver um registro AAAA é indício de que o nome anuncia um endpoint IPv6 na visão de DNS que você consultou; isso não prova que o endpoint seja alcançável de todas as redes nem que o site funcione corretamente via IPv6. A publicação no DNS, o roteamento, as regras de firewall, o TLS e a configuração da aplicação precisam estar alinhados. Por outro lado, a ausência de resposta AAAA significa que o nome consultado não retornou dados IPv6 naquele momento, e não que o domínio inteiro ou a organização não tenha nenhuma implantação de IPv6.

Consulte o nome e o tipo de registro certos

Verifique o hostname que os usuários realmente acessam, inclusive se ele começa com www ou usa um subdomínio de aplicação. Um domínio raiz pode publicar IPv6 enquanto o www não publica, ou o contrário. Consulte especificamente o AAAA e compare com o A para entender se o nome é somente IPv4, somente IPv6 ou dual-stack. Se um CNAME for retornado, siga a cadeia até o destino; o alias em si pode não mostrar o endereço. Repita a consulta a partir de um resolvedor adequado se o registro acabou de ser adicionado e anote o horário e o TTL para distinguir um resultado antigo em cache de uma configuração que nunca chegou à zona autoritativa.

Um endereço IPv6 é escrito em grupos hexadecimais separados por dois-pontos, e grupos consecutivos de zeros podem ser comprimidos com dois-pontos duplos. Essa notação pode parecer estranha ao lado do IPv4 com pontos. Não tente comparar endereços IPv6 como se fossem IPv4 nem concluir que um endereço é privado só porque ele parece diferente. Se você administra o endpoint, verifique se o endereço está atribuído à interface correta, é roteado a partir da internet e é permitido pelos firewalls do host e da nuvem. Publicar o AAAA antes de o endpoint estar acessível pode fazer parte dos clientes encontrar falhas, dependendo de como cada um seleciona a conexão.

Teste a acessibilidade do serviço separadamente

Depois de confirmar o registro AAAA, teste a aplicação via IPv6 a partir de uma rede que realmente tenha conectividade IPv6. Confirme que o servidor web escuta na interface IPv6 e apresenta o certificado correto para o hostname. Verifique os balanceadores de carga, as configurações da CDN, os security groups e os firewalls locais; o IPv4 e o IPv6 costumam ter regras separadas, então liberar uma família não libera automaticamente a outra. Teste também os serviços dependentes, como APIs e hosts de imagens, se a página carregar recursos de vários domínios. Uma consulta DNS fornece o endereço de destino, mas não consegue testar nenhuma dessas condições de transporte ou de aplicação.

• Inspecione o AAAA de todos os hostnames importantes, e não apenas o do apex.
• Siga os destinos de CNAME até encontrar o endereço publicado.
• Verifique as políticas de firewall e roteamento do IPv6 de forma independente das do IPv4.
• Teste o HTTPS via IPv6 antes de anunciar o registro AAAA amplamente.
• Monitore as duas famílias de endereços depois de mudanças na infraestrutura ou na CDN.

Uma implantação dual-stack segura

Uma implantação gradual começa confirmando que o provedor oferece suporte a IPv6 em todas as camadas relevantes: DNS, balanceamento de carga, firewall e conectividade com a origem. Teste primeiro um hostname de homologação e depois valide a partir de mais de uma rede com suporte a IPv6. Monitore os logs da aplicação em busca de erros específicos de cada família e compare as taxas de sucesso, em vez de confiar em um único teste. Mantenha os passos de rollback prontos para remover ou corrigir um registro AAAA caso ele aponte para um endpoint que ainda não está pronto. Se o ambiente usa uma CDN, siga as instruções desse provedor e entenda se o DNS público expõe endereços de borda, e não os da sua origem.

Para entender a relação entre as famílias de endereços, veja registros A e AAAA comparados e o guia de IPv4 e IPv6 mais amplo. Para verificar a resposta pública, use a ferramenta de consulta de domínio e leia os resultados de IPv4 e IPv6 de forma independente. A distinção importante é simples: um registro AAAA publicado é um fato do DNS; o suporte a IPv6 de ponta a ponta é uma propriedade do serviço e precisa ser testado em todo o caminho da conexão.

Fique atento a implantações parciais de IPv6

A prontidão para IPv6 costuma ser desigual em um serviço. O site público pode ter um registro AAAA enquanto uma API, um callback de autenticação, um host de imagens ou um endpoint de pagamento continua somente com IPv4. Isso pode gerar uma página que começa a carregar, mas falha em uma dependência para usuários com suporte a IPv6. Faça um inventário de todos os hostnames usados pela aplicação e verifique a família de endereços esperada para cada um. Se uma CDN fica na frente de várias origens, esclareça se o IPv6 termina na borda ou segue até o backend. Registre as falhas de conexão por família de endereços para distinguir um problema de rota IPv6 de uma indisponibilidade geral. Uma implantação em etapas e um registro de rollback testado são preferíveis a publicar o AAAA de forma ampla e esperar que os clientes relatem a primeira requisição quebrada.