☰

As alterações no servidor de nomes não parecem estar se propagando

tag-icon • tag-icon domain-name-system domain-name nameserver
As alterações no servidor de nomes não parecem estar se propagando

Então, acabei de mudar de servidor da web e mudei meus servidores de nomes para os domínios afetados. Dupliquei todos os registros DNS no novo servidor, para que a transição fosse mais fácil, e depois alterei os servidores de nomes. No entanto, as alterações parecem não estar se propagando - posso ver que agora apontam para o novo servidor de nomes, mas os sites não são resolvidos.

Eu configurei isso no Plesk para Linux usando o assistente - há algo que eu deveria ou não fazer?

TIA.

EDITAR:

Executei uma verificação DNSStuff.com e, por algum motivo, meu novo servidor de nomes aponta para meu servidor de nomes antigo, assim:
ns0.hostedsupportal.com [64.128.190.5] ns1.dreamhost.com. ns2.dreamhost.com. ns3.dreamhost.com. 39ms

Chance.

Responder1

hostedsupportal.com
        primary name server = ns1.dreamhost.com
        responsible mail addr = hostmaster.dreamhost.com
        serial  = 2009071403
        refresh = 15182 (4 hours 13 mins 2 secs)
        retry   = 1800 (30 mins)
        expire  = 1814400 (21 days)
        default TTL = 14400 (4 hours)

atualização definida para 4h 13m 2s, aguarde o término da propagação. Paciência é uma virtude :)

Responder2

Use dig ( dig @< servidor de nomes autoritativo > < host ou domínio > seria um começo) para ver as configurações atuais dos servidores de nomes autoritativos para o domínio. Eles podem não ter percebido as mudanças ainda (para servidores de nomes associados a domínios hospedados, os registros que você pode editar geralmente não são os do servidor de nomes público, mas são copiados para lá após a validação por um processo de propriedade da empresa de hospedagem; é diferente em alguns casos ou se os servidores de nomes forem realmente suas máquinas, é claro). Mesmo que os servidores de nomes primários do domínio tenham as novas informações, qualquer outro servidor DNS que tenha resolvido recentemente o domínio e recebido as informações antigas terá armazenado em cache durante o tempo TTL e não resolverá o domínio novamente até que expire (este é o razão para reduzir o tempo de TTL bem antes de fazer uma alteração de DNS se você tiver controle desse registro (versões mais antigas do BIND definem o TTL no registro SOA; o TTL também pode ser definido em um registro de recurso individual)).

Você pode usar dig ( dig < host or domain > ) para ver os registros retornados pelo servidor de nomes que seu cliente está usando, que deve indicar qual versão ele está usando e o TTL restante.

(Estou me referindo à pesquisa acima, supondo que você esteja usando um cliente GNU/LINUX/BSD, mas acho que também existe uma versão da ferramenta em outras plataformas)

(Eu também comecei a escrever isso antes de ler sua edição - é assim que foi originalmente configurado? - Se for assim, ainda pode ser um problema de cache, os tempos de TTL devem dar uma boa indicação disso. Infelizmente, não estou familiarizado com DNSStuff é ou suas saídas, então não posso ajudar)

Responder3

Pode levar até 48 horas para que os caches DNS expirem. Você esperou um ou dois dias?

informação relacionada