Comprobador de propagación DNS
Pregunta a cuatro resolutores públicos a dónde apunta un dominio —Google, Cloudflare, Quad9 y OpenDNS— y comprueba si coinciden. Una pregunta, cuatro respuestas, desde el servidor de sysosx: la forma honesta más rápida de saber si un cambio de DNS se ha extendido de verdad.
¿Prefieres vigilarlo automáticamente? Vigílalo gratis con myeventwatch — alertas de caducidad y caídas, sin tarjeta.
Qué es en realidad la propagación
No existe ningún evento de propagación. Cuando cambias un registro DNS, nada viaja a ninguna parte: el servidor de nombres autoritativo simplemente empieza a responder de otra manera, y cada resolutor del mundo sigue sirviendo lo último que obtuvo hasta que caduca el TTL de esa respuesta. Un resolutor que preguntó cinco minutos antes de tu edición sirve el valor antiguo durante el resto de su TTL; un resolutor que pregunta por primera vez después de tu edición obtiene el valor nuevo al instante. La «propagación» es solo la lenta convergencia de miles de cachés independientes, cada una con su propio reloj —por eso no tiene hora de finalización, solo una ventana limitada por el TTL, y por eso la pregunta honesta nunca es «¿ya se propagó?», sino «¿coinciden ya los resolutores que importan?»—.
Esta página responde a esa pregunta para los cuatro resolutores que usa en realidad la mayor parte de internet. A Google, Cloudflare, Quad9 y OpenDNS se les pregunta, en paralelo y desde el servidor de sysosx, por los registros A y AAAA del dominio, y la tabla muestra lo que dijo cada uno, con el TTL más bajo visto. Cuando los cuatro coinciden, el cambio se ha extendido hasta donde en la práctica necesita llegar. Cuando difieren, la columna TTL te dice cuánto durará la discrepancia: espera a que pase y vuelve a comprobar. Bajar el TTL de un registro a unos pocos minutos uno o dos días antes de una migración planificada es el truco de propagación más eficaz que existe: acorta la memoria de cada caché antes del cambio, en lugar de luchar contra ella después.
Cómo leer la tabla
Cada fila es un resolutor. La columna A es la dirección IPv4 que devuelve, AAAA la dirección IPv6 si el dominio tiene una, y el TTL es el tiempo de vida más bajo entre las respuestas: el número de segundos que ese resolutor seguirá creyendo su respuesta antes de preguntar de nuevo. Un resolutor marcado «timeout» no respondió a tiempo; eso es una afirmación sobre el resolutor, no sobre tu registro, y las demás filas siguen en pie. Un resultado de «does not exist» significa que todos los resolutores que respondieron coincidieron en que el nombre no está registrado en absoluto: comprueba la ortografía antes que cualquier otra cosa. Y cuando el aviso dice que los resolutores difieren, resiste la tentación de «arreglar» algo: volver a comprobar cada minuto no acelera la caché de nadie, y editar el registro otra vez solo reinicia cada TTL que estabas esperando.
Herramientas relacionadas: la consulta DNS para el conjunto completo de registros de un resolutor cuando hay que inspeccionar un solo registro, la cadena de estado HTTP cuando la dirección es correcta pero la ruta de redirecciones no, y la comprobación de salud del sitio web para el panorama completo: alcanzabilidad, certificado, caducidad y registros juntos.
Lectura adicional: por qué un sitio se ve distinto desde distintos lugares — cadenas de redirecciones, propagación DNS y cachés intermedias, y cómo saber cuál te está afectando.
Preguntas frecuentes
¿Es esto una comprobación de propagación mundial?
No —y ninguna herramienta lo es, honestamente—. Esta página plantea la misma pregunta a cuatro grandes resolutores públicos (Google, Cloudflare, Quad9 y OpenDNS) desde el servidor de sysosx y muestra si coinciden. Que cuatro resolutores coincidan es una prueba sólida de que un cambio se ha extendido; que difieran es la señal de esperar a que pase el TTL. Nadie puede consultar todos los resolutores del planeta, y cualquier herramienta que afirme hacerlo está vendiendo un mapa, no una medición.
¿Por qué difieren los resolutores después de cambiar un registro?
Porque nada empuja un cambio a ninguna parte. Cada resolutor almacena en caché lo último que obtuvo, durante exactamente el tiempo que dice el TTL del registro, y se actualiza según su propio calendario. Un resolutor que obtuvo el valor antiguo cinco minutos antes de tu edición sigue sirviéndolo hasta que ese TTL caduca. La discrepancia justo después de una edición es el estado normal, no un error: la columna TTL te dice cuánto dura.
¿Qué significa que un resolutor «no responda»?
Depende del tipo. NXDOMAIN significa que ese resolutor declara con autoridad que el nombre no existe: normalmente una errata, o un registro eliminado en lugar de cambiado. Una respuesta vacía sin error significa que el nombre existe pero no tiene registros A ni AAAA (un dominio solo de correo, por ejemplo). Un tiempo de espera agotado significa que ese resolutor no respondió a tiempo; no dice nada sobre el registro en sí, y las respuestas de los otros tres resolutores siguen en pie.
¿En qué se diferencia esto de la consulta DNS?
La consulta DNS muestra el conjunto completo de registros de un resolutor —todos los tipos, con sus TTL—, que es lo que quieres al depurar un solo registro. Esta página muestra una pregunta (¿a dónde apunta este nombre?) en cuatro resolutores, que es lo que quieres al preguntar si un cambio se ha extendido. Usa la consulta para inspeccionar un registro y esta página para juzgar la propagación.
¿Por qué hay un límite de frecuencia y por qué la caché dura solo diez minutos?
Cada comprobación hace ocho consultas en vivo (A y AAAA en cuatro resolutores). Las comprobaciones frescas se limitan por visitante (unas veinte por hora, con un margen de ráfaga breve) para mantener la cortesía, y los resultados se guardan en caché diez minutos en lugar de una hora, porque una comprobación de propagación cuya respuesta tiene una hora derrota su propio propósito. Un resultado en caché se etiqueta como tal.