Para saber se o DNS está apontando corretamente, compare os registros publicados com os valores fornecidos pelo responsável pelo site e pelo e-mail. Conferir apenas os nameservers ou executar um ping não valida todos os serviços do domínio.
1. Saiba o que cada registro deve responder
| Consulta | O que conferir |
|---|---|
| NS | Servidores responsáveis pela zona DNS. Eles podem ser diferentes do provedor que hospeda o site ou o e-mail. |
| A e AAAA | Endereços IPv4 e IPv6 do nome consultado. Verifique o domínio principal e os subdomínios usados. |
| CNAME | Nome de destino de um alias, quando essa for a configuração prevista. |
| MX | Servidores que recebem o e-mail e suas prioridades. |
| TXT | Registros como SPF e DMARC. DKIM deve ser consultado no seletor informado pelo serviço; ele pode usar TXT ou CNAME. |
Solicite os valores esperados antes de concluir que há erro. Com CDN ou proxy, por exemplo, o IP público pode ser diferente do IP de origem da hospedagem.
2. Consulte o domínio sem alterar configurações
No Prompt de Comando do Windows, execute as consultas abaixo, uma por vez. Substitua example.com pelo seu domínio, sem https:// e sem caminho de página. Esses comandos apenas consultam o DNS.
nslookup -type=NS example.com
nslookup -type=A example.com
nslookup -type=AAAA example.com
nslookup -type=A www.example.com
nslookup -type=MX example.com
nslookup -type=TXT example.comConsulte também os nomes específicos usados pelo seu serviço. Para DMARC, por exemplo, o nome é _dmarc.example.com. A ausência de AAAA não é um defeito se o serviço não tiver IPv6 previsto.
Para comparar com a origem da resposta, repita a consulta indicando um servidor autoritativo confirmado pelo administrador:
nslookup -type=MX example.com SERVIDOR_DNS_AUTORITATIVOSubstitua o último campo pelo nome real do servidor DNS. Repita nos demais autoritativos, se houver divergência. Uma falha de consulta isolada pode ser problema de conectividade e precisa ser investigada.
3. Diferencie cache de configuração incorreta
- Autoritativos com valores diferentes: peça ao administrador para revisar a consistência da zona.
- Autoritativos corretos, mas sua rede ainda mostra o valor antigo: pode haver cache. Registre a resposta, o servidor consultado e o horário; compare após o TTL aplicável.
- Domínio inexistente ou falha de servidor: verifique registro, delegação e DNSSEC com o responsável. Aguardar um prazo genérico não corrige uma zona ausente.
O TTL informa por quanto tempo uma resposta pode permanecer em cache. Reduzi-lo depois da alteração não apaga caches anteriores. A data de atualização do cadastro WHOIS também não informa, por si só, quando cada registro DNS mudou.
4. Valide o site e o e-mail separadamente
Abra o site por HTTPS e confira o domínio e o conteúdo esperado. Envie uma mensagem de teste de uma conta externa para a sua e responda pelo serviço de e-mail. DNS correto é uma etapa da validação; não comprova sozinho funcionamento, certificado ou entrega de mensagens.
Se precisar corrigir algo, salve uma cópia da zona com os TTLs antes de editar e preserve MX e autenticação do e-mail quando a mudança for apenas no site. Não troque NS apenas porque o provedor de DNS é diferente da hospedagem. Para uma zona na KingHost, siga o procedimento de alteração de DNS.
Referências: consultas com nslookup, servidores autoritativos e NS e TTL e cache DNS.
