Domain & DNS

Comprobación de propagación DNS

Comprueba el estado de los registros en 15 servidores DNS globales.

Domain & record type We query 15 public resolvers in parallel and stream answers as they arrive.

Try: example.com google.com github.com

Sobre esta herramienta

Después de cambiar un registro DNS, no surte efecto globalmente a la vez. Cada resolver recursivo cachea las respuestas durante el TTL publicado por el servidor autoritativo, así que distintas redes ven valores antiguos y nuevos durante un tiempo. Esta herramienta consulta 15 resolvers públicos por todo el mundo en paralelo y transmite sus respuestas a su navegador a medida que llegan.

Cubrimos las principales redes anycast (Google, Cloudflare, Quad9, OpenDNS, NextDNS), proveedores centrados en privacidad (AdGuard, Mullvad, CleanBrowsing), resolvers regionales (CZ.NIC en Europa, Yandex y Comss en la CEI, Alibaba y DNSPod en Asia, Canadian Shield en CA, DNS.SB en DE). Si una región o proveedor concreto sigue sirviendo el registro antiguo, la tabla lo mostrará.

Cuándo utilizar esta herramienta

Tras cambiar de nameservers o un registro A/AAAA — confirme que el nuevo valor está vivo en todas partes antes de cortar el tráfico.
Investigar reportes de usuarios que dicen «su sitio no carga» — pregúnteles qué resolver usan y compruebe ese en concreto.
Seguir cambios de MX — los servidores de correo reintentan con distintos resolvers, así que una propagación parcial puede causar fallos silenciosos de entrega.
Detectar split DNS — si un AS enruta un proveedor mediante GeoDNS, distintas regiones obtienen respuestas distintas; la columna de país lo resalta.

Cómo leer los resultados

Cada fila es un resolver recursivo. OK significa que el resolver devolvió una respuesta (valores mostrados); Timeout significa que no hubo respuesta en 5 s (el upstream va lento o está bloqueado); Error significa que el resolver rechazó o devolvió una respuesta malformada. La columna de tiempo es el RTT desde nuestro servidor — depende de nuestra ubicación, no de la suya, así que trate los números absolutos como «cota superior». Lo que importa es la consistencia de los valores entre filas.

Preguntas frecuentes

¿Por qué algunos resolvers siguen mostrando el valor antiguo?

Porque lo cachearon. El servidor autoritativo publica un TTL (tiempo de vida) para cada registro; un resolver recursivo puede conservar una copia durante esos segundos antes de volver a buscar. TTL comunes son 300 s–86400 s. Si bajó el TTL antes del cambio, las cachés se limpiarán más rápido; si no, espere un retraso de hasta un TTL. Cloudflare y Google Public DNS a veces precargan registros, pero los resolvers más pequeños siempre esperan.

¿Por qué algunos resolvers aparecen como Timeout?

O bien el resolver está saturado (ocurre brevemente con proveedores pequeños), bloqueado para el rango IP de nuestro servidor, o simplemente lento ese día. Un único timeout no significa que su registro esté roto — mire las otras 14 filas. Si más de la mitad se quedan en timeout a la vez, vuelva a ejecutar en un minuto; si persiste, el problema está de nuestro lado.

¿En qué se diferencia esto de DNS Lookup?

DNS Lookup consulta un único resolver que usted elige y muestra todos los tipos de registro a la vez. DNS Propagation consulta muchos resolvers en paralelo pero solo para un tipo de registro — responde a «¿el nuevo valor es visible en todas partes?», no a «¿qué registros tiene este dominio?». Use ambas juntas tras un cambio: Lookup para verificar el valor autoritativo, Propagation para ver cómo se extiende.

¿Comprueban resolvers solo IPv6?

No en la lista actual. Los 15 resolvers se consultan sobre IPv4 en UDP puerto 53. La visibilidad IPv6 en el panorama del DNS público es muy desigual; añadiremos filas IPv6 cuando suficientes proveedores se comprometan a anycast IPv6 estable.

¿Puedo comprobar registros distintos de A y AAAA?

Sí — elija MX, TXT o NS en el desplegable. Para tipos más exóticos (CAA, SRV, SOA, CNAME, PTR), use la herramienta DNS Lookup — las comprobaciones de propagación son más útiles para los tipos de registro en los que las redes cliente dependen (direcciones de host, enrutamiento de correo, verificación TXT, delegación de nameservers).