Tiempo de propagación DNS: de 5 minutos a 48 horas

En pocas palabras: La propagación DNS tarda entre 5 minutos y 48 horas. Con TTL bajo, Google DNS (8.8.8.8) y Cloudflare (1.1.1.1) actualizan en 5 a 15 minutos; el mito de las 48 horas viene de ISPs con caché agresiva y TTL mínimo de 3600 segundos, no del protocolo.

Cambiás el registro A de tu dominio a la IP nueva, tu navegador la muestra al toque, pero desde Frankfurt siguen viendo el sitio viejo. Eso es propagación DNS: no es un número fijo, es una ventana que depende del TTL y de la política de caché de cada resolutor. El Tiempo de propagación DNS va de 5 minutos a 48 horas según quién consulte.

La propagación DNS es el período entre que hacés un cambio en tu servidor de nombres autoritativo y el momento en que todos los resolutores del mundo tienen la respuesta nueva. No es un protocolo push: nadie avisa nada. Cada resolutor vuelve a preguntar recién cuando su copia cacheada expira, y ese reloj lo maneja el TTL del registro, no vos.

¿Por qué la propagación de DNS no es instantánea?

Porque DNS no empuja información, la espera. Cuando actualizás un registro en tu nameserver autoritativo, ese servidor no le avisa a nadie. Se queda quieto. Los resolutores del planeta vienen a preguntarle recién cuando su copia guardada vence, y cada uno tiene su propio vencimiento corriendo por separado.

Ponele que un resolutor cacheó tu registro viejo 30 segundos antes de que hicieras el cambio, y ese registro tenía un TTL de 3600 segundos. Ese resolutor va a seguir sirviendo la IP vieja durante 59 minutos y medio después de tu actualización. No está roto. Está haciendo exactamente lo que le dijeron. Te puede servir nuestro artículo sobre validar la propagación antes de integrar APIs.

Por eso dos usuarios pueden ver cosas distintas al mismo tiempo y los dos tener razón. El de Google DNS ve el cambio en minutos. El de un ISP alemán capaz espera un día. Como bien lo describe el análisis técnico publicado en dev.to, la propagación es una distribución de probabilidades, no un evento único.

¿Cuánto tarda realmente el Tiempo de propagación DNS?

Depende de qué resolutor te consulte. Con un TTL bajo (300 segundos), Google DNS y Cloudflare reflejan el cambio en 5 a 15 minutos. Los ISPs grandes tardan de 15 a 60 minutos. Y los que tienen política de caché agresiva pueden estirarlo hasta 24 o 48 horas. No es que el DNS “esté propagando” todo ese tiempo: es que cada caché vence cuando se le canta.

El famoso “esperá 48 horas” que te dice cualquier panel de hosting sale de un puñado de ISPs enormes. Deutsche Telekom, con 45 millones de suscriptores, impone un TTL mínimo de 3600 segundos e ignora valores más bajos. Cuando una porción tan grande de usuarios pasa por esa caché, el peor caso se convierte en la regla de oro conservadora.

¿Cómo funciona el ciclo de 4 pasos de una propagación?

Una propagación DNS pasa por cuatro etapas: actualizás la zona, un resolutor consulta en frío, sus usuarios reciben la respuesta cacheada, y cuando el TTL expira el resolutor vuelve a preguntar. El detalle clave es que el reloj de cada resolutor arrancó cuando él guardó el registro, no cuando vos hiciste el cambio.

• Paso 1: actualizás la zona. Modificás el registro y subís el número de serie del SOA en tu nameserver autoritativo.
• Paso 2: consulta en frío. Un resolutor sin copia vigente le pregunta a tu NS, recibe el registro nuevo y empieza su cuenta regresiva de TTL.
• Paso 3: se sirve lo cacheado. Mientras el TTL corre, todos los usuarios detrás de ese resolutor reciben la respuesta guardada, vieja o nueva según cuándo la pidió.
• Paso 4: expira y repregunta. Cuando el TTL llega a cero, el resolutor descarta la copia y vuelve a consultar. Recién ahí ese grupo de usuarios ve tu cambio.

¿Qué factores afectan el tiempo de propagación?

El factor que más pesa es el TTL original del registro, seguido por el TTL mínimo que impone cada ISP. También influye el tipo de registro y, en el caso de los nameservers, el TTL de la zona padre en el registro del dominio. Ninguno de estos lo negociás en el momento: los definís antes. Esto se conecta con lo que analizamos en evitar fallos en tus pipelines de CI/CD.

• TTL original del registro: el valor que tenía guardado el resolutor manda. Si era de una hora, esa hora la banca sí o sí.
• TTL mínimo del ISP: Comcast fuerza 300 segundos, Deutsche Telekom 3600. Si tu TTL es más bajo, lo ignoran y usan el suyo.
• Tipo de registro: los A y AAAA suelen moverse rápido. Los NS arrastran el TTL del registro del dominio.
• TTL de la zona padre: el registro de .com, operado por Verisign, sirve los NS con un TTL de 2 días. Eso no lo tocás.

¿Cómo acelerar la propagación de DNS antes de un cambio?

No peleás contra las cachés viejas, las hacés vencer antes. La técnica se llama pre-warming y consiste en bajar el TTL con anticipación para que cuando hagas el cambio real, los resolutores ya estén repreguntando seguido. Es la diferencia entre planificar la migración y cruzar los dedos.

• T menos 24 horas: bajá el TTL del registro a 60 o 300 segundos y esperá a que expire el TTL viejo (si era de una hora, esperá esa hora).
• T igual cero: hacé el cambio. Ahora las cachés se refrescan cada pocos minutos, no cada hora.
• T más 1 hora: verificá contra cuatro resolutores públicos distintos.
• T más 24 horas: restaurá el TTL a un valor razonable (3600 segundos o más) para no sobrecargar tu nameserver.

Ojo con una limitación importante: esto sirve para registros A y AAAA. Para un cambio de nameservers no funciona, porque ahí manda el TTL de 2 días del registro .com y ese no lo bajás vos. Si vas a migrar de hosting completo, planificá con margen. Un buen proveedor de hosting como donweb.com te deja ajustar el TTL desde el panel antes de la mudanza, que es justo lo que necesitás para esto.

¿Cuál es la diferencia entre cambiar un registro A y cambiar los nameservers?

Un cambio de registro A modifica a dónde apunta tu dominio dentro de la misma infraestructura DNS, y lo controlás con pre-warming: de 5 minutos a unas pocas horas. Un cambio de nameservers reemplaza quién administra tu zona entera, y ese lo gobierna el TTL de la zona padre en el registro, que para .com es de 2 días fijos.

¿Por qué una migración de hosting tarda más que cambiar una IP? Exacto: porque casi siempre implica cambiar nameservers, y ahí Verisign impone su ritmo. Podés hacer todo perfecto de tu lado y aun así esperar 24 a 48 horas hasta que el último resolutor deje de preguntarle a tus NS viejos.

Tabla: las 8 poblaciones de resolutores principales

No todos los resolutores tratan tu TTL igual. Los de nivel 1 lo respetan casi al pie de la letra. Los ISPs son el salvaje oeste: imponen mínimos propios que definen el peor caso de tu propagación. Complementá con conexiones estables a bases de datos en nube.

Resolutor	TTL mínimo	Escala	Tiempo de propagación
Google DNS (8.8.8.8)	Respeta el TTL	~10% del mercado global	5 a 6 min con TTL 300s
Cloudflare (1.1.1.1)	Respeta el TTL	330+ ubicaciones edge	TTL + ~90s
Quad9 (9.9.9.9)	30 segundos	Validación DNSSEC	Rápido, con overhead de validación
OpenDNS	Respeta el TTL	Filtrado de contenido	+1 a 3 min por filtrado
Comcast	300 segundos	30 millones de suscriptores	~5 min piso
BT / EE	900 segundos	ISP del Reino Unido	~15 min piso
Deutsche Telekom	3600 segundos	45 millones de suscriptores	1 a 24 horas para registros A

¿Cómo verificar si mi DNS ya se propagó?

Consultás varios resolutores públicos al mismo tiempo con dig y comparás las respuestas. Si Google DNS ya devuelve la IP nueva pero tu ISP todavía muestra la vieja, no es un problema de tu configuración: es la política de caché del ISP haciendo su trabajo. La solución ahí es esperar, no tocar más nada.

• Google DNS: dig +short A tudominio.com @8.8.8.8
• Cloudflare: dig +short A tudominio.com @1.1.1.1
• Quad9: dig +short A tudominio.com @9.9.9.9
• OpenDNS: dig +short A tudominio.com @208.67.222.222

La regla de oro: si los resolutores públicos ya coinciden en la respuesta nueva, tu cambio está bien hecho. Lo que falta es que venzan las cachés de los ISPs lentos, y eso no lo apura ningún comando mágico. Paciencia.

Errores comunes al cambiar DNS

• Bajar el TTL el mismo día del cambio. No sirve: el TTL viejo ya está cacheado. Tenés que bajarlo con al menos un ciclo de anticipación para que expire el valor anterior antes de la migración.
• Creer que “48 horas” es una regla del protocolo. Es el peor caso de un par de ISPs enormes. La mayoría de los usuarios ve el cambio mucho antes, salvo que estén detrás de una caché agresiva.
• Intentar acelerar un cambio de nameservers con pre-warming. No hay forma: el TTL de 2 días de la zona .com manda. Planificá la migración de hosting sabiendo que ese día y medio es inevitable.
• Confiar solo en tu propia máquina para verificar. Tu resolutor local o el caché de tu router te miente. Consultá siempre varios resolutores públicos externos.

Preguntas Frecuentes

¿Cuánto tiempo tarda la propagación de DNS?

Entre 5 minutos y 48 horas según el resolutor. Con un TTL bajo, Google DNS y Cloudflare reflejan el cambio en 5 a 15 minutos. Los ISPs con caché agresiva como Deutsche Telekom pueden tardar hasta 48 horas por su TTL mínimo de 3600 segundos.

¿Por qué mis cambios de DNS no se propagan rápido?

Porque un resolutor cacheó tu registro viejo antes del cambio y sigue sirviéndolo hasta que expire su TTL. Si el registro tenía un TTL de una hora, ese resolutor mantiene el valor viejo hasta una hora completa después de tu actualización, sin importar cuándo la hiciste. Más contexto en automatización de despliegues confiables.

¿Qué es el TTL y cómo afecta la propagación?

El TTL (Time To Live) es la cantidad de segundos que un resolutor guarda una respuesta DNS antes de volver a preguntar. Un TTL de 300 segundos propaga rápido; uno de 3600 hace que los cambios tarden hasta una hora en ese resolutor. Es el factor que más define tu ventana de propagación.

¿Cómo verifico si mi DNS ya se propagó?

Usando dig +short A tudominio.com @8.8.8.8 contra varios resolutores públicos (Google, Cloudflare, Quad9, OpenDNS). Si todos devuelven la IP nueva, tu configuración está bien. Si Google ya la muestra pero tu ISP no, es caché del ISP y solo queda esperar.

¿Puedo acelerar la propagación de un cambio de nameservers?

No. Los cambios de nameservers dependen del TTL de la zona padre en el registro del dominio, que para .com es de 2 días fijos y lo controla Verisign, no vos. El pre-warming solo acelera registros A y AAAA, no los NS.

Conclusión

La propagación DNS no es un temporizador global que arranca cuando apretás guardar. Es la suma de un montón de relojes independientes, uno por resolutor, cada uno vencido según cuándo cacheó y qué TTL tenía. Entender eso cambia cómo planificás una migración.

Si vas a mover un registro A, bajá el TTL un día antes y el cambio va a estar visible en minutos para la mayoría. Si cambiás nameservers, asumí las 48 horas de la zona .com y avisá a tu equipo. Y para verificar, olvidate de tu navegador: consultá varios resolutores públicos con dig y comparalos. El resto es paciencia, que en DNS suele ser la mejor herramienta.

Fuentes

• DNS Propagation Time: How Long Until Your DNS Change Goes Live? – análisis técnico de resolutores y TTL (dev.to)
• How Long Does It Take for DNS to Update – PowerDMARC
• Tiempo que tardan los cambios de DNS – guía de referencia
• Qué factores afectan el tiempo de propagación del DNS
• Propagación DNS: qué es y cuánto tarda