Este é um caso de um cache de DNS do ISP obsoleto ou eu falsifiquei alguma coisa?

4

Atualmente, estou no processo de transferir um site legado (de um provedor de serviços de hospedagem herdado) para uma solução moderna. Devido aos meus requisitos específicos de contexto (que incluem restrições financeiras), tomei a decisão de fazer backup e replicar o site em um droplet Digitalocean (uma instância virtualizada do Linux) que possui um endereço IP estático 104.131.187.206 . Eu já configurei tudo apropriadamente, limpei as várias pontas soltas que vêm da duplicação de um aplicativo da Web que está strongmente acoplado ao seu sistema, etc, e o site duplicado está funcionando perfeitamente bem.

Agora, meu objetivo é apontar o nome de domínio existente mcbc.on.ca para o novo site duplicado no droplet DO. O endereço IP do provedor de hospedagem legado (compartilhado) é 216.251.32.98 . Obviamente mcbc.on.ca tem apontado para este endereço todo esse tempo. O que eu quero é que mcbc.on.ca aponte para 104.131.187.206 . Além disso, ainda estou usando o provedor de hospedagem legado para DNS e nameserver.

Minha tarefa deve ser simples - basta modificar a entrada A existente para mcbc.on.ca no arquivo de zona para que agora aponte para 104.131.187.206 . Agora, eu também queria manter uma referência existente para o site original , então adicionei uma nova entrada A para original.mcbc.on.ca que aponta para 216.251.32.98 .

Concluí com êxito tudo isso ontem e minha alteração de DNS foi propagada com sucesso a partir de agora (verificada usando esta ferramenta ). FYI, faz aproximadamente 12 horas desde que fiz a mudança.

Meu problema: Por algum motivo estranho, sempre que eu acessar o site em mcbc.on.ca , às vezes resolve para o endereço antigo 216.251.32.98 , e algumas outras vezes resolve corretamente para 104.131.187.206 . Eu diria que a frequência é de cerca de 40% para o endereço antigo e 60% para o novo endereço. Isto é obviamente um problema.

Considerando o fato de que esperei uma boa quantidade de tempo (embora eu entenda que 12 horas é certamente menos de 48 horas), bem como o fato de que a ferramenta que mencionei acima mostra que o registro DNS se propagou para Em todo o mundo, a minha suspeita é de que o meu provedor de Internet ISP em casa tem um cache de DNS antigo.

Minha pergunta: Estou certo? Se não, o que você acha que é meu problema?

    
por dvijayak 25.10.2014 / 21:07

1 resposta

5

O DNS não propaga propriamente. Os registros têm um TTL (time to live), e é por quanto tempo outros servidores DNS de cache devem reter uma resposta de pesquisa existente. Você vai querer fazer um pouco mais de autoeducação, em vez de seguir as regras de miniatura, como "12 horas devem fazer isso".

Se o servidor de nomes autoritativo estiver mostrando os resultados corretos, esse é o fim da história. Já que pelo menos alguns (como você diz, mais) outros servidores de nomes estão mostrando a resposta atualizada, está feito. Você fez o que precisa fazer e, de fato, quase tudo que você pode fazer.

(Muitas vezes é uma boa idéia diminuir seu TTL muito antes de uma mudança antecipada, e você não diz se você fez isso, ou o que o TTL era para começar. E já que você não deu detalhes reais , não podemos verificar.)

/ Editar - agora que podemos ver seu TTL, ele é definido como 1 dia. Presumindo que o TTL não tenha sido alterado recentemente para esse valor, isso significa que qualquer pessoa com o registro antigo o manteria por pelo menos 24 horas após receber essa resposta. O solicitante (na maioria das vezes, outros servidores DNS) não consultaria novamente para ver qualquer alteração feita nas 24 horas seguintes. No seu caso, pelo menos 24 horas antes da alteração, você deve ter descartado o TTL para o valor mais baixo que seu provedor de DNS permite.

Se o provedor de DNS upstream do seu computador doméstico não respeitar os TTLs, use um diferente e verifique se o cache local foi limpo.

    
por 25.10.2014 / 21:24