Tengo un servidor no HTTP que ejecuto para admitir un protocolo popular VOIP/WebRtc.
El servidor "A" es el servidor antiguo. El servidor "B" es el nuevo servidor. Ambos pueden funcionar de forma independiente, pero hacen lo mismo. El servidor "B" está completamente listo para funcionar como reemplazo de "A". Hace dos días, las entradas DNS se cambiaron para que apunten a "B" en lugar de "A".
El problema es que todavía veo mucho tráfico que se dirige a "A" en lugar de a "B". El TTL en la entrada DNS (Ruta 53) fue solo un día (86400 segundos). Entonces, parece que todavía hay clientes que no vuelven a consultar DNS o tienen algún otro problema con el almacenamiento en caché de DNS.
No descarto que los clientes se porten mal. Pero, ¿existe un comportamiento general para el almacenamiento en caché de DNS en sentido descendente que no estoy teniendo en cuenta y que podría retrasar la propagación del cambio por más tiempo que el TTL que tengo para el registro en la Ruta 53?
Respuesta1
Este es un comportamiento estándar y debes esperar un tiempo (como se menciona en el comentario, pueden ser unos días o más). La buena práctica es cambiar el TTL a 3600 (o incluso menos) días antes del cambio, en el día cero realizar el cambio en DNS y luego devolver el TTL al valor estándar (86400 por ejemplo).