search

Found

info Descripción

Descubre cuándo un registro DNS modificado termina de propagarse en el mundo. Incluye TTL de 5min, 1h, 24h y 48h con cuenta regresiva — gratis.

📘 Cómo usar

  1. Elige un preajuste de TTL (5min, 1h, 24h o 48h) o escribe los segundos exactos en el campo personalizado
  2. Indica la fecha y hora en que modificaste el registro DNS
  3. Consulta la hora estimada de finalización, la cuenta regresiva del tiempo restante y la barra de progreso

Calculadora de TTL de propagación DNS

seg
schedule TTL (legible)
1h 0m 0s
Hora estimada de finalización
-
Cuenta regresiva
-
-
Transcurrido
-
Progreso
-
Article

Calculadora de TTL de propagación DNS | Estima cuándo los cambios estarán activos

Averigua el momento exacto en que un registro DNS modificado termina de llegar a los resolutores de todo el mundo, a partir de su TTL y de la hora en que hiciste el cambio. Incluye preajustes de TTL de 5min, 1h, 24h y 48h junto a una cuenta regresiva que muestra los segundos restantes y una barra de progreso del peor escenario.

💡 Sobre esta herramienta

Cambiaste un registro A, migraste un servidor o reapuntaste el MX, y ahora actualizas la página sin saber cuándo será visible el cambio. Esa incertidumbre es la verdadera molestia de editar el DNS, y nace del TTL (Time To Live) del registro. El TTL indica cuántos segundos puede un resolutor guardar la respuesta en caché: un valor de 86400 significa que pueden servir el dato antiguo durante 24 horas completas.

Introduce la hora del cambio y el TTL del registro, y la herramienta devuelve la hora de finalización en el peor caso más una cuenta regresiva del tiempo que falta. En lugar de recargar a ciegas, obtienes un límite superior concreto para planificar pasos de migración y avisos de soporte con seguridad.

🧐 Preguntas Frecuentes

P. Si pongo el TTL en 5 minutos (300s), ¿todos verán el cambio en 5 minutos? R. Los resolutores que consultan el registro después de tu edición lo recogen en 5 minutos, pero cualquiera que haya cacheado el valor anterior justo antes del cambio lo seguirá sirviendo hasta que esa caché expire. La herramienta muestra ese peor escenario.

P. ¿Por qué "bajar el TTL el día del cambio" es demasiado lento? R. Bajar el TTL el mismo día no acorta las cachés que ya guardaron el valor antiguo con un TTL alto. Esos resolutores mantienen el dato obsoleto durante el TTL antiguo completo. Lo habitual es bajar el TTL uno o dos días antes.

P. ¿Por qué algunos resolutores devuelven datos viejos tras expirar el TTL? R. Algunos ISP no respetan el TTL de forma estricta y actualizan sus cachés según su propio calendario. En esos casos, la propagación real puede retrasarse respecto a la estimación.

P. ¿Mis datos o la hora calculada se envían a algún sitio? R. No. Todo se calcula en tu navegador y nada se envía a un servidor.

📚 El modelo "pull": por qué el DNS no "envía" nada

Conviene entender una idea que aclara casi todas las dudas: la "propagación" del DNS, en sentido estricto, no existe como mecanismo de envío. El DNS funciona con un modelo pull, no push. Ningún servidor empuja los cambios por la red; cada resolutor decide por su cuenta cuándo vuelve a preguntar al servidor autoritativo, y solo lo hace cuando el TTL de su copia en caché caduca.

Por eso el famoso plazo de "24 a 48 horas" es en gran parte un mito para cambios de registros corrientes. No hay razón técnica para que una edición de A o CNAME tarde días. Si configuras un TTL corto, como 300 segundos, con suficiente antelación, el registro nuevo puede verse casi en todas partes en cuestión de minutos: justo la ventana que esta calculadora te ayuda a planificar.