Cuánto tarda la propagación de DNS y cómo comprobarla
Actualizado el 7 min de lecturaPor el equipo de DNSPeek
Un cambio en un registro DNS llega a la mayoría de los visitantes dentro del TTL anterior del registro, que suele ir de 5 minutos a una hora, mientras que un cambio de servidores de nombres puede tardar hasta 48 horas porque la delegación del registro se guarda en caché más tiempo. En realidad nada viaja: los resolvedores conservan su respuesta en caché hasta que expira y luego vuelven a preguntar. Para comprobar el avance, consulta el registro en muchos resolvedores públicos y compara sus respuestas con el valor nuevo.
Qué es realmente la “propagación”
Cuando un navegador necesita example.com, pregunta a un resolvedor recursivo: el de tu proveedor de internet, el de tu empresa o uno público como Google o Cloudflare. El resolvedor pregunta a los servidores de nombres autoritativos del dominio y guarda la respuesta en caché durante el tiempo que permita el TTL (tiempo de vida) del registro. Hasta que esa copia en caché expire, sigue entregando la respuesta antigua, por muy reciente que sea tu cambio.
Así que la “propagación” no es más que miles de cachés que expiran en momentos distintos. Un resolvedor que consultó tu dominio un segundo antes del cambio conserva la respuesta antigua durante un TTL completo. Uno que nunca lo consultó obtiene la respuesta nueva de inmediato. Por eso un amigo ve el sitio nuevo mientras tú sigues viendo el anterior.
Cuánto tarda cada tipo de cambio
| Cambio | Qué lo limita | Retraso habitual |
|---|---|---|
| Registro A, AAAA o CNAME | El TTL que tenía el registro antes del cambio | De minutos a unas horas; 5 minutos o menos si redujiste el TTL con antelación |
| Registro MX o TXT (correo, SPF, verificación) | El TTL anterior de ese registro | Igual que el anterior |
| Servidores de nombres en el registrador | El TTL de la delegación en la zona superior, a menudo de uno a dos días | Normalmente horas, hasta 48 horas |
| Un registro totalmente nuevo que nunca existió | Caché negativa: la respuesta “no existe ese registro” se guarda durante el TTL negativo de la zona | Hasta ese TTL negativo para los resolvedores que preguntaron antes de que existiera |
La cifra de “24 a 48 horas” que ves en todas partes procede de los cambios de servidores de nombres y de la época en que los TTL largos eran lo normal. Para un cambio de registro A con un TTL de 300 segundos, casi todo el mundo ve el servidor nuevo en cuestión de minutos.
Qué más puede ralentizarla
- Redujiste el TTL demasiado tarde. Reducir el TTL solo ayuda cuando el TTL anterior, largo, ya ha expirado en las cachés. Redúcelo un día antes: consulta Reduce el TTL antes de una migración.
- Cachés locales. Tu sistema operativo y tu navegador también guardan DNS en caché. Vacíalas antes de concluir que la propagación está atascada.
- Un registro olvidado.
wwwtodavía apunta al servidor anterior, o un registro AAAA (IPv6) antiguo sigue enviando allí a los visitantes con IPv6. - Una CDN o un proxy delante del sitio. Si Cloudflare u otro proxy está delante, la respuesta DNS es la dirección de la CDN y no cambia. Lo que hay que cambiar es el origen configurado en la CDN, y Cloudflare lo aplica en segundos, así que no hay nada que propagar: comprueba el servidor nuevo con un enlace de vista previa.
- Resolvedores que conservan respuestas más tiempo que el TTL. Algunos lo hacen. Son una minoría, y por eso conviene mantener el servidor anterior en marcha uno o dos días después del cambio.
Cómo comprobar la propagación de DNS
Paso 1: Confirma el cambio en los servidores de nombres autoritativos
Consulta los servidores de nombres propios del dominio. Si todavía devuelven el valor anterior, el registro no se guardó y esperar no servirá de nada.
Paso 2: Consulta resolvedores públicos de todo el mundo
Introduce el dominio y el valor esperado en el verificador de propagación de DNS para ver qué resolvedores ya lo devuelven.
Paso 3: Revisa cada nombre de host y tipo de registro
Repite con
www, otros subdominios y los registros AAAA. Un registro olvidado es el motivo más habitual de que un cambio parezca atascado.Paso 4: Vacía tus propias cachés
Borra la caché DNS del sistema operativo y reinicia el navegador antes de probar el sitio tú mismo.
Paso 5: Confirma que el sitio responde desde el servidor nuevo
Usa ¿Mi dominio ya apunta al nuevo servidor? para comprobar que el dominio resuelve a la nueva IP y que el sitio responde allí.
Paso 6: Recibe un aviso en lugar de recargar
Activa las alertas de propagación de DNS del enlace de vista previa para que DNSPeek compruebe cada pocos minutos y te envíe un correo cuando el cambio haya terminado.
Comprobarla desde la línea de comandos
Consulta directamente resolvedores públicos concretos. El número de la sección de respuesta es el TTL restante de la respuesta en caché, en segundos:
dig @8.8.8.8 example.com A +short
dig @1.1.1.1 example.com A +short
dig @9.9.9.9 example.com A +noall +answerResolve-DnsName -Name example.com -Type A -Server 8.8.8.8
Resolve-DnsName -Name example.com -Type A -Server 1.1.1.1Para ver qué dicen los servidores de nombres autoritativos, sin ninguna caché, consúltalos directamente. Encuéntralos con dig NS example.com +short o con el verificador de servidores de nombres, y luego ejecuta dig @ns1.your-dns-host.com example.com A. Si incluso la respuesta autoritativa es la antigua, el cambio no se guardó.
# Windows
ipconfig /flushdns
# macOS
sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder¿Cuándo se puede dar por terminada?
No hay un interruptor global que cambie de estado, así que elige una regla. DNSPeek usa esta: la propagación está completa cuando al menos el 90 % de los resolvedores públicos que respondieron devuelven el valor nuevo y respondió al menos la mitad de todos los resolvedores. Los resolvedores que no responden a tiempo se excluyen, para que uno inaccesible no te frene. El TTL más alto que aún se ve indica cuánto puede durar una caché desactualizada. Cuando el valor nuevo es una dirección de Cloudflare, cuenta cualquier dirección de Cloudflare, porque Cloudflare asigna a cada región su propia IP de borde.
El verificador de propagación de DNS gratuito aplica esa regla a 20 resolvedores públicos, consultados desde el servidor de DNSPeek. En el panel, un enlace de vista previa puede comprobar 16 resolvedores cuando quieras, y en los planes de pago DNSPeek puede avisarte por correo o webhook cuando el dominio se haya propagado y volver a ejecutar tu informe de QA en el dominio en producción.
Por qué las respuestas difieren entre resolvedores
Ver la dirección antigua en un resolvedor y la nueva en otro es normal a mitad del proceso. Cada resolvedor guardó el registro en caché en un momento distinto, así que cada uno expira en un momento distinto. Los grandes resolvedores públicos también tienen muchas cachés separadas detrás de una misma dirección, y por eso dos consultas al mismo resolvedor con un minuto de diferencia pueden no coincidir.
Preocúpate solo si el reparto no cambia. Si la proporción de respuestas nuevas se mantiene igual durante más tiempo que el TTL anterior, busca un registro que no se cambió, un segundo conjunto de servidores de nombres que todavía sirve la zona antigua o una CDN que responde por el dominio. La herramienta comparador de DNS muestra si dos servidores de nombres devuelven registros distintos.
Qué hacer mientras esperas
La propagación solo genera estrés si no comprobaste antes el servidor nuevo. Si abriste el sitio en la nueva IP con un enlace de vista previa antes del cambio, el periodo de espera solo significa que algunos visitantes ven la copia anterior un poco más. Mantén los dos servidores con el mismo contenido, evita cambios de contenido en el anterior y revisa sus registros de acceso: cuando dejen de llegar visitantes reales, podrás apagarlo sin riesgo.
Checklist para resolver problemas de propagación
Resolución de problemas de propagación
- Los servidores de nombres autoritativos devuelven el valor nuevo
- El TTL se redujo al menos un TTL anterior antes del cambio
- www y los demás nombres de host actualizados
- Registro AAAA antiguo actualizado o eliminado
- Origen de la CDN actualizado, si una CDN hace de proxy del sitio
- Caché DNS local vaciada y navegador reiniciado
- La mayoría de los resolvedores públicos devuelven el valor nuevo
- Servidor anterior en marcha hasta que deje de recibir tráfico
Preguntas frecuentes
¿Por qué la propagación de DNS tarda de 24 a 48 horas?
En la mayoría de los casos ya no tarda tanto. Esa cifra procede de los cambios de servidores de nombres, cuya delegación se guarda en caché hasta dos días, y de los TTL largos. Un cambio de registro con un TTL corto llega a casi todo el mundo en minutos.
¿Puedo acelerar la propagación de DNS?
Solo con antelación. Reduce el TTL del registro a 300 segundos un día antes del cambio, para que las cachés conserven la respuesta antigua como máximo cinco minutos. Después del cambio no puedes obligar a otros resolvedores a vaciar su caché, pero sí puedes vaciar la tuya.
¿Por qué veo el sitio anterior cuando otros ven el nuevo?
Tu resolvedor o tu equipo todavía tiene la respuesta antigua en caché. Vacía la caché DNS local y reinicia el navegador, o comprueba desde un resolvedor público. Revisa también que www y cualquier registro AAAA apunten al servidor nuevo.
¿Cómo compruebo la propagación de DNS gratis?
Usa un verificador de propagación que consulte muchos resolvedores públicos a la vez, como el verificador de propagación de DNS gratuito de DNSPeek, o consulta tú mismo unos cuantos resolvedores con dig o nslookup. Compara cada respuesta con el valor nuevo que esperas.
¿Puedo probar el servidor nuevo antes de que se propaguen los DNS?
Sí. Un enlace de vista previa o una entrada en el archivo hosts envía las solicitudes de tu dominio a la nueva IP sin importar los DNS. Así puedes revisar el sitio antes del cambio, y el periodo de espera posterior no supone ningún riesgo.