O que é propagação de DNS?

Propagação de DNS é o nome informal do intervalo em que os resolvedores ainda retornam respostas diferentes depois que um registro é alterado. O DNS não transmite um novo valor para todos os servidores ao mesmo tempo. Os resolvedores recursivos buscam as respostas quando precisam e podem mantê-las em cache durante o tempo de vida permitido.

Por que as respostas diferem

Suponha que o dono de um site altere um registro A de um endereço IP para outro. O servidor autoritativo já tem o novo valor, mas o resolvedor recursivo de um visitante salvou o antigo há pouco tempo. Até essa resposta em cache expirar, o visitante pode chegar ao servidor anterior. O TTL indica por quanto tempo uma resposta pode ficar em cache; o tempo restante depende de quando esse resolvedor recebeu a resposta anterior.

Mudar a delegação de um domínio para novos servidores de nomes é uma operação separada. As informações de delegação também podem ficar em cache, por isso uma troca de provedor de DNS exige considerar tanto a zona antiga quanto a nova. Editar um registro no painel do novo provedor não adianta enquanto as consultas ainda seguem a delegação antiga.

Verifique a camada certa

Primeiro, descubra quais são os servidores de nomes autoritativos atuais. Consulte neles o registro específico e compare o resultado com alguns resolvedores recursivos. A verificação de propagação de DNS da 2IP compara as respostas visíveis, enquanto a verificação de configuração de domínio ajuda a inspecionar registros individuais. Anote o horário, o nome exato e o tipo: A, AAAA, MX e TXT são independentes.

Se um servidor autoritativo ainda devolve o valor antigo, não adianta esperar os caches expirarem. Verifique qual provedor hospeda a zona ativa e se a alteração foi salva. Se as respostas autoritativas são novas, mas alguns resolvedores recursivos continuam com as antigas, deixe as entradas em cache expirarem. Ficar editando o registro durante o diagnóstico só embaralha a linha do tempo.

Planeje uma alteração mais segura

Antes de uma migração planejada, reduza o TTL do registro antigo com antecedência suficiente para que o tempo de vida anterior se esgote. Deixe o novo servidor pronto antes da troca e, sempre que possível, mantenha o anterior atendendo requisições durante a transição. No caso de e-mail, revise os registros de endereço e TXT relacionados junto com o MX.

Limpar o cache no seu próprio computador afeta apenas parte do caminho; isso não limpa os resolvedores de outras pessoas. Um erro de TLS ou uma aplicação com defeito podem persistir mesmo com o DNS correto. TTL e cache são especificados na RFC 1035, e o cache de respostas negativas, na RFC 2308.

Se os serviços de web e de e-mail forem migrados juntos, teste os registros DNS de cada um separadamente. Uma página da web funcionando não prova que a entrega de e-mails foi restabelecida.