¿Qué es la propagación DNS?

La propagación DNS es el nombre informal del intervalo en el que los resolutores siguen devolviendo respuestas distintas después de cambiar un registro. El DNS no difunde un valor nuevo a todos los servidores a la vez. Los resolutores recursivos obtienen las respuestas cuando las necesitan y pueden conservarlas en caché durante el tiempo permitido.

Por qué difieren las respuestas

Imagine que el propietario de un sitio cambia un registro A de una dirección IP a otra. El servidor autoritativo ya contiene el nuevo valor, pero el resolutor recursivo de un visitante guardó hace poco el antiguo. Hasta que caduque esa respuesta en caché, el visitante puede llegar al servidor anterior. El TTL indica cuánto tiempo puede almacenarse una respuesta en caché; el tiempo restante depende de cuándo recibió ese resolutor la respuesta anterior.

Cambiar la delegación de un dominio a nuevos servidores de nombres es una operación distinta. La información de delegación también puede almacenarse en caché, por lo que al cambiar de proveedor DNS hay que tener en cuenta tanto la zona antigua como la nueva. Editar un registro en el panel del nuevo proveedor no servirá de nada mientras las consultas sigan la delegación antigua.

Revise el punto adecuado

Localice primero los servidores de nombres autoritativos actuales. Pídales el registro concreto y compare el resultado con varios resolutores recursivos. La comprobación de la propagación DNS permite comparar las respuestas visibles, mientras que la comprobación de la configuración DNS ayuda a examinar registros individuales. Anote la hora, el nombre exacto y el tipo: A, AAAA, MX y TXT son independientes.

Si un servidor autoritativo sigue dando el valor antiguo, esperar a que caduquen las cachés no es la solución. Verifique qué proveedor aloja la zona activa y si el cambio se guardó. Si las respuestas autoritativas son nuevas pero algunos resolutores recursivos siguen con las antiguas, deje que caduquen las entradas en caché. Si edita la zona una y otra vez mientras diagnostica, luego costará mucho más reconstruir qué pasó y cuándo.

Cómo planificar un cambio con menos riesgo

Antes de una migración planificada, reduzca el TTL del registro antiguo con antelación suficiente para que transcurra su vida útil anterior. Prepare el nuevo servidor antes del cambio y, si es posible, mantenga el anterior atendiendo solicitudes durante la transición. En el caso del correo, revise los registros de dirección y TXT relacionados junto con el MX.

Vaciar la caché de su propio ordenador solo afecta a una parte del recorrido; no puede vaciar los resolutores de otras personas. Un error de TLS o una aplicación averiada pueden persistir aunque el DNS sea correcto. El TTL y la caché se especifican en el RFC 1035, y la caché de respuestas negativas, en el RFC 2308.

Si los servicios web y de correo se trasladan a la vez, pruebe sus registros DNS por separado. Que una página web funcione no demuestra que se haya restablecido la entrega de correo.