Verificador de propagação DNS
Pergunte a quatro resolvedores públicos para onde um domínio aponta — Google, Cloudflare, Quad9 e OpenDNS — e veja se concordam. Uma pergunta, quatro respostas, a partir do servidor da sysosx: a forma honesta mais rápida de saber se uma alteração de DNS realmente se espalhou.
Prefere manter isto vigiado automaticamente? Vigie isto grátis com o myeventwatch — alertas de expiração e indisponibilidade, sem cartão.
O que a propagação realmente é
Não existe nenhum evento de propagação. Quando você altera um registro DNS, nada viaja para lugar nenhum: o servidor de nomes autoritativo simplesmente começa a responder de outra maneira, e cada resolvedor no mundo continua servindo o que buscou por último até o TTL dessa resposta expirar. Um resolvedor que perguntou cinco minutos antes da sua edição serve o valor antigo pelo resto do seu TTL; um resolvedor que pergunta pela primeira vez depois da sua edição obtém o valor novo imediatamente. A “propagação” é apenas a convergência lenta de milhares de caches independentes, cada um com seu próprio relógio — e é por isso que ela não tem hora de término, apenas uma janela limitada pelo TTL, e por isso a pergunta honesta nunca é “já propagou?”, mas sim “os resolvedores que importam já concordam?”.
Esta página responde a essa pergunta para os quatro resolvedores que a maior parte da internet realmente usa. Google, Cloudflare, Quad9 e OpenDNS são consultados, em paralelo e a partir do servidor da sysosx, pelos registros A e AAAA do domínio, e a tabela mostra o que cada um disse, com o menor TTL visto. Quando os quatro concordam, a alteração se espalhou até onde praticamente precisa chegar. Quando discordam, a coluna TTL diz por quanto tempo a divergência dura: espere passar e verifique de novo. Reduzir o TTL de um registro para alguns minutos um ou dois dias antes de uma migração planejada é o truque de propagação mais eficaz que existe — ele encurta a memória de cada cache antes da alteração, em vez de lutar contra ela depois.
Como ler a tabela
Cada linha é um resolvedor. A coluna A é o endereço IPv4 que ele retorna, AAAA o endereço IPv6 se o domínio tiver um, e o TTL é o menor tempo de vida entre as respostas — o número de segundos que esse resolvedor continuará acreditando na sua resposta antes de perguntar de novo. Um resolvedor marcado “timeout” não respondeu a tempo; isso é uma afirmação sobre o resolvedor, não sobre o seu registro, e as outras linhas continuam válidas. Um resultado de “does not exist” significa que cada resolvedor que respondeu concordou que o nome não está registrado de todo — verifique a ortografia antes de qualquer outra coisa. E quando o aviso diz que os resolvedores discordam, resista ao impulso de “corrigir” alguma coisa: verificar a cada minuto não acelera o cache de ninguém, e editar o registro de novo só reinicia cada TTL que você estava esperando.
Ferramentas relacionadas: a consulta DNS para o conjunto completo de registros de um resolvedor quando um único registro precisa de inspeção, a cadeia de status HTTP quando o endereço está certo mas o caminho de redirecionamento está errado, e a verificação de saúde do site para o panorama completo — acessibilidade, certificado, expiração e registros juntos.
Leitura adicional: por que um site parece diferente de lugares diferentes — cadeias de redirecionamento, propagação DNS e caches intermediários, e como saber qual deles está afetando você.
Perguntas frequentes
Isto é uma verificação de propagação mundial?
Não — e nenhuma ferramenta honestamente é. Esta página faz a mesma pergunta a quatro grandes resolvedores públicos (Google, Cloudflare, Quad9 e OpenDNS) a partir do servidor da sysosx e mostra se eles concordam. Quatro resolvedores concordando é uma forte evidência de que uma alteração se espalhou; quatro discordando é o sinal para esperar o TTL passar. Ninguém pode consultar cada resolvedor da Terra, e qualquer ferramenta que afirme fazê-lo está vendendo um mapa, não uma medição.
Por que os resolvedores discordam depois que altero um registro?
Porque nada empurra uma alteração para lugar nenhum. Cada resolvedor armazena em cache o que buscou por último, por exatamente o tempo que o TTL do registro diz, e se atualiza no seu próprio ritmo. Um resolvedor que buscou o valor antigo cinco minutos antes da sua edição continua servindo-o até esse TTL expirar. A divergência logo após uma edição é o estado normal, não um erro — a coluna TTL diz por quanto tempo ela dura.
O que significa “sem resposta” de um resolvedor?
Depende do tipo. NXDOMAIN significa que esse resolvedor afirma com autoridade que o nome não existe — geralmente um erro de digitação, ou um registro excluído em vez de alterado. Uma resposta vazia sem erro significa que o nome existe, mas não tem registros A nem AAAA (um domínio só de e-mail, por exemplo). Um tempo esgotado significa que esse resolvedor não respondeu a tempo; isso não diz nada sobre o registro em si, e as respostas dos outros três resolvedores continuam válidas.
Como isto difere da consulta DNS?
A consulta DNS mostra o conjunto completo de registros de um resolvedor — cada tipo, com TTLs — que é o que você quer ao depurar um único registro. Esta página mostra uma pergunta (para onde este nome aponta?) em quatro resolvedores, que é o que você quer ao perguntar se uma alteração se espalhou. Use a consulta para inspecionar um registro, esta página para julgar a propagação.
Por que há um limite de taxa, e por que o cache é de apenas dez minutos?
Cada verificação faz oito consultas ao vivo (A e AAAA em quatro resolvedores). As verificações novas são limitadas por visitante (cerca de vinte por hora, com uma margem curta de rajada) para manter isso educado, e os resultados ficam em cache por dez minutos em vez de uma hora — porque uma verificação de propagação cuja resposta tem uma hora derrota seu próprio propósito. Um resultado em cache é rotulado como tal.