Quanto tempo leva para o DNS atualizar novos registros? Comportamento estranho de DNS!

Eu tinha meu site pessoal no freehostia e agora mudei para outro servidor. Já faz quase uma semana e, como os servidores de nome foram alterados para o novo host, fiz as alterações necessárias com a empresa de registro de domínio do meu domínio.

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

Acho que 1 semana, digamos, até 4 dias é muito tempo para a propagação do DNS. Esse é um comportamento estranho.

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

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

- Em http://Squish.net,
25,0% das consultas serão retornadas por 66.40.52.47 (dns1.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% das consultas serão retornadas por 66.40.66.152 (dns2.freehostia.com) vks.uni.cc. 3600 IN A 66.40.52.64
25.0% das consultas serão retornadas por 72.55.164.113 (ns1.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113
25.0% das consultas serão retornadas até 70.38.29.161 (ns2.softuff.com) vks.uni.cc. 14400 IN A 72.55.164.113

Não entendo o que são esses 25%, por que não sã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.

Minha resposta a esta pergunta tem uma redução do tempo de propagação ao qual vou vincular, em vez de copiar + colar aqui.

Mais especificamente da sua pergunta, parece-me que os servidores de nomes com autoridade não foram atualizados (ou estão listados incorretamente, portanto os que estão sendo consultados) estão errados. Para ver qual servidor de nomes registra os servidores DNS locais que estão sendo usados ​​para o domínio, use o seguinte dig <domain.tld> NS:

$ 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 têm o endereço correto 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 procedimento acima para cada registro NS retornado pela sua primeira consulta)

Os valores TTL retornados pelas consultas diretamente nos servidores de nomes do seu domínio devem sempre ser o valor real definido no registro da zona (eles são baixos no exemplo acima, pois esse domínio foi movido recentemente e eu esqueci de configurá-los novamente quando eu ' d concluído), onde, para consultas em servidores não autoritativos (ou seja, um dos servidores de nome local padrão, que será consultado se a dig não receber uma @<server>diretiva), levará o tempo até a próxima verificação do servidor (nos servidores de nomes listados como registros NS para o domínio) se sua versão em cache precisar ser atualizada.

A verificação dos testes acima para o seu domínio pode fornecer mais algumas dicas sobre onde está a origem do problema. Se você está usando Linux e não o possui dig, geralmente é encontrado em um pacote chamado algo como dnsutils(é chamado de Debian no Ubuntu, eu assumo um acordo semelhante em outras distribuições) - não há dúvida de que muitas portas para o Windows ( esta é a primeira página de aparência relevante retornada pelo Google ), embora eu nunca tenha usado nenhuma delas.

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

Quanto tempo um registro DNS é armazenado em cache normalmente depende do TTL (tempo de vida), mas nem todos os servidores DNS respeitam isso.

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

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

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

http://www.opendns.com

208.67.222.222

208.67.220.220

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

Espero que isto ajude.

depende do registro DNS DNS. uma semana parece bastante longa. tente verificar as respostas para as consultas DNS de todos os servidores responsáveis ​​- visite, por exemplo , http://www.squish.net/dnscheck/ , digite seu nome de domínio, selecione o tipo: ANY e execute a verificação.

talvez um dos servidores envolvidos ainda retorne registros antigos.

Uma semana é mais do que suficiente para qualquer propagação acontecer. Eu tive um problema semelhante e o problema era que os servidores primário e secundário não eram sincronizados. Eu usei o nslookup para verificar o status atual. Enquanto meu problema estava com os registros MX, convém verificar isso .

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

Se você estiver atualizando registros normais (A, PTR, CNAME etc.) nos servidores DNS e eles estiverem executando o bind, você poderá executar um "rndc reload domain.name" (ou "rndc reload 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. Fiquei frustrado mais de uma vez por uma aparente falta de atualização quando tudo o que realmente precisava fazer era "ipconfig / flushdns" no cliente Windows.

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

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

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