{"id":2342,"date":"2026-10-20T06:03:09","date_gmt":"2026-10-20T06:03:09","guid":{"rendered":"https:\/\/junglelabs.uk\/"},"modified":"2026-10-20T06:03:09","modified_gmt":"2026-10-20T06:03:09","slug":"what-is-dns-propagation-why-dns-changes-take-time","status":"publish","type":"post","link":"https:\/\/junglelabs.uk\/pt\/what-is-dns-propagation-why-dns-changes-take-time\/","title":{"rendered":"O que \u00e9 a propaga\u00e7\u00e3o do DNS? Por que as altera\u00e7\u00f5es no DNS demoram"},"content":{"rendered":"

Atualiza os registos DNS de um dom\u00ednio, guarda a altera\u00e7\u00e3o e espera que o novo site ou servi\u00e7o de correio funcione imediatamente. Mas um colega ainda v\u00ea o site antigo, um verificador online mostra um endere\u00e7o diferente ou a entrega de correio eletr\u00f3nico comporta-se de forma inconsistente. Este atraso \u00e9 comumente chamado propaga\u00e7\u00e3o de DNS<\/strong>.<\/p>\n\n\n\n

A frase pode dar a impress\u00e3o de que uma \u00fanica atualiza\u00e7\u00e3o est\u00e1 a viajar atrav\u00e9s de um sistema central da Internet. No entanto, o DNS \u00e9 distribu\u00eddo. As informa\u00e7\u00f5es de dom\u00ednio s\u00e3o armazenadas e cacheadas em servidores de nomes autoritativos, resolvers recursivos, routers, sistemas operativos e aplica\u00e7\u00f5es. Cada sistema pode atualizar as suas informa\u00e7\u00f5es em momentos diferentes.<\/p>\n\n\n\n

A maioria das altera\u00e7\u00f5es DNS torna-se vis\u00edvel \u00e0 medida que as caches expiram e os resolvedores recuperam registos atualizados. O tempo necess\u00e1rio para isso depende do Time to Live (TTL) anterior do registo, do comportamento dos resolvedores e se a configura\u00e7\u00e3o DNS autoritativa est\u00e1 correta. N\u00e3o existe um per\u00edodo universal que garanta que todos os utilizadores vejam a nova resposta.<\/p>\n\n\n\n

Este guia explica o que as pessoas querem dizer com propaga\u00e7\u00e3o de DNS, por que \u00e9 que as altera\u00e7\u00f5es ao DNS aparecem em momentos diferentes, como verificar as respostas atuais de um dom\u00ednio e o que fazer quando uma atualiza\u00e7\u00e3o ainda parece incompleta.<\/p>\n\n\n\n

O que significa a propaga\u00e7\u00e3o do DNS?<\/h2>\n\n\n\n

A propaga\u00e7\u00e3o do DNS \u00e9 o termo comum para o per\u00edodo durante o qual diferentes utilizadores ou resolvers de DNS podem receber respostas diferentes ap\u00f3s a altera\u00e7\u00e3o dos registos de DNS. Um utilizador numa rede pode j\u00e1 ver o novo endere\u00e7o IP, enquanto o resolver de outro utilizador continua a devolver um endere\u00e7o mais antigo em cache.<\/p>\n\n\n\n

A altera\u00e7\u00e3o subjacente do DNS \u00e9 efetuada nos servidores de nomes autoritativos para o dom\u00ednio. Os resolvers recursivos, em seguida, recuperam e armazenam em cache os registos para os seus utilizadores. Esses resolvers n\u00e3o necessariamente consultam novamente os servidores autoritativos sempre que algu\u00e9m visita o dom\u00ednio. Podem reutilizar uma resposta armazenada em cache enquanto esta permanecer v\u00e1lida.<\/p>\n\n\n\n

\u00c9 por isso que a \u201cpropaga\u00e7\u00e3o\u201d \u00e9 melhor compreendida como expira\u00e7\u00e3o e atualiza\u00e7\u00e3o do cache<\/strong>. N\u00e3o existe uma c\u00f3pia central que tenha de ser atualizada em todos os dispositivos ligados \u00e0 Internet ao mesmo tempo. O registo autoritativo pode j\u00e1 estar correto, mesmo enquanto alguns resolvedores continuam a servir dados mais antigos em cache.<\/p>\n\n\n\n

Como funciona o armazenamento em cache do DNS<\/h2>\n\n\n\n

Quando um navegador precisa encontrar o endere\u00e7o IP de um dom\u00ednio, solicita ao sistema operativo que resolva o nome. O sistema operativo pode ter uma resposta em cache. Se n\u00e3o tiver, pergunta a um resolvedor recursivo configurado, como aquele operado por um fornecedor de Internet, uma empresa ou um servi\u00e7o DNS p\u00fablico.<\/p>\n\n\n\n

O resolvedor recursivo tamb\u00e9m pode ter uma resposta em cache. Se essa resposta ainda estiver dentro do seu tempo de vida no cache, pode devolv\u00ea-la sem contactar os servidores de nomes autoritativos. Quando o registo em cache expira, o resolvedor pode consultar o sistema DNS autoritativo e armazenar a resposta atualizada.<\/p>\n\n\n\n

O cache reduz o tempo de pesquisa e a carga na infraestrutura DNS. Isto significa tamb\u00e9m que as altera\u00e7\u00f5es aos registos n\u00e3o s\u00e3o necessariamente vis\u00edveis para todos os resolvedres ao mesmo tempo. A resposta antiga continua a ser utiliz\u00e1vel por um resolvedor at\u00e9 que o seu cache expire ou que o resolvedor a atualize de outra forma.<\/p>\n\n\n\n

Diferentes utilizadores podem utilizar diferentes resolutores recursivos. Mesmo pessoas na mesma casa podem ver respostas diferentes se os seus dispositivos utilizarem servi\u00e7os DNS, VPNs, redes m\u00f3veis ou caches locais distintos.<\/p>\n\n\n\n

O que \u00e9 TTL no DNS?<\/h2>\n\n\n\n

TTL significa Tempo de Vida \u00datil Tempo de Vida<\/strong>. \u00c9 um valor, geralmente medido em segundos, que indica aos resolvedores recursivos durante quanto tempo podem armazenar em cache um registo DNS antes de verificar uma resposta atualizada.<\/p>\n\n\n\n

Por exemplo, um TTL de 3600<\/code> significa uma hora. Se um resolvedor recuperar um registo com esse TTL, pode geralmente continuar a usar a resposta durante at\u00e9 uma hora antes de precisar de a atualizar. Um TTL de 300<\/code> significa cinco minutos.<\/p>\n\n\n\n

O TTL que importa ap\u00f3s uma altera\u00e7\u00e3o \u00e9 geralmente o TTL do registo antigo que os resolvers j\u00e1 tinham em cache. Reduzir o TTL imediatamente antes de alterar um registo pode n\u00e3o encurtar o tempo de espera para os resolvers que armazenaram em cache o TTL anterior, mais elevado. Esses resolvers podem continuar a utilizar a resposta antiga at\u00e9 expirar o per\u00edodo original de cache.<\/p>\n\n\n\n

Para migra\u00e7\u00f5es planeadas, os administradores frequentemente reduzem o TTL antecipadamente, aguardam tempo suficiente para que o TTL anterior expire e, em seguida, efetuam a altera\u00e7\u00e3o no DNS. Ap\u00f3s a estabilidade da altera\u00e7\u00e3o, podem aumentar novamente o TTL para reduzir as consultas repetidas. Os valores adequados dependem do servi\u00e7o e do processo de altera\u00e7\u00e3o do operador.<\/p>\n\n\n\n

Por que as altera\u00e7\u00f5es de DNS levam tempos diferentes?<\/h2>\n\n\n\n

A raz\u00e3o mais comum \u00e9 que os resolvedores t\u00eam c\u00f3pias em cache diferentes. Alguns podem j\u00e1 ter atualizado o registo, enquanto outros ainda est\u00e3o a utilizar uma resposta n\u00e3o expirada. Um resolvedor tamb\u00e9m pode aplicar o seu pr\u00f3prio comportamento de atualiza\u00e7\u00e3o ou armazenar em cache respostas negativas, que s\u00e3o respostas que indicam que um registo n\u00e3o existe.<\/p>\n\n\n\n

O cache local pode adicionar outra camada. Um computador, um router, um navegador ou uma aplica\u00e7\u00e3o de seguran\u00e7a podem reter temporariamente as informa\u00e7\u00f5es DNS. Reiniciar um navegador ou limpar o cache DNS do sistema operativo pode ajudar em alguns casos, mas n\u00e3o alterar\u00e1 o que um resolvedor recursivo ainda tem em cache.<\/p>\n\n\n\n

As altera\u00e7\u00f5es do fornecedor de DNS podem introduzir fatores adicionais de tempo. Se alterar os servidores de nomes autoritativos do dom\u00ednio no registrador, os resolvedores podem precisar atualizar as informa\u00e7\u00f5es de delega\u00e7\u00e3o, bem como os registros servidos por esses servidores de nomes. Esta \u00e9 uma altera\u00e7\u00e3o diferente da edi\u00e7\u00e3o de um registo A ou AAAA dentro do mesmo servi\u00e7o de alojamento DNS.<\/p>\n\n\n\n

Finalmente, uma atualiza\u00e7\u00e3o pode n\u00e3o estar correta na fonte autoritativa. Se o registo errado foi editado, a altera\u00e7\u00e3o n\u00e3o foi guardada, o dom\u00ednio utiliza servidores de nomes autoritativos diferentes ou o registo cont\u00e9m um erro de sintaxe, esperar n\u00e3o resolver\u00e1 a configura\u00e7\u00e3o subjacente.<\/p>\n\n\n\n

Propaga\u00e7\u00e3o de DNS vs Atualiza\u00e7\u00f5es de DNS Autoritativo<\/h2>\n\n\n\n

Um servidor DNS autoritativo fornece os registos oficiais para um dom\u00ednio ou zona. Quando edita um registo no painel de controlo do seu fornecedor de DNS, o fornecedor deve atualizar os dados autoritativos que serve.<\/p>\n\n\n\n

Um resolvedor recursivo fornece respostas DNS aos dispositivos cliente. Pode ter dados em cache anteriores \u00e0 altera\u00e7\u00e3o. Portanto, o servidor autoritativo pode devolver o novo endere\u00e7o enquanto um resolvedor recursivo continua a devolver um mais antigo.<\/p>\n\n\n\n

Esta distin\u00e7\u00e3o \u00e9 \u00fatil na resolu\u00e7\u00e3o de problemas. Comece por verificar o que os servidores de nomes autoritativos devolvem. Se j\u00e1 tiverem o registo esperado, a altera\u00e7\u00e3o foi publicada na origem e as diferen\u00e7as remanescentes devem-se provavelmente \u00e0 cache ou ao comportamento do resolvedor. Se os servidores autoritativos ainda devolverem o valor antigo ou nenhum valor, investigue a configura\u00e7\u00e3o do fornecedor de DNS e os pr\u00f3prios registos.<\/p>\n\n\n\n

A altera\u00e7\u00e3o dos servidores de nomes adiciona outra camada. A zona DNS pai deve apontar para os servidores de nomes autoritativos pretendidos, e esses servidores devem servir a zona correta. Um registo correto num fornecedor de DNS n\u00e3o \u00e9 \u00fatil se o dom\u00ednio estiver delegado nos servidores de nomes de um fornecedor diferente.<\/p>\n\n\n\n

Altera\u00e7\u00f5es comuns de DNS e os seus efeitos<\/h2>\n\n\n\n

Alterando um Um recorde<\/strong> changes the IPv4 address returned for a hostname. Changing an Registo AAAA<\/strong> altera o seu endere\u00e7o IPv6. Se ambos estiverem presentes, os clientes podem utilizar qualquer uma das fam\u00edlias de endere\u00e7os, dependendo da sua rede e comportamento de liga\u00e7\u00e3o.<\/p>\n\n\n\n

Alterar um Registo CNAME<\/strong> altera o nome de host para o qual um alias aponta. Os resolvers podem ent\u00e3o precisar de procurar o nome do destino e o seu endere\u00e7o. Uma altera\u00e7\u00e3o nos registos do destino pode afetar o resultado final, mesmo que o CNAME permane\u00e7a inalterado.<\/p>\n\n\n\n

Alterando um Registo MX<\/strong> afeta quais servidores de correio recebem e-mails para um dom\u00ednio. Os sistemas de correio podem armazenar em cache estes registos, e o roteamento de e-mails pode demorar a refletir as atualiza\u00e7\u00f5es. Ao alterar os fornecedores de correio, os administradores devem verificar os registos MX e quaisquer registos relacionados de autentica\u00e7\u00e3o de correio, como SPF, DKIM ou DMARC, separadamente.<\/p>\n\n\n\n

A mudar nameservers<\/strong> altera\u00e7\u00f5es que tornam um fornecedor de DNS o respons\u00e1vel pelo dom\u00ednio. Isto requer uma delega\u00e7\u00e3o correta no registo e uma configura\u00e7\u00e3o adequada da zona no novo fornecedor. Uma migra\u00e7\u00e3o de servidores de nomes deve ser planeada cuidadosamente, pois a aus\u00eancia de registos no novo fornecedor pode tornar os sites, correio eletr\u00f3nico ou outros servi\u00e7os indispon\u00edveis.<\/p>\n\n\n\n

Como verificar se uma altera\u00e7\u00e3o no DNS foi aplicada<\/h2>\n\n\n\n

Comece por consultar o dom\u00ednio a partir do computador que est\u00e1 a utilizar. No Windows, macOS e Linux, nslookup<\/code> \u00e9 comumente dispon\u00edvel:<\/p>\n\n\n\n

nslookup example.com<\/code><\/pre>\n\n\n\n
Para verificar um registo de endere\u00e7o IPv4, utilize:<\/p>\n\n\n\n
nslookup -type=A example.com<\/code><\/pre>\n\n\n\n
Para IPv6:<\/p>\n\n\n\n
nslookup -type=AAAA example.com<\/code><\/pre>\n\n\n\n
Para registos de servidor de correio:<\/p>\n\n\n\n
nslookup -type=MX example.com<\/code><\/pre>\n\n\n\n
No macOS e no Linux, dig<\/code> fornece uma sa\u00edda mais detalhada:<\/p>\n\n\n\n
dig example.com A<\/code><\/pre>\n\n\n\n
Mostrar apenas a sec\u00e7\u00e3o de respostas:<\/p>\n\n\n\n
dig example.com A +noall +answer<\/code><\/pre>\n\n\n\n
Pode consultar um resolvedor recursivo espec\u00edfico para comparar respostas. Por exemplo:<\/p>\n\n\n\n
dig @1.1.1.1 example.com A<\/code><\/pre>\n\n\n\n
No Windows, pode especificar um servidor DNS com:<\/p>\n\n\n\n
nslookup example.com 1.1.1.1<\/code><\/pre>\n\n\n\n
Substituir example.com<\/code> com o seu dom\u00ednio. O endere\u00e7o do resolvedor nestes exemplos \u00e9 apenas um poss\u00edvel resolvedor p\u00fablico; tamb\u00e9m pode consultar o servi\u00e7o DNS utilizado pela sua organiza\u00e7\u00e3o ou fornecedor.<\/p>\n\n\n\n
Registe o resolvedor que consultou, a resposta e o tempo. Comparar os resultados de v\u00e1rios resolvedores ajuda a determinar se a diferen\u00e7a \u00e9 local a um resolvedor ou se aparece mais amplamente.<\/p>\n\n\n\n
Como consultar um servidor de nomes autoritativo<\/h2>\n\n\n\n
Para encontrar os servidores de nomes autoritativos de um dom\u00ednio, utilize:<\/p>\n\n\n\n
dig example.com NS<\/code><\/pre>\n\n\n\n
Em seguida, consulte um desses servidores de nomes diretamente para obter o registo que alterou:<\/p>\n\n\n\n
dig @ns1.example-dns.com example.com A<\/code><\/pre>\n\n\n\n
Substituir ns1.example-dns.com<\/code> com um servidor autoritativo listado para o seu dom\u00ednio. Se a consulta direta retornar o endere\u00e7o esperado, mas um resolvedor recursivo retornar o antigo, os dados autoritativos foram atualizados e o resolvedor pode ainda estar a utilizar uma resposta em cache.<\/p>\n\n\n\n
Tamb\u00e9m pode perguntar dig<\/code> para rastrear o processo de delega\u00e7\u00e3o:<\/p>\n\n\n\n
dig +trace example.com<\/code><\/pre>\n\n\n\n
Isto segue a hierarquia DNS desde a raiz at\u00e9 aos servidores autoritativos do dom\u00ednio. Pode ajudar a identificar problemas de delega\u00e7\u00e3o, embora a sua sa\u00edda seja mais detalhada do que a maioria das verifica\u00e7\u00f5es b\u00e1sicas requerem.<\/p>\n\n\n\n
Se estiver a utilizar o painel de controlo de um fornecedor de DNS, confirme que o dom\u00ednio est\u00e1 realmente delegado nos servidores de nomes indicados. Um registo pode estar correto no painel de um fornecedor, enquanto o dom\u00ednio p\u00fablico aponta para outro fornecedor.<\/p>\n\n\n\n
E se alguns utilizadores virem o site antigo?<\/h2>\n\n\n\n
Primeiro, confirme que o registo A ou AAAA autoritativo tem o valor pretendido. Em seguida, consulte v\u00e1rios resolvers recursivos e verifique se devolvem a mesma resposta. Se os dados autoritativos estiverem corretos, mas alguns resolvers devolverem um endere\u00e7o mais antigo, o cache \u00e9 uma explica\u00e7\u00e3o prov\u00e1vel.<\/p>\n\n\n\n
De seguida, verifique a configura\u00e7\u00e3o local do utilizador. Uma VPN, um resolvedor DNS da empresa, um produto de seguran\u00e7a, o cache do navegador ou o ficheiro hosts local podem afetar o endere\u00e7o que \u00e9 devolvido. Compare o resultado obtido numa outra rede, como uma liga\u00e7\u00e3o m\u00f3vel, para verificar se o comportamento muda.<\/p>\n\n\n\n
Considere tamb\u00e9m se os servidores antigos e novos respondem. Uma migra\u00e7\u00e3o pode parecer inconsistente se o servidor antigo ainda servir uma c\u00f3pia em cache ou redirecionar de forma diferente. O registo DNS pode estar correto enquanto o servidor antigo permanecer acess\u00edvel para utilizadores cujos resolvedores n\u00e3o foram atualizados.<\/p>\n\n\n\n
Se o problema afetar apenas IPv4 ou apenas IPv6, compare os registos A e AAAA separadamente. Um dispositivo pode ligar-se atrav\u00e9s de IPv6 enquanto outro utiliza IPv4. Uma fam\u00edlia de endere\u00e7os pode apontar para o novo servidor enquanto a outra ainda aponta para o antigo.<\/p>\n\n\n\n
E se um site ficar indispon\u00edvel ap\u00f3s uma altera\u00e7\u00e3o de DNS?<\/h2>\n\n\n\n
Verifique se os servidores de nomes autoritativos do dom\u00ednio est\u00e3o corretos e acess\u00edveis. Em seguida, confirme que os registos relevantes existem nesses servidores. Se tiver alterado recentemente os servidores de nomes, certifique-se de que o novo fornecedor de DNS tem todos os registos necess\u00e1rios, incluindo os de website, correio eletr\u00f3nico, verifica\u00e7\u00e3o e servi\u00e7os.<\/p>\n\n\n\n
Confirme que o servidor de destino est\u00e1 pronto para aceitar liga\u00e7\u00f5es para o dom\u00ednio. A atualiza\u00e7\u00e3o do DNS apenas altera para onde os clientes s\u00e3o direcionados. N\u00e3o configura o servidor web, instala um certificado, abre uma porta no firewall ou copia ficheiros do site.<\/p>\n\n\n\n
Se o DNS retornar o endere\u00e7o IP esperado, mas o site ainda falhar, teste o servidor e a aplica\u00e7\u00e3o separadamente. O problema pode estar no servidor web, firewall, certificado TLS, configura\u00e7\u00e3o de alojamento ou na aplica\u00e7\u00e3o. Uma pesquisa DNS confirma a resolu\u00e7\u00e3o de nomes; n\u00e3o confirma que o servi\u00e7o est\u00e1 saud\u00e1vel.<\/p>\n\n\n\n
Para uma verifica\u00e7\u00e3o geral do caminho entre o seu dispositivo e um destino, consulte o nosso guia para usando o traceroute para diagnosticar problemas de conex\u00e3o de rede<\/a>O Traceroute e as consultas DNS testam diferentes partes da liga\u00e7\u00e3o, pelo que s\u00e3o \u00fateis em conjunto ao tentar identificar um problema.<\/p>\n\n\n\n
Cacheamento negativo e resultados de \u201cRegistro n\u00e3o encontrado\u201d<\/h2>\n\n\n\n
Os resolvers podem armazenar em cache o facto de um registo n\u00e3o existir. Isto \u00e9 chamado de cache negativo. Se um resolver tiver consultado um nome antes do registo ser criado, pode continuar temporariamente a devolver uma resposta \u201cn\u00e3o encontrado\u201d mesmo depois do registo ter sido adicionado.<\/p>\n\n\n\n
O cache negativo tamb\u00e9m possui um TTL, baseado nas informa\u00e7\u00f5es do registro SOA da zona e nas regras do resolver. O comportamento exato pode variar. Se um subdom\u00ednio rec\u00e9m-criado n\u00e3o for resolvido imediatamente, verifique primeiro o servidor de nomes autoritativo. Se ele retornar o novo registro, aguarde a expira\u00e7\u00e3o dos caches negativos e compare com outros resolvers.<\/p>\n\n\n\n
Uma resposta \"registo n\u00e3o encontrado\" tamb\u00e9m pode indicar que o registo foi adicionado \u00e0 zona errada, o nome de host foi introduzido incorretamente ou o dom\u00ednio utiliza servidores de nomes autoritativos diferentes. Confirme o nome de host completo, o tipo de registo e o fornecedor de DNS antes de assumir que o problema \u00e9 apenas um atraso na propaga\u00e7\u00e3o.<\/p>\n\n\n\n
Como Planejar uma Migra\u00e7\u00e3o de DNS<\/h2>\n\n\n\n
Antes de alterar os registos para um servi\u00e7o de produ\u00e7\u00e3o, liste todos os nomes de host e os registos dos quais o servi\u00e7o depende. Um site pode utilizar registos A e AAAA, enquanto o correio eletr\u00f3nico depende de registos MX, SPF, DKIM e DMARC. As aplica\u00e7\u00f5es tamb\u00e9m podem depender de registos de verifica\u00e7\u00e3o ou de descoberta de servi\u00e7os.<\/p>\n\n\n\n
Se a altera\u00e7\u00e3o for planeada, reduza o TTL relevante antecipadamente e aguarde pelo menos o per\u00edodo do TTL anterior antes de alterar o destino. Prepare o novo servidor ou fornecedor antes de atualizar o DNS. Teste diretamente, sempre que poss\u00edvel, e confirme que os certificados, as regras de firewall, as defini\u00e7\u00f5es da aplica\u00e7\u00e3o e os servi\u00e7os de correio est\u00e3o prontos.<\/p>\n\n\n\n
Ap\u00f3s a altera\u00e7\u00e3o, verifique as respostas autoritativas e v\u00e1rios resolvers recursivos. Monitore a disponibilidade do site, a entrega de e-mails e os erros da aplica\u00e7\u00e3o. Mantenha o servi\u00e7o antigo dispon\u00edvel durante a transi\u00e7\u00e3o, quando poss\u00edvel, porque alguns utilizadores podem continuar a aceder-lhe enquanto expiram as respostas em cache.<\/p>\n\n\n\n
Assim que a nova configura\u00e7\u00e3o estiver est\u00e1vel, restaure um TTL adequado. Manter um TTL muito baixo de forma indefinida pode aumentar o volume de consultas DNS sem proporcionar benef\u00edcios significativos para um servi\u00e7o que raramente \u00e9 alterado.<\/p>\n\n\n\n
Mal-entendidos Comuns sobre a Propaga\u00e7\u00e3o de DNS<\/h2>\n\n\n\n
Um equ\u00edvoco comum \u00e9 acreditar que cada altera\u00e7\u00e3o no DNS demora exatamente 24 ou 48 horas. N\u00e3o existe uma dura\u00e7\u00e3o universal fixa. O atraso efetivo depende dos valores anteriores de TTL, do cache dos resolvedores, das altera\u00e7\u00f5es de delega\u00e7\u00e3o e da corre\u00e7\u00e3o da configura\u00e7\u00e3o autoritativa.<\/p>\n\n\n\n
Outro mal-entendido \u00e9 que limpar o cache do navegador atualiza o DNS em todos os lugares. Pode limpar as informa\u00e7\u00f5es armazenadas nesse dispositivo, mas n\u00e3o pode limpar o cache de um resolvedor recursivo remoto. Da mesma forma, reiniciar um roteador pode limpar seu cache local, mas n\u00e3o altera os registros autoritativos.<\/p>\n\n\n\n
Um terceiro mal-entendido \u00e9 a ideia de que um verificador de DNS que mostra respostas diferentes prova que o dom\u00ednio est\u00e1 avariado. Respostas diferentes podem ocorrer durante uma migra\u00e7\u00e3o planeada, especialmente quando os resolvers t\u00eam dados em cache em momentos diferentes. A quest\u00e3o importante \u00e9 se os registos autoritativos est\u00e3o corretos e se as diferen\u00e7as restantes s\u00e3o consistentes com o TTL anterior.<\/p>\n\n\n\n
Finalmente, a propaga\u00e7\u00e3o do DNS n\u00e3o configura o servi\u00e7o de destino. Um endere\u00e7o IP correto ainda pode resultar num website indispon\u00edvel se o servidor, firewall, certificado TLS ou aplica\u00e7\u00e3o n\u00e3o estiverem prontos.<\/p>\n\n\n\n
Perguntas Frequentes Sobre a Propaga\u00e7\u00e3o do DNS<\/h2>\n\n\n\n
Quanto tempo demora a propaga\u00e7\u00e3o do DNS?<\/h3>\n\n\n\n
N\u00e3o existe uma dura\u00e7\u00e3o garantida \u00fanica. Algumas altera\u00e7\u00f5es aparecem rapidamente, enquanto outras permanecem inconsistentes at\u00e9 que os registos em cache expirem. O TTL anterior, o comportamento do resolver e se os servidores de nomes mudaram afetam todos o tempo de propaga\u00e7\u00e3o.<\/p>\n\n\n\n
A redu\u00e7\u00e3o do TTL torna a altera\u00e7\u00e3o instant\u00e2nea?<\/h3>\n\n\n\n
N\u00e3o. Reduzir um TTL afeta o cache futuro ap\u00f3s os resolvers obterem o novo TTL. Os resolvers que j\u00e1 tinham em cache o registo antigo podem continuar a utiliz\u00e1-lo at\u00e9 que o seu TTL anterior expire.<\/p>\n\n\n\n
Por que \u00e9 que os verificadores de DNS mostram resultados diferentes?<\/h3>\n\n\n\n
Podem consultar diferentes resolvers recursivos a partir de localiza\u00e7\u00f5es distintas. Esses resolvers podem ter respostas em cache diferentes, atualizar-se em momentos diferentes ou receber respostas diferentes devido a pol\u00edticas de DNS geogr\u00e1ficas.<\/p>\n\n\n\n
Devo limpar o cache DNS do meu computador?<\/h3>\n\n\n\n
Pode ajudar quando o seu pr\u00f3prio dispositivo tem armazenada em cache uma resposta antiga. N\u00e3o limpa os caches mantidos pelo seu fornecedor de Internet, pelo resolvedor da empresa ou por um servi\u00e7o DNS p\u00fablico.<\/p>\n\n\n\n
Porque \u00e9 que o meu website resolve mas ainda assim falha ao carregar?<\/h3>\n\n\n\n
O DNS pode estar a devolver o endere\u00e7o correto, enquanto o servidor ou aplica\u00e7\u00e3o de destino apresenta um problema. Verifique o servidor web, a firewall, o certificado TLS e a configura\u00e7\u00e3o de alojamento separadamente.<\/p>\n\n\n\n
As altera\u00e7\u00f5es de nameserver podem demorar mais do que as altera\u00e7\u00f5es de registos?<\/h3>\n\n\n\n
Podem envolver informa\u00e7\u00f5es de delega\u00e7\u00e3o adicionais no registo e na zona DNS pai. O novo fornecedor tamb\u00e9m deve servir uma zona completa e correta. Verifique tanto a delega\u00e7\u00e3o como os registos nos servidores autoritativos novos.<\/p>\n\n\n\n
As altera\u00e7\u00f5es de DNS podem aparecer em momentos diferentes porque os servidores de nomes autoritativos e os resolvers recursivos t\u00eam pap\u00e9is distintos, e os resolvers armazenam em cache as respostas de acordo com os valores de TTL. Um utilizador pode ver um endere\u00e7o antigo enquanto outro j\u00e1 recebe o novo.<\/p>\n\n\n\n
Para investigar, verifique primeiro os servidores de nomes autoritativos e, em seguida, compare as respostas de v\u00e1rios resolvers recursivos. Confirme o tipo de registo, o nome do anfitri\u00e3o, o TTL e a delega\u00e7\u00e3o dos servidores de nomes. Se o DNS retornar o endere\u00e7o esperado, mas o servi\u00e7o continuar indispon\u00edvel, verifique o servidor de destino e a aplica\u00e7\u00e3o como partes separadas do problema.<\/p>\n\n\n\n
Compreender o cache facilita o planeamento e a resolu\u00e7\u00e3o de problemas das altera\u00e7\u00f5es ao DNS. Para mais fundamentos de redes, continue com os nossos guias para Endere\u00e7os IP<\/a>, portas de entrada padr\u00e3o<\/a>, e traceroute<\/a>.<\/p>","protected":false},"excerpt":{"rendered":"
You update a domain\u2019s DNS records, save the change, and expect the new website or mail service to work immediately. But a colleague still sees the old website, an online checker shows a different address, or email delivery behaves inconsistently. This delay is commonly called DNS propagation. The phrase can make it sound as though […]<\/p>\n","protected":false},"author":1,"featured_media":2344,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"What Is DNS Propagation? Why DNS Changes Take Time","_seopress_titles_desc":"Learn why DNS changes take time to appear, how caching and TTL affect updates, and how to check whether a domain is returning the expected records.","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","footnotes":""},"categories":[1],"tags":[],"class_list":["post-2342","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-article"],"_links":{"self":[{"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/posts\/2342","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/comments?post=2342"}],"version-history":[{"count":1,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/posts\/2342\/revisions"}],"predecessor-version":[{"id":2343,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/posts\/2342\/revisions\/2343"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/media\/2344"}],"wp:attachment":[{"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/media?parent=2342"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/categories?post=2342"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/junglelabs.uk\/pt\/wp-json\/wp\/v2\/tags?post=2342"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}