Conceito e mecanismo
O DNS associa nomes a conjuntos de registos tipados. A representa endereços IPv4 e AAAA representa IPv6. CNAME indica um alias cujo destino é outro nome; PTR é usado em pesquisas inversas de endereço para nome. Não assumas que uma consulta A demonstra o resultado de AAAA ou que existe correspondência inversa apenas porque há um registo direto. Uma aplicação com preferência por IPv6 pode seguir um caminho diferente do teste IPv4 realizado pelo suporte.
Aplicação guiada
Antes de alterar um registo, identifica o tipo realmente usado e a cadeia de nomes seguida pelo cliente. Um alias pode estar correto e apontar para um destino que deixou de existir. As regras normais de DNS não permitem tratar CNAME como se coexistisse livremente com outros dados no mesmo nome; funcionalidades de alias ou flattening de fornecedores precisam de análise própria. Numa zona apex há dados obrigatórios como SOA e NS, pelo que copiar um padrão CNAME de um subdomínio pode falhar. Distingue sempre a regra do protocolo da funcionalidade específica do fornecedor.
O teste a IPv4 funciona, mas os clientes IPv6 chegam a uma instalação antiga através de AAAA. Corrigir apenas A não trata o percurso afetado.
Armadilhas comuns
Consultar um tipo e generalizar para todos; esquecer o destino de um CNAME; assumir que PTR é criado automaticamente com A.
Tópicos relacionados: TTL, cache negativa e mudança controlada · NXDOMAIN, NODATA, SERVFAIL e timeout
O tipo e a cadeia de nomes são parte do diagnóstico, não detalhes acessórios.
Referência: RFC 2181: DNS clarifications · DNS RFC 1034/1035 with RFC 2181, 2308, 3596, 4033, 7766 and 8767; dig BIND 9.20