propagação do registro A
Trocar o IP de um domínio, ao migrar de hospedagem ou trocar de servidor, é a mudança de registro A mais comum, e também a mais visível quando dá errado: parte dos visitantes cai no servidor novo e parte ainda cai no antigo até o TTL expirar.
Os três concordando confirma que a migração já propagou para esses provedores; enquanto ao menos um discordar, parte do tráfego real ainda chega no IP antigo.
Um TTL de 86400 segundos equivale a até 24 horas de cache em qualquer resolvedor que já tenha consultado o registro; reduza o TTL antes de migrar para acelerar a próxima troca.
Mesmo depois de o registro A ser criado, um resolvedor que já tinha cacheado NXDOMAIN só busca de novo quando esse tempo (definido no SOA da zona, RFC 2308) expira.
É o tempo que uma alteração em um registro DNS leva para ser refletida em todos os resolvers recursivos do mundo. Não existe um mecanismo de "empurrar" a mudança, cada resolver só busca o valor novo depois que o TTL do valor antigo em cache expira.
Espere pelo menos o valor do TTL antigo (visível na consulta) antes de considerar a migração completa. Um TTL de 3600 (1h) significa até uma hora de possível inconsistência.
Não, é o comportamento esperado logo após uma mudança. Cada resolver tem seu próprio cache e busca o valor novo em momentos diferentes.
Não diretamente, resolvers de terceiros não obedecem a um comando seu. O único controle que você tem é o TTL configurado antes da mudança.
A verificação consulta 3 resolvers públicos (Cloudflare, Google Public DNS e DNS.SB) em paralelo, direto do seu navegador, sem passar pelo nosso servidor. Se todos concordarem, a propagação está completa.
Por segurança, o navegador fala diretamente com resolvers públicos fixos, passando apenas o nome consultado, o servidor do J-Kit nunca é usado como intermediário, evitando exposição de IP e SSRF. A consulta é pública por natureza, como qualquer resolução de DNS.