DNS indo e voltando novo host

Question

Estou tendo um problema com meu DNS.

Como há uma semana ou mais, eu mudei de ********** para hostgator, então eu tive que mudar o DNS no meu registrador de domínio (nic.ar)

iniciei o processo de alteração do dns, quando acabou, consegui acessar a página no novo servidor, funcionou bem por alguns dias, mas misteriosamente, quando tentei alcançá-lo, o erro do host anterior página apareceu !, Como se o processo de mudança de DNS foi revertida ou algo assim: /. Mas no meu registrador, os dns foram mostrados bem.

Então eu comecei o processo novamente, para ver se eu poderia consertá-lo. E, novamente, eu consegui acessar a página no novo servidor pelo menos; E eu ainda sou capaz de fazer isso, mas alguns amigos meus me disseram que chegaram novamente à página de erro do host anterior.

Agora, o curioso é que, se eu verificar no link , o resultado será: ( 174.122.148.7 = hostgator, 184.82.98.172 = host anterior

Denver CO, United States (Speakeasy)    174.122.148.7   
Reston VA, United States (Sprint)   174.122.148.7   
Orlando FL, United States (@quasar) 174.122.148.7   
Atlanta GA, United States (Bellsouth)   174.122.148.7   
Canoga Park CA, United States (Sprint)  174.122.148.7   
Seattle WA, United States (Speakeasy)   174.122.148.7   
London, United Kingdom (BT Global)  174.122.148.7   
Paris, France (Kaptech) 174.122.148.7   
Rome, Italy (Telecom Italia)    174.122.148.7   
Moscow, Russia (Petersburg Internet)    174.122.148.7   
Istanbul, Turkey (TTNET)    174.122.148.7   
Nurnberg, Germany (Hetzner Online)  174.122.148.7   
Hong Kong, China (PCCW) 174.122.148.7   
Melbourne VIC, Australia (Optus)    174.122.148.7   
Sydney NSW, Australia (Exetel)  174.122.148.7   
Auckland, New Zealand (Xtra)    174.122.148.7   

Mas se eu verificar novamente ...

Denver CO, United States (Speakeasy)    174.122.148.7   
Reston VA, United States (Sprint)   174.122.148.7   
Orlando FL, United States (@quasar) 174.122.148.7   
Atlanta GA, United States (Bellsouth)   184.82.98.172   
Canoga Park CA, United States (Sprint)  184.82.98.172   
Seattle WA, United States (Speakeasy)   174.122.148.7   
London, United Kingdom (BT Global)  174.122.148.7   
Paris, France (Kaptech) 174.122.148.7   
Rome, Italy (Telecom Italia)    174.122.148.7   
Moscow, Russia (Petersburg Internet)    174.122.148.7   
Istanbul, Turkey (TTNET)    174.122.148.7   
Nurnberg, Germany (Hetzner Online)  174.122.148.7   
Hong Kong, China (PCCW) 174.122.148.7   
Melbourne VIC, Australia (Optus)    174.122.148.7   
Sydney NSW, Australia (Exetel)  174.122.148.7   
Auckland, New Zealand (Xtra)    184.82.98.172   

e continua mostrando resultados diferentes toda vez que eu verifico. É como se fosse para frente e para trás, alcançando novo ip e ip antigo.

    

Answer 1

Comportamento é o que eu esperaria se você tivesse uma mistura de antigos e novos servidores de nomes especificados no seu registrador. Os servidores de nomes geralmente giram em cada solicitação.

Tente verificar com o que os servidores raiz respondem. No Linux, host -a yourdomain.com. j.gltd-servers.net. mostrará os dados para yourdomain.com.

O número nas linhas de resposta é o tempo (em segundos) que a resposta será considerada válida pelos servidores DNS que seus usuários podem estar usando. Espere que as mudanças demorem tanto para se propagar completamente. Pode ser semanas. Infelizmente, é mais provável que seus usuários mais frequentes recebam dados antigos.

Este tempo é controlado pela configuração do seu servidor de nomes. As alterações precisam ser planejadas com pelo menos um período de cache com antecedência. O período de cache deve ser reduzido antes da alteração e aumentado posteriormente. Ele pode ser aumentado depois, quando você tiver certeza de que a alteração está correta,

    

Answer 2

Eu sei que é uma pergunta antiga, mas eu tive esse mesmo problema, e a solução foi super fácil

Se o registro de data e hora de seu registro DNS SOA no host antigo for maior que o registro de data e hora do registro SOA do DNS no novo host, ele retornará e retornará.

Assim que alterei o registro de data e hora do meu registro DNS SOA no meu novo servidor, para ser mais alto que o registro de data e hora no antigo servidor, as alterações começaram a se propagar corretamente e as alterações "ficaram" em vez de como eles estavam fazendo o dia todo.