Quanto tempo demora para o DNS atualizar novos registros? Comportamento estranho do DNS!

Question

Eu tinha meu site pessoal no freehostia e agora mudei para outro servidor. Já faz quase uma semana e, claro, como os NameServers mudaram para o novo host, fiz as alterações necessárias com domain-register-company, para o meu domínio.

Agora, quando eu tento abrir o meu site, às vezes ele abre o novo site hospedado, às vezes ele abre a página 404 no site antigo.

Acho que uma semana, digamos que até quatro dias é muito tempo para que a propagação do DNS aconteça. Isso é um comportamento estranho.

Quando abro o site a partir do endereço IP que ele abre, mas quando abro o site com um nome de domínio, às vezes ele é aberto e às vezes não abre. Qualquer pista?

Eu tentei com dois dos meus amigos, que nunca visitaram meu site, então nenhum cache de DNS na máquina dele, ele abriu para um, e não abriu para o outro. obrigado

-- From http://Squish.net
25.0% of queries will be returned by 66.40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% of queries will be returned by 66.40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% of queries will be returned by 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113
25.0% of queries will be returned by 70.38.29.161 (ns2.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113

Eu não entendo o que é isso 25%, por que não é 100% ou 50%
dns1.freehostia.com e dns2.freehostia.com eram servidores antigos. ns1.softuff.com e ns2.softuff.com são novos servidores.

    

Answer 1

Minha resposta para esta pergunta tem um run-down de tempo de propagação que eu vou ligar para em vez de copiar + colar aqui.

Mais especificamente da sua pergunta, parece-me que os seus servidores de nomes autorizados não foram atualizados (ou estão listados erroneamente, por isso, os errados estão sendo consultados). Para ver o que o servidor de nomes registra, seus servidores DNS locais estão sendo usados para o domínio, você pode usar o dig <domain.tld> NS da seguinte forma:

$ dig spillett.net NS
;; ANSWER SECTION:
spillett.net.           316     IN      NS      ns1.nogoodnamesareleft.com.
spillett.net.           316     IN      NS      ns2.nogoodnamesareleft.com.

você pode verificá-los para ver se todos eles têm o endereço certo para o nome:

$ dig @ns1.nogoodnamesareleft.com www.spillett.net
;; ANSWER SECTION:
www.spillett.net.       349     IN      CNAME   spillett.net.
spillett.net.           349     IN      A       69.94.124.51
;; AUTHORITY SECTION:
spillett.net.           349     IN      NS      ns2.nogoodnamesareleft.com.
spillett.net.           349     IN      NS      ns1.nogoodnamesareleft.com.
;; ADDITIONAL SECTION:
ns1.nogoodnamesareleft.com. 3499 IN     A       69.94.124.137
ns2.nogoodnamesareleft.com. 3499 IN     A       78.105.118.25

(repita o acima para cada registro NS retornado pela sua primeira consulta)

Os valores de TTL retornados pelas consultas diretamente contra os servidores de nome do seu domínio devem sempre ser o valor real definido no registro da zona (eles estão baixos no exemplo acima, como esse domínio foi movido recentemente e eu esqueci de configurá-los novamente quando eu terminei), onde, como para consultas contra servidores não autoritativos (ou seja, um de seus servidores de nomes locais padrão, que serão consultados se dig não receber uma diretiva @<server> ) será quanto tempo antes desse servidor verifica (contra os servidores de nomes listados como registros NS para o domínio) se sua versão em cache precisa ser atualizada.

Verificar os testes acima para o seu domínio pode dar-lhe mais algumas pistas sobre onde está a origem do problema. Se você está usando Linux e não tem dig , geralmente é encontrado em um pacote chamado algo como dnsutils (é chamado no Debian ad Ubuntu, eu assumo um arranjo similar em outras distribuições) - não existem duvido muitas portas para o Windows ( esta é a primeira página relevante retornada pelo Google ) embora eu nunca tenha usado qualquer um deles eu mesmo.

    

Answer 2

Parece que o servidor DNS que você está usando está armazenando em cache o resultado antigo.

O tempo que um registro DNS é armazenado em cache normalmente depende do TTL (tempo de vida), mas nem todo servidor DNS o respeita.

Mais uma coisa (talvez óbvia) ... se você estiver usando seu servidor DNS antigo para pesquisas ... verifique se excluiu a zona antiga. : -)

Se funcionou para seus dois amigos, mas não para você, eu recomendaria alterar os servidores DNS que seu computador está usando para pesquisas ... mesmo que temporários.

Eu recomendaria mudar os servidores de pesquisa de DNS do seu computador para algo como o OpenDNS ... apenas para testar e ver.

link

208.67.222.222

208.67.220.220

Se nada disso funcionar ... informe-nos o nome de domínio com o qual você está tendo o problema e tenho certeza de que alguém aqui investigará o problema e informará se ele é propagado ou não.

Espero que isso ajude.

    

Answer 3

depende do registro do dns ttl. uma semana parece bastante longa. tente verificar quais são as respostas para as consultas de DNS de todos os servidores responsáveis - visite por exemplo o link , digite o nome do seu domínio, selecione o tipo: ANY e execute o cheque.

talvez um dos servidores envolvidos ainda retorne registros antigos.

    

Answer 4

Uma semana é mais do que tempo suficiente para qualquer propagação acontecer. Eu tive problema semelhante e problema foi que o servidor primário e secundário não foram sincronizados. Eu usei nslookup para verificar o status atual. Embora meu problema esteja nos registros MX, talvez você queira verificar .

    

Answer 5

O único tempo que deve demorar mais do que o TTL para atualizar seria se você estivesse alterando registros com seu registrador. Normalmente, um registrador atualizará os registros uma ou duas vezes a cada 24 horas. Normalmente, no entanto, esses registros são os que apontam seu domínio para seus servidores DNS.

Se você está atualizando os registros normais (A, PTR, CNAME, etc ...) nos seus servidores DNS, e eles estão executando o bind, você deve ser capaz de fazer um "rndc reload domain.name" (ou " rndc recarregar domain.name IN view ") para agendar uma atualização imediata.

Uma última ressalva, os navegadores mantêm seu próprio cache, bem como o cliente DNS do sistema operacional. Eu estive frustrado mais de uma vez por uma aparente falta de atualização quando tudo que eu realmente precisava fazer era "ipconfig / flushdns" no cliente Windows.

    

Answer 6

Alterações no DNS são praticamente instantâneas; o que eu acho que você está pedindo é quanto tempo leva para se propagar se você fizer mudanças no registrador?

Se você alterar seus servidores de nomes no registrador, poderá incorrer entre 6 a 48 horas de inatividade enquanto as alterações se propagam pelo mundo.

Se você simplesmente adicionar ou modificar registros no seu console de gerenciamento de DNS, as alterações serão praticamente instantâneas.