Comprobador de propagación DNS
Consulta los registros DNS de un dominio en varios resolutores públicos (Google, Cloudflare y más) a la vez para ver si un cambio de servidor de nombres ya se ha propagado en todo el mundo.
Consejos
- Justo después de cambiar un servidor de nombres o un registro A, algunos resolutores pueden seguir devolviendo el valor antiguo hasta que caduque su TTL (tiempo de vida) en caché; es normal, no un fallo.
- Si los resolutores no coinciden, revisa primero el TTL. Un TTL más largo (por ejemplo, 24 horas) hace que la propagación tarde naturalmente más en completarse en todas partes.
- Esta herramienta no se limita a registros A: úsala también para MX y TXT (SPF/DKIM, etc.), especialmente justo después de cambiar la configuración de correo.
- Una respuesta NXDOMAIN significa que el dominio en sí no existe. Revisa si hay algún error de escritura o si el registro ha caducado.
- Como esta herramienta también consulta resolutores operados fuera de Japón, es útil para evaluar el estado de propagación de cara a una audiencia internacional.
Preguntas frecuentes
A propósito — nadie "difunde" realmente los cambios de DNS
El DNS se basa en el almacenamiento en caché jerárquico desde que se diseñó en 1983. Si cada resolutor del planeta tuviera que remontarse hasta los servidores raíz en cada consulta, el sistema no podría sostener el volumen de tráfico, así que cada resolutor guarda una respuesta en su propia caché durante el tiempo que permita el TTL (Time To Live) del registro, respondiendo al instante desde esa caché ante preguntas repetidas. Esto es justo lo que hace rápido al DNS, pero también genera un efecto secundario: un retraso antes de que un cambio sea visible en todas partes.
Ese retraso se conoce comúnmente como "propagación DNS", pero en realidad nadie está difundiendo activamente la información por el mundo. Lo que ocurre de verdad es que la entrada de caché obsoleta de cada resolutor va caducando en silencio según su propio calendario de TTL, y solo se actualiza la próxima vez que alguien la consulta: una renovación pasiva y gradual, no un envío activo. Con un TTL de 24 horas, en teoría algún resolutor en algún lugar podría seguir devolviendo el valor antiguo durante esas 24 horas completas tras el cambio.
El protocolo DoH (DNS sobre HTTPS) en el que se apoya esta herramienta fue impulsado originalmente hacia 2018 por Mozilla y Google, en gran parte por motivos de privacidad, para que los ISP y otros actores en la ruta de red no pudieran ver el contenido de una consulta DNS. Cifrar el tráfico DNS dentro de HTTPS normal tuvo también un efecto secundario útil: dio lugar a una API JSON estandarizada que herramientas como esta pueden usar para consultar varios resolutores públicos a través de un servidor, sin necesitar sockets DNS de bajo nivel.