O que poderia fazer com que o DNS se desprendesse?

Question

Mudei um domínio do Godaddy (ihearthawaii.com) para uma gota de oceano digital por volta de 15 horas atrás. Acompanhando a propagação do DNS através de sites como (whatsmydns.net), percebo que a propagação está lutando. Ele irá se propagar para determinados servidores, mas depois de uma hora ou mais desaparecerá deles. Isso vem acontecendo o dia todo. É quase como se algo estivesse ao mesmo tempo desfazendo a propagação. Uma hora atrás, eu tinha 8 marcas de verificação verdes e agora eu só tenho 5.

Alguém viu algo assim antes? Existe alguma maneira de corrigir isso?

Estou usando servidores de nome digital e eles parecem estar bem. Eu também tentei intodns e dnscheck procurando por problemas de configuração, mas nada realmente se destaca.

Em DNS não se propagando em todo o mundo , parecia que o problema desapareceu por si só . Mas eu estou querendo saber como descobrir a causa de tais ocorrências.

Meu arquivo de zona do Oceano Digital

$TTL    1800
@       IN  SOA NS1.DIGITALOCEAN.COM.   hostmaster.ihearthawaii.com. (
        1398835453 ; last update: 2014-04-30 05:24:13 UTC
        3600 ; refresh
        900 ; retry
        1209600 ; expire
        1800 ; ttl
        )
         IN      NS      NS1.DIGITALOCEAN.COM.
                 NS      NS2.DIGITALOCEAN.COM.
                 NS      NS3.DIGITALOCEAN.COM.
@   IN A    128.199.249.146
www CNAME   @

    

Answer 1

Uma mudança dos servidores DNS pelo seu registrador geralmente leva até 48 horas para se propagar, independentemente do TTL que você definir nos registros NS da sua zona.

dig +trace www.ihearthawaii.com

mostra que, para mim, as atualizações foram propagadas corretamente e o seu domínio foi resolvido conforme o esperado.

; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> +trace www.ihearthawaii.com
;; global options: +cmd
.                       8843    IN      NS      a.root-servers.net.
.                       8843    IN      NS      b.root-servers.net.
<snip>
.                       8843    IN      NS      m.root-servers.net.
;; Received 228 bytes from 8.8.4.4#53(8.8.4.4) in 145 ms

com.                    172800  IN      NS      a.gtld-servers.net.
com.                    172800  IN      NS      b.gtld-servers.net.
<snip>
com.                    172800  IN      NS      m.gtld-servers.net.
;; Received 510 bytes from 192.36.148.17#53(192.36.148.17) in 141 ms

ihearthawaii.com.       172800  IN      NS      ns1.digitalocean.com.
ihearthawaii.com.       172800  IN      NS      ns2.digitalocean.com.
ihearthawaii.com.       172800  IN      NS      ns3.digitalocean.com.
;; Received 153 bytes from 192.48.79.30#53(192.48.79.30) in 295 ms

www.ihearthawaii.com.   1800    IN      CNAME   ihearthawaii.com.
ihearthawaii.com.       1800    IN      A       128.199.249.146
;; Received 68 bytes from 198.199.120.125#53(198.199.120.125) in 94 ms

Esta opção de rastreamento mostra como a resolução funciona, dos servidores raiz, pelos servidores raiz de domínio de nível superior .com, onde o domínio ihearthawaii.com é delegado para ns < 1-3 > .digitalocean.com com um TTL de 48 horas, até que www.ihearthawaii.com seja resolvido.

O TTL baixo em seus registros DNS em sua própria zona pode contribuir para o comportamento escasso, já que alguns dos servidores raiz (por exemplo, a.gtld-servers.net ) já foram atualizados com seus novos servidores DNS e outros (por exemplo m.gtld-servers.net ) não pode.

Assim, quando um servidor DNS em cache pode estar usando um.gtld-servers.net e ter encontrado ns1.digitalocean.com como o servidor DNS autoritativo, quando o período de cache de 30 minutos expirar, ele pode ter sido direcionado para m. gtld-servers.net e encontrei o antigo registrador NS apontando para seus antigos servidores de nomes.

    

Answer 2

Seu TTL baixo para seus endereços está fazendo com que seus registros fiquem fora do cache muito antes de os registros do servidor de nomes serem atualizados. Seu TTL deve ser pelo menos tão longo quanto o TTL para seus registros NS.

Se você puder manter seus registros no servidor antigo até que os registros do NS expirem, você deverá estar OK. Os registros antigos do NS terminarão dentro de alguns dias e seus problemas de propagação serão resolvidos por eles mesmos. As coisas devem desaparecer depois de 2 dias (172800 segundos).

É recomendável encurtar o TTL nos registros antes de alterá-los. Não tenho certeza se seus provedores permitem que você altere o TTL nos registros NS. Pelo menos dois dias antes da mudança eu teria reduzido o TTL nos registros NS para cerca de uma hora (ou 1800, como é o que você está usando em seus registros).

Este é o processo que eu sigo:

• Reduza o TTL ao alterar os registros para cerca de uma hora antes da alteração. (Pelo menos 1 TTL.)
• Reduza significativamente o TTL (até 5 minutos) pelo menos 1 TTL antes da alteração.
• Faça a alteração e verifique a propagação. Faça todas as correções (deve se propagar em minutos).
• Aumente o TTL para uma ou duas horas e verifique novamente a propagação.
• Aumente o TTL para alguns dias ou mais quando as coisas estiverem estáveis.

Alguns dos principais servidores DNS substituirão seu TTL para evitar o suporte a servidores DNS de fluxo rápido. É provável que você deseje acessar o endereço IP antigo por aproximadamente um dia.