Recentemente, transferi meu domínio para um novo registrador e, depois que a transferência foi concluída, atualizei meus nameservers para indicar outros completamente diferentes.
Isso foi há cerca de 12 horas. Desde então, eu tive todos os tipos de problemas estranhos tentando acessar o meu site, a maioria dos quais eu assumo tem a ver com atrasos de propagação de DNS por causa do cache de DNS. Entendo que você geralmente precisa esperar por 24 horas para ter certeza de que a alteração dos registros de DNS foi totalmente propagada, MAS não sei por que isso está acontecendo:
1) Usando o Ubuntu no meu laptop conectado à minha casa Wifi, não consigo acessar meu site. O Chrome mostra falha na pesquisa de DNS: error: -105 (ERR_NAME_NOT_RESOLVED)
2) Usando o Wi-Fi do meu telefone, não consigo acessar meu site (a pesquisa de DNS falha, o Chrome dá o mesmo resultado no meu telefone). No entanto, usando meus dados 4G, posso visualizar o site perfeitamente bem.
Agora, esses dois fazem sentido para mim: Talvez o meu ISP esteja armazenando em cache a pesquisa de DNS (embora eu não saiba por que isso ocorreria se a pesquisa estivesse falhando).
3) Meu laptop falha ao fazer um ping do meu site. No entanto, dig funciona bem - às vezes! Se eu executar dig www.mywebsite.com , ele falha, mas se eu fizer dig http://www.mywebsite.com , funciona! (algo semelhante acontece com nslookup : só funciona com http:// )
Alguém pode explicar o que está acontecendo aqui?
Eu tenho o mesmo problema (funciona via VPNs, celular e outros wi-fi, não apenas meu wifi), e eu acho que é como @milli mencionado, para fazer com o cache TTL (Time-to-live) de registros DNS .
Meu host DNS tem um recurso para reduzir o registro TTL para 5 minutos ao alterar servidores, etc. Talvez você possa encontrar e ativar esse recurso ou entrar em contato com o host DNS para obter informações se eles forem compatíveis.
Este site tem mais informações: link
Sim, tt pode levar até 24 horas para a alteração em um registrador, embora a maioria seja rápida (leva minutos na maioria dos registradores por meio de seus sites). Se o seu antigo local de hospedagem de DNS usou o TTL padrão de 2 dias (tempo de vida) ou não é mais autoritativo, pode levar até 48 horas adicionais após a alteração para os registros NS flush de caches em todos os lugares, particularmente no caso em que o local antigo não está respondendo com autoridade ... o padrão TTL para registros NS no com, net e org (e mais outro) top-levels é de 2 dias e entra em jogo no último caso ..
E você talvez tenha checado seu site antes de fazer a mudança, certo? Isso significa que seu ISP apenas armazenou em cache o conjunto de registros NS antigo e provavelmente levará mais tempo para ser alternado.
De qualquer forma, funciona bem para mim:
$ dig www.mywebsite.com
; <<>> DiG 9.9.3 <<>> www.mywebsite.com
;; global options: +cmd
;; Got answer: ;; ->>HEADER<<- opcode: QUERY,status: NOERROR, id: 11939
;; flags: qr rd aa ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.mywebsite.com. IN A
;; ANSWER SECTION:
www.mywebsite.com. 10800 IN A 216.250.121.107
(Sim, não é possível verificar nada disso se você não colocar nomes DNS reais ...)
Além disso, dig é uma ferramenta de solução de problemas de DNS. Ele só entende nomes de domínio, não URIs. E não se comporta da mesma forma que o código de resolução de DNS no sistema usado pelo navegador da Web.
Tags dns