Verificador de DNS:
veja a propagação DNS em tempo real
Verifique qualquer registo DNS em resolvers de 14 países e 6 continentes, em simultâneo. Cada resposta traz o respetivo TTL e tempo de consulta, e o veredito diz se a propagação DNS já está completa ou ainda a decorrer.
Um verificador para todos os registos
Escolha um tipo na barra de pesquisa — ou execute TODOS e obtenha a zona completa numa só passagem.
Domínio → endereço IPv4. O registo a que todos chamam «DNS».
198.51.100.7Domínio → endereço IPv6, para a internet moderna.
2001:db8:4400::7Associa um nome a outro — www, CDNs, subdomínios de SaaS.
www → caldmont.comPara onde o e-mail é entregue, por ordem de prioridade.
10 mail.caldmont.comTexto livre: SPF, verificação do site, ou qualquer outra coisa.
"v=spf1 include:…"Quais os servidores de nomes autoritativos da zona.
ns1.caldmont-dns.comDNS inverso: endereço IP → nome de anfitrião.
…100.7 → edge-42.caldmont-cdn.comLocalizador de serviço — anfitrião e porta para SIP, XMPP, AD.
_sip._tls 443 sip.caldmont…Que autoridades de certificação podem emitir os certificados TLS.
0 issue "letsencrypt.org"Número de série da zona e temporizadores de atualização — prova de que a edição foi aplicada.
serial 2026070401Porque é que os resolvers ainda devolvem o registo antigo
As alterações de DNS não têm efeito em todo o lado ao mesmo tempo. Cada resolver mantém o registo até o TTL expirar — por isso uma alteração espalha-se de cache em cache, de país em país.
Cada resposta traz um time-to-live. Um resolver que guardou o registo em cache há 40 minutos, com um TTL de 3600 s, vai continuar a devolver o valor antigo durante mais 20 — independentemente do que for feito entretanto.
A maioria das alterações fica disponível a nível mundial em minutos ou, no máximo, em algumas horas. Essa recomendação antiga vem da era do dial-up — e das alterações de servidores de nomes, essas sim capazes de demorar um dia inteiro.
O sistema operativo e o navegador mantêm cópias próprias. O site continuar «avariado» num portátil não diz nada sobre o resto do mundo — é para isso que servem as 14 opiniões externas.
E-mails devolvidos? Comece pelo DNS.
Um MX errado e o e-mail não chega a lado nenhum. Um include em falta no SPF e as faturas caem no spam. Este verificador cobre os dois registos que vivem no próprio domínio — o DKIM e o DMARC ficam em nomes à parte, por isso cada um tem o seu próprio verificador:
- MX — para onde o e-mail é entregue, com as prioridades incluídas. Escreva MX acima e os 14 resolvers respondem.
- SPF — que servidores podem enviar em nome do domínio. Escreva TXT para o ler em bruto, ou use o Verificador de SPF para seguir cada include e contar o limite de dez consultas.
- DKIM — as chaves de assinatura ficam em selector._domainkey, por isso o Verificador de DKIM testa os dez seletores mais comuns e lê a chave.
- DMARC — a política fica em _dmarc, não no domínio principal: o Verificador de DMARC analisa-a.
DNS de e-mail · caldmont.com
exemplo · quatro verificaçõesPrefere dig? As mesmas verificações, a partir de 14 países
Cada pesquisa executada nesta página tem um equivalente numa única linha. A diferença: é executada a partir de 14 países ao mesmo tempo.
Seis verificações quando a propagação parece parada
A ordem a seguir quando o DNS foi alterado e nada aconteceu.
Se o próprio servidor de nomes ainda devolver o valor antigo, o problema não é de propagação: a edição nunca chegou a ser aplicada. dig @ns1.caldmont-dns.com caldmont.com
O clássico: editar o DNS no registador enquanto os registos NS do domínio delegam para o Cloudflare — ou o inverso. Execute este verificador com o tipo NS e compare com o local onde a alteração foi feita.
As caches mantêm o registo antigo durante todo o seu TTL, a contar do momento em que o obtiveram. Execute a verificação: cada resposta mostra o respetivo TTL. Na próxima migração, reduza o TTL para 300 com um dia de antecedência.
O sistema operativo e o navegador também guardam DNS em cache. Mac sudo dscacheutil -flushcache Win ipconfig /flushdns Chrome chrome://net-internals/#dns
O GitHub Pages, os registadores e os construtores de sites mostram esta mensagem enquanto o respetivo rastreador verifica os registos. Confirme que os registos estão corretos com este verificador — se os 14 países estiverem todos de acordo, a espera é do lado deles, não do domínio.
Alguns resolvers ignoram o TTL e mantêm a cache durante um dia ou mais. Não há forma de os forçar. Se uma região demorar muito mais do que as restantes, o atraso é dela — não do domínio. Entretanto, os utilizadores afetados podem mudar para 1.1.1.1 ou 8.8.8.8 .
Perguntas frequentes
A propagação de DNS é o tempo que uma alteração de DNS demora a ser vista pelos resolvers em todo o mundo. Como os resolvers guardam os registos em cache durante o TTL do registo, uma alteração fica visível nalguns locais antes de outros, até todas as cópias em cache expirarem.
Tanto quanto o TTL do registo: um resolver continua a servir o valor antigo até a cópia em cache expirar, por isso a maioria das alterações fica disponível globalmente em minutos ou, no máximo, em algumas horas. O valor de 24-48 horas ainda referido aplica-se a um único caso — alterações de servidores de nomes (NS), que a zona do TLD guarda em cache até dois dias. Reduza o TTL um dia antes de uma alteração planeada e a mudança passa a demorar minutos.
Cada um dos 14 resolvers — um por país, em 6 continentes — guarda a sua própria cache, de forma independente. Durante uma alteração, os resolvers que guardaram o registo antigo continuam a devolvê-lo, enquanto outros já veem o novo — e é exatamente isso que significa um veredito «a propagar».
A, AAAA, CNAME, MX, TXT, NS, PTR, SRV, CAA e SOA — além de um modo «TODOS» que consulta o conjunto mais comum (A, AAAA, CNAME, MX, TXT, NS, SOA) de uma só vez e agrupa os resultados.
TTL (time to live, tempo de vida) é o número de segundos durante os quais um resolver pode guardar um registo em cache antes de o ter de pedir de novo. Um registo com TTL de 3600 pode ficar em cache até uma hora, por isso uma alteração pode demorar até esse tempo a ser vista em todo o lado.
Sim. Escolha o tipo PTR e introduza um endereço IPv4 ou IPv6 em vez de um domínio. O endereço é convertido para o nome de pesquisa inversa e cada resolver é consultado para obter o registo PTR.
Sim, é totalmente gratuito e não é necessário registo. Para monitorização contínua de DNS e disponibilidade, com alertas sempre que um registo muda ou um site fica indisponível, é para isso que a plataforma Uptimia foi criada.
Continuar a explorar
Respostas em direto por resolver
primeiras respostas a chegar…As ferramentas grátis são só o começo.
O Uptimia cuida dos seus sites.
Uptime, SSL, validade de domínio, velocidade de página, transações — monitorização em 171+ locais em todo o mundo. Grátis por 30 dias.