Eu tenho um servidor não HTTP que executo para oferecer suporte a um protocolo VOIP/WebRtc popular.
O servidor "A" é o servidor antigo. O servidor "B" é o novo servidor. Ambos podem ser executados de forma independente, mas fazem a mesma coisa. O servidor "B" está totalmente pronto para substituir "A". Há dois dias, as entradas DNS foram alteradas para apontar para “B” em vez de “A”.
O problema é que ainda vejo muito tráfego indo para “A” em vez de “B”. O TTL na entrada DNS (Rota 53) foi de apenas um dia (86.400 segundos). Portanto, parece que ainda existem clientes por aí que não consultam novamente o DNS ou algum outro problema com o cache do DNS.
Não descartei clientes malcomportados. Mas existe um comportamento geral para o cache de DNS downstream que não estou considerando e que poderia atrasar a propagação da alteração por mais tempo do que o TTL que tenho para registro no Route 53?
Responder1
Este é um comportamento padrão e você deve esperar algum tempo (conforme mencionado no comentário, pode levar alguns ou mais dias). A boa prática é alterar o TTL para 3600 (ou até menos) dias antes da alteração, no dia zero fazer a alteração no DNS e depois retornar o TTL ao valor padrão (86400 por exemplo).