Estou tentando mover o DNS do GD para a rota 53 e parece impossível evitar o tempo de inatividade, mesmo com arquivos de zona idênticos em ambos os locais. Em meus experimentos, assim que mudo para servidores de nomes 'personalizados' no GoDaddy, eles param de responder às solicitações de DNS e a rota 53 também não responde (eles estão esperando para confirmar que são autorizados antes de responder?) Eu testei w/dig e foi isso que eu vi. Se você usar a ferramenta de teste interno na AWS, tudo bem, mas se você tentar usar dig com o @ de um dos servidores de nomes da rota 53, ele não retornará um resultado.
Meu pensamento é definir um ttl baixo nos registros do servidor de nomes, mas um ttl longo em todo o resto. Alguém tem experiência se isso ajuda com o problema?
Eu entendo que isso só terá efeito se um servidor de nomes de resolução específico consultou um registro recentemente, mas isso na verdade parece melhor do que ttls baixos em tudo o que fará com que um servidor de nomes de resolução tenha uma chance maior de precisar do servidor de nomes autoritativo durante a janela de propagação.
Responder1
Certifique-se de que seus novos servidores de nomes estejam servindo seus registros antes de mudar. É permitido configurar DNS em servidores que ainda não são autoritativos. Quando estiver satisfeito com o fornecimento dos dados corretos, adicione-os à lista de servidores de nomes na configuração do domínio. Então você pode remover os servidores de nomes originais.
Você já deve ter TTLs longos para todos os hosts. Isso reduzirá o risco se houver problemas com a alteração do servidor de nomes. Você pode querer reduzir o TTL negativo do domínio, para que as falhas de pesquisa não sejam armazenadas em cache a longo prazo. A redução do TTL nos registros NS tornará a alteração mais simples. Se os servidores de nomes originais pararem de servir registros antes que os registros NS que apontam para eles expirem, eles poderão começar a servir respostas negativas.
Pela minha experiência com GD, talvez você não consiga evitar uma interrupção aparente da parte deles. Ter um TTL curto nos registros NS na configuração do domínio reduzirá o impacto.
Responder2
Eu entendo que isso só terá efeito se um servidor de nomes de resolução específico consultou um registro recentemente, mas isso na verdade parece melhor do que ttls baixos em tudo o que fará com que um servidor de nomes de resolução tenha uma chance maior de precisar do servidor de nomes autoritativo durante a janela de propagação.
Se um resolvedor DNS (seja um servidor DNS ou um cliente do referido servidor DNS) já consultou seus registros DNS, esses registros serão armazenados em cache de acordo com o TTL em vigor naquele momento. Aumentar ou diminuir os TTLs após o fato não fará nada por você nesse cenário. Os novos TTL's entrarão em vigor pornovopesquisas.