Qué muestra esta comprobación
La propagación DNS es el periodo en el que distintos resolvers todavía no devuelven la misma respuesta tras un cambio. Depende sobre todo de la caché y del TTL previo.
Esta herramienta consulta resolvers independientes y detecta si las respuestas son consistentes, parciales, ausentes o fallidas.
Cuándo usarla
- Migraciones de nameservers o proveedor DNS
- Cambios de hosting, CDN o balanceador
- Cambios de correo electrónico
- Diagnóstico de incidencias
Ejemplos de uso
- Ver si una migración de hosting ya muestra la IP nueva fuera de tu red local.
- Detectar resolvers que todavía devuelven el valor antiguo después de bajar el TTL.
- Comprobar propagación tras cambiar nameservers en el registrador.
Cómo interpretar el resultado
- Una mezcla de valores antiguos y nuevos suele indicar caché pendiente de expirar.
- SERVFAIL puede indicar delegación rota, servidores autoritativos inaccesibles o errores DNSSEC.
- Un timeout aislado importa menos que el mismo fallo repetido en muchos proveedores.
Ejemplos con dig
Estos comandos sirven para comparar la consulta de DNSRadar con una comprobación desde terminal o documentar una incidencia para tu proveedor DNS.
dig example.com A +short
dig @1.1.1.1 example.com A
dig @8.8.8.8 example.com A +noall +answerDiagnóstico avanzado
Usa esta página cuando un cambio DNS se ve desde una red pero no desde otra, después de migrar hosting, cambiar nameservers, añadir CDN o modificar registros de correo. La señal útil no es solo si existe un registro, sino si los resolvers independientes devuelven la misma respuesta, valores antiguos o errores concretos.
Ejemplos prácticos
- Después de mover una web a otro servidor, compara A y AAAA antes de apagar el servidor antiguo.
- Tras cambiar nameservers, revisa NS y SOA para detectar delegaciones antiguas en caché.
- En una migración de CDN, compara CNAME y A para encontrar destinos antiguos solo en algunos resolvers.
- Si aparece SERVFAIL durante la propagación, revisa DNSSEC y servidores autoritativos.
Errores habituales
Dar por completada la propagación con una sola consulta
Tu resolver local puede actualizar antes que los usados por clientes, correo o monitorización.
Cambiar DNS varias veces durante la caché
Complica distinguir respuestas cacheadas de errores autoritativos.
Olvidar IPv6
Un AAAA antiguo puede afectar a usuarios IPv6 aunque IPv4 funcione.
Apagar infraestructura antigua demasiado pronto
Usuarios con caché antigua pueden seguir llegando al servicio anterior.
Preguntas
Se puede forzar la propagación DNS?
Normalmente no puedes limpiar cachés de terceros. Bajar el TTL antes del cambio ayuda a reducir la transición.
Cuándo se considera completada?
En la práctica, cuando los resolvers relevantes para tus usuarios devuelven de forma consistente la respuesta esperada.
Cuánto tarda la propagación DNS?
Si el TTL era bajo puede tardar minutos; con TTL altos o cambios de nameservers puede alargarse 24 o 48 horas.
Qué hago si solo falla un resolver?
Si el resto coincide, suele ser caché o un fallo puntual. Si el resolver mantiene un valor antiguo con TTL alto, hay que esperar a que expire.