'Propagación': por qué unos ya lo ven y otros todavía no

Módulo 6: Tiempo, caché y transferencia de dominios · Tiempo de lectura: 8 minutos

Objetivo de la lección: Después de esta lección podrá explicar por qué un cambio de DNS no es visible en todas partes a la vez, estimar cuánto tiempo tarda y resolver el problema si solo usted sigue viendo la situación anterior.

Conceptos clave: 'propagación', caché, caché negativa (NXDOMAIN), mínimo del SOA, TTL de delegación, cambio de servidor de nombres, vaciar la caché

Un malentendido en una palabra

Ha modificado un registro. Su compañero ya ve el nuevo sitio web, usted todavía el antiguo. En internet puede leer entonces: "espere, el DNS todavía tiene que propagarse". La palabra propagación (difusión) da la impresión de que su cambio avanza como una ola por internet, de servidor en servidor.

No funciona así. Su cambio está de inmediato en los servidores de nombres autoritativos de su dominio (o en pocos minutos, si su proveedor de DNS sincroniza varios servidores de nombres). No se envía nada de un lado a otro. Lo que ve es el vencimiento de las cachés: cada resolver sigue dando la respuesta antigua hasta que se agota la TTL en su caché (lección 6.1). Como cada resolver empezó a contar en un momento distinto, unos ven el cambio antes que otros.

Así que "propagación" es en realidad: esperar a que todas las cachés se vacíen. Esta idea le ayuda, porque ahora sabe exactamente qué está esperando y cuánto tiempo como máximo.

¿Cuánto tarda?

Depende de lo que esté modificando.

Registros existentes

Aquí es sencillo: la TTL antigua es el máximo. Si el registro tenía TTL 3600, todos verán la nueva respuesta como máximo una hora después de su cambio. Si alguien sigue viendo lo antiguo pasada más de una hora, el problema está en otro sitio (vea más adelante).

Registros nuevos y la caché negativa

Un registro nuevo suele funcionar de inmediato, salvo que alguien ya consultara el nombre cuando todavía no existía. El resolver recibió entonces la respuesta NXDOMAIN ("este nombre no existe") o "este nombre existe, pero no tiene ningún registro de este tipo". Ese "no" también se recuerda. Esto se llama la caché negativa.

Cuánto tiempo se guarda un "no" no figura en un registro que no existe. Proviene del registro SOA de la zona: según el RFC 2308, es el menor de dos valores, la TTL del propio registro SOA y el último campo del registro SOA (el "mínimo"). Un ejemplo:

example.com.  3600  IN  SOA  ns1.example.com. hostmaster.example.com. (
                             2026110701 ; número de serie
                             14400      ; refresh
                             3600       ; retry
                             1209600    ; expire
                             300 )      ; mínimo

Aquí un "no" se recuerda como máximo 300 segundos (el menor de 3600 y 300). En algunas zonas eso es una hora o más.

Por eso la regla de oro: no abra un subdominio nuevo en su navegador antes de haberlo creado. Su ordenador y su resolver recordarán entonces que no existe, y usted será el único que tenga que esperar.

Cambiar los servidores de nombres

En un cambio de servidor de nombres espera algo distinto: los registros NS en el registro de dominios de su extensión. Esos registros indican a los resolvers dónde están los servidores de nombres de su dominio (lección 2.1), y también se recuerdan. Cada registro de dominios elige su propia TTL para esto. Medido en noviembre de 2026:

Además, el registro de dominios a veces no publica su cambio de inmediato, y los servidores de nombres de su proveedor anterior a menudo siguen respondiendo mientras tanto con la zona antigua. Por eso, en un cambio de servidor de nombres calcule unas horas, y en .com hasta un máximo de dos días. Asegúrese de que ambos proveedores tengan los mismos registros correctos durante el cambio (lección 6.3).

¿Es usted el único que todavía ve lo antiguo?

¿Una herramienta de comprobación en línea ya muestra la nueva respuesta en casi todos los resolvers, pero usted no? Entonces la respuesta antigua está cerca de usted. Siga estos pasos, de rápido a exhaustivo:

1. Ventana privada u otro navegador. Su navegador guarda respuestas de DNS y páginas.
2. Teléfono con 4G o 5G, con el wifi apagado. Así usa el resolver de su operador móvil en lugar del de su red doméstica.

3. Vaciar la caché de su ordenador.

   • Windows (Símbolo del sistema): ipconfig /flushdns
   • macOS (Terminal): sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder
   • Linux con systemd-resolved: resolvectl flush-caches
4. Reiniciar el router. Muchos routers funcionan como un pequeño resolver con su propia caché.
5. Comprobar el archivo hosts. ¿Probó antes un servidor nuevo poniendo la dirección en su archivo hosts (C:\Windows\System32\drivers\etc\hosts o /etc/hosts)? Esa línea tiene prioridad sobre el DNS. Elimínela. Esto se olvida a menudo.
6. Consultar directamente en la fuente. Solicite el registro al servidor de nombres autoritativo (dig A example.com @ns1.hosting.example). ¿Sigue mostrando ahí la respuesta antigua? Entonces el cambio no se guardó correctamente o lo hizo en el lugar equivocado.

¿Sigue sin ver nada después del tiempo de espera?

Si la TTL ya pasó hace tiempo y las herramientas en línea también muestran la respuesta antigua, esperar no sirve de nada. Entonces hay otra cosa pasando. Las tres causas más frecuentes:

• Modificado en el lugar equivocado. Su dominio usa los servidores de nombres de otro proveedor (por ejemplo, Cloudflare o un creador de sitios web), y usted modificó los registros en su proveedor de hosting. Compruebe qué servidores de nombres tiene su dominio (lección 2.1) y modifíquelos ahí.
• Error tipográfico o punto faltante. mail.example.com sin punto se convierte en muchos paneles en mail.example.com.example.com (lección 2.2).
• Los servidores de nombres no están de acuerdo entre sí. Un dominio tiene al menos dos servidores de nombres. Si no se sincronizan bien, uno da la respuesta nueva y otro la antigua. Compare el número de serie del SOA en cada servidor de nombres: debe ser igual.

dig +short SOA example.com @ns1.hosting.example
dig +short SOA example.com @ns2.hosting.example

En la práctica: así se ve en un panel

¿Quiere ver qué responden los resolvers en distintos lugares del mundo? Use una herramienta de comprobación de DNS en línea que consulte un resolver por país (por ejemplo, dnschecker.org). En el panel de ejemplo Mi WebOké, la tarjeta Dominio / Salud del correo electrónico comprueba los servidores de nombres y los registros de su dominio en los servidores de nombres autoritativos, y el diagnóstico de DNS compara los números de serie de los servidores de nombres. Otros proveedores suelen tener una comprobación similar en su panel; si no, dig y las herramientas en línea de la lección 8.3 ofrecen el mismo resultado.

Resumen

• No se "difunde" nada: usted espera a que las cachés venzan.
• Un registro modificado es visible en todas partes como máximo después de la TTL antigua; un registro nuevo normalmente de inmediato, salvo que alguien ya consultara el nombre antes (caché negativa, determinada por el registro SOA).
• Un cambio de servidor de nombres depende de la TTL en el registro de dominios: en .nl una hora, en .com dos días.
• ¿Es usted el único que ve lo antiguo? Ventana privada, 4G, vaciar la caché, reiniciar el router y comprobar el archivo hosts.
• ¿Sigue viendo lo antiguo en el servidor de nombres autoritativo? Entonces esperar no sirve: busque el error.

Cuestionario

Ejercicio

Ejercicio Z6.2: TTL de delegación y caché negativa. Dos preguntas, ambas se pueden responder con dig o una herramienta dig en línea:

1. ¿Cuántos segundos recuerdan los resolvers, según el registro de dominios .com, los servidores de nombres de google.com? Consúltelo en un servidor .com: dig NS google.com @a.gtld-servers.net y observe la TTL en la sección AUTHORITY.
2. ¿Cuántos segundos recuerda un resolver que un nombre bajo sidn.nl no existe? Consulte el registro SOA de sidn.nl (la web de SIDN, el registro de dominios de .nl en los Países Bajos) en ns1.sidn.nl y aplique la regla de esta lección (el menor entre la TTL del SOA y el mínimo del SOA).

Para saber más

Los pasos de estos artículos se refieren a los paneles de WebOké; en otros paneles funciona de forma parecida.

• ¿Cuánto tarda un cambio de nameserver o DNS, y qué hacer si no lo ve?
• La página web o el correo electrónico no funciona tras una migración o un cambio de DNS: compruebe su dominio
• Manual de DirectAdmin 5.11: ¿Cuándo surte efecto un cambio? Tiempo de espera y TTL
• Cómo crear un subdominio y qué hacer si no funciona
• ¿Cómo puedo probar mi dominio antes de transferirlo? (localhost)
• Manual de WebOké 5.17: Salud del dominio y el correo: comprobar y solucionar