Propagación DNS: por qué tardan los cambios y qué ocurre

Has actualizado un registro A. El sitio nuevo carga en tu teléfono, pero no en tu laptop. Un compañero al otro lado del país sigue viendo el antiguo. Alguien te dice que «esperes a la propagación».

Esa expresión induce activamente a error, y creérsela hace más difícil razonar sobre el problema. Nada se propaga. No se está distribuyendo ningún dato a ninguna parte.

Qué ocurre en realidad

Cuando un resolvedor consulta tu dominio, guarda la respuesta junto con un TTL: una cuenta atrás en segundos. Hasta que esa cuenta llega a cero, el resolvedor responde desde la memoria y no vuelve a contactar con tu servidor de nombres.

Así que, cuando cambias un registro:

1. Tu servidor de nombres autoritativo se actualiza de inmediato. Ahora sirve el nuevo valor a cualquiera que pregunte.
2. Todos los resolvedores que guardaron en caché el valor antiguo siguen sirviéndolo hasta que caduca su propia cuenta atrás.
3. Esas cuentas atrás empezaron en momentos distintos, cuando cada resolvedor obtuvo el registro por primera vez, así que caducan en momentos diferentes.
4. A medida que cada una caduca, ese resolvedor obtiene el nuevo valor. Sus usuarios pasan al nuevo en ese momento.

El resultado escalonado es lo que parece un cambio que se «extiende». En realidad son simplemente muchos temporizadores independientes que se van agotando.

Cuánto dura realmente la espera

La espera máxima es el TTL que tenía el registro antes de cambiarlo. Este es el detalle que hace predecible la propagación.

La forma correcta de planificar un cambio de DNS

1. 1

   Un día antes: reduce el TTL

   Cambia el TTL a 300 segundos y no cambies nada más. Espera al menos tanto como el TTL antiguo para que todas las cachés adopten el valor más corto.

2. 2

   Confirma que el TTL bajo está activo

   Ejecuta dig example.com y comprueba el TTL en la sección de respuesta. Cuando la cuenta atrás empiece en 300 en lugar de 3600, todos los resolvedores están con el temporizador corto.

3. 3

   Haz el cambio real

   Actualiza el registro. Ahora la espera máxima de cualquiera es de cinco minutos en lugar de una hora.

4. 4

   Verifica desde varios puntos de observación

   Consulta directamente varios resolvedores públicos: son cachés independientes y te dan una muestra real de lo que ven distintos usuarios.

5. 5

   Vuelve a subir el TTL

   Cuando el tráfico se haya asentado en el nuevo valor, devuelve el TTL a 3600 o más. Los TTL bajos implican más consultas y búsquedas ligeramente más lentas para todos.

Comprobar qué ven distintos resolvedores

dig +short example.com @1.1.1.1
dig +short example.com @8.8.8.8
dig +short example.com @9.9.9.9

dig +short example.com @ns1.example.com

Ese último comando es el importante. Si el servidor autoritativo devuelve el nuevo valor, tu cambio es correcto y está completo. Todo lo demás es esperar, no arreglar. Si devuelve el valor antiguo, el cambio no se guardó, o lo editaste en un proveedor al que tu dominio no está delegado.

Por qué se ve distinto en distintos dispositivos

No hay una sola caché entre tú y la respuesta: hay varias, cada una con su propio temporizador:

• Tu navegador mantiene una pequeña caché de DNS interna.
• Tu sistema operativo mantiene la suya, de forma independiente.
• Tu router suele guardar en caché para todo el hogar.
• El resolvedor de tu ISP guarda en caché para potencialmente millones de usuarios.
• Los resolvedores corporativos o de VPN añaden otra capa en las redes gestionadas.

Tu teléfono con datos móviles usa una cadena de resolvedores completamente distinta a la de tu laptop con el wifi de casa, y por eso uno muestra el sitio nuevo y el otro no. Puedes vaciar las capas que controlas: consulta cómo vaciar la caché de DNS.