Verificador de propagación DNS Compruebe la propagación DNS en todo el mundo

Consulte a la vez 34 resolutores públicos de seis continentes y compruebe cuáles ya devuelven sus nuevos registros.

Probar
  • 34 resolutores en 28 países
  • Seleccione un punto para ver detalles

Resultados en todo el mundo

34 resolutores
Saltar la lista de resolutores
  • Google DNS

    Desde su navegador

  • Estados Unidos

    Google

  • Estados Unidos

    Cloudflare

  • Estados Unidos

    OpenDNS

  • Estados Unidos

    Hurricane Electric

  • Canadá

    CIRA Canadian Shield

  • México

    Alestra

  • Brasil

    Claro

  • Irlanda

    Namecheap

  • Reino Unido

    IONOS

  • Francia

    OVH

  • Países Bajos

    Odido

  • Alemania

    Telekom Deutschland

  • Suiza

    Swisscom

  • Suiza

    Quad9

  • España

    Priority Telecom

  • Italia

    UltraDNS

  • Chipre

    AdGuard

  • Turquía

    Teknet

  • Turquía

    Netlen

  • Rusia

    SafeDNS

  • Rusia

    Yandex

  • Kuwait

    Gulfnet

  • Sudáfrica

    Liquid Telecom

  • Pakistán

    CMPak

  • India

    Bharat Public DNS

  • Filipinas

    PLDT

  • Malasia

    Exabytes

  • Singapur

    Azure-hosted

  • Indonesia

    IDNIC

  • China

    114DNS

  • Corea del Sur

    LG Uplus

  • Taiwán

    HiNet

  • Japón

    IIJ

  • Australia

    Telstra

Un verificador de DNS que consulta a todo el mundo a la vez

Cuando cambia un registro DNS, el nuevo valor no llega a todos en el mismo momento. Los resolutores de todo el mundo conservan la respuesta antigua en su caché hasta que caduca. Este verificador de propagación DNS consulta al mismo tiempo 34 resolutores públicos (servicios globales como Google, Cloudflare, Quad9 y OpenDNS, y los resolutores de ISP, empresas de hosting y servicios DNS públicos de más de 20 países), y también consulta Google Public DNS desde su propio navegador, para que vea exactamente cuáles ya devuelven su nuevo registro.

Haga esta prueba de propagación DNS después de apuntar un dominio a un servidor nuevo, trasladar el correo a otro proveedor, añadir un registro TXT de verificación o cambiar los servidores de nombres. Para ver la respuesta completa de un solo resolutor, use la herramienta Consulta DNS.

Verificador de propagación DNS para dnsrobot.net: los resolutores del mapa y de la lista devuelven el mismo registro AVerificador de propagación DNS para dnsrobot.net: los resolutores del mapa y de la lista devuelven el mismo registro ADominio y tipo de registroEscriba un dominio o pegue una URL, elija el registro que cambió y pulse Verificar. Si introduce una dirección IP, se comprueba su registro PTR.El mapa mundialUn punto por resolutor. El resolutor de un ISP aparece en el lugar desde el que responde; los servicios globales como Google, Cloudflare y Quad9 responden desde su sede más cercana a nuestro servidor, así que su punto señala a la empresa. El verde coincide con la mayoría, el ámbar difiere y el rojo no devolvió ningún registro o dio un error. Pase el cursor o toque un punto para ver su respuesta.Google DNS desde su navegadorLa misma consulta, enviada por su propio navegador a Google Public DNS, para que Google responda según su ubicación. El resolutor de su ISP, que usan la mayoría de los dispositivos, aún puede conservar una respuesta más antigua.El recuentoCuántos resolutores coinciden, difieren, no tienen el registro o no respondieron. La propagación se completa cuando todos los resolutores coinciden en su nuevo valor.
Una comprobación en vivo en el mapa de propagación DNS: cada punto es un resolutor público, verde cuando devuelve la misma respuesta que la mayoría. Seleccione un marcador para ver qué muestra cada parte.

Cómo comprobar la propagación DNS

  1. 1

    Introduzca un dominio

    Escriba un dominio o pegue una URL. Si introduce una dirección IP, se comprueba en su lugar su registro de DNS inverso (PTR).

  2. 2

    Elija el tipo de registro

    A para la dirección IPv4 de un sitio web, AAAA para IPv6, MX para el correo, TXT para SPF, DKIM y códigos de verificación, NS para los servidores de nombres, y siete más.

  3. 3

    Lea el mapa y la lista

    Los resolutores en verde devuelven la misma respuesta que la mayoría, los ámbar difieren y los rojos no devolvieron ningún registro o dieron un error. Google DNS desde su navegador muestra lo que Google responde para su ubicación; el resolutor de su ISP puede diferir.

¿Qué es la propagación DNS?

La propagación DNS es el tiempo que tarda un cambio en sus registros DNS en sustituir la versión antigua en la caché de cada resolutor. No se envía nada a nadie: su proveedor de DNS tiene el registro nuevo en el momento en que lo guarda, y cada resolutor lo obtiene solo cuando caduca su copia en caché.

El tiempo que un resolutor puede conservar un registro lo fija el TTL (time to live, tiempo de vida) del registro, en segundos, tal como lo define el RFC 1035. Con un TTL de 3600, un resolutor que obtuvo el registro antiguo un minuto antes de su cambio puede seguir sirviéndolo durante casi una hora. Por eso dos personas de la misma ciudad pueden ver durante un tiempo versiones distintas de un sitio.

Su proveedor de DNS
Tiene el registro nuevo en cuanto usted lo guarda
Resolutores de todo el mundo
Conservan su copia en caché hasta que se agota el TTL
Visitantes
Reciben lo que su resolutor tenga en caché
Registro nuevoRegistro antiguo, aún en cachéCada resolutor se actualiza a su propio ritmo, así que la propagación DNS global ocurre por partes, no de una sola vez.

¿Cuánto tarda la propagación DNS?

La mayoría de los cambios de registro llegan a todos los resolutores en entre unos minutos y pocas horas. Un cambio de servidores de nombres puede tardar hasta 48 horas.

El TTL del registro anterior marca el ritmo: un resolutor que lo guardó en caché lo sigue sirviendo hasta que el TTL se agota. Un registro con un TTL de 3600 segundos desaparece de todas las cachés que cumplen la norma en menos de una hora. Los plazos de abajo suponen TTL habituales, de 300 segundos a 24 horas; los cambios de servidores de nombres y los dominios nuevos también dependen del operador de registro.

¿Planea un cambio? Baje el TTL a 300 un día antes, espere a que pase el TTL anterior y haga el cambio después.

Tiempo típico hasta que todos los resolutores tienen el cambio
  • Registro TXT (SPF, DKIM, DMARC): 5 minutos – 24 horas
  • Registro A o AAAA: 5 minutos – 24 horas
  • Registro CNAME: 5 minutos – 24 horas
  • Registro MX: 5 minutos – 24 horas
  • Dominio .com o .net nuevo: 5 minutos – 15 minutos
  • Cambio de servidores de nombres: 5 minutos – 48 horas

Tiempo de propagación DNS por proveedor

Un cambio de registro llega a todos los resolutores en aproximadamente un TTL, así que el dato que debe conocer es el TTL predeterminado de su proveedor de DNS. Estos son los valores predeterminados que cada proveedor documenta para los registros nuevos (en Porkbun, su mínimo); la mayoría se pueden reducir.

Cada valor procede de la documentación del propio proveedor: Cloudflare, Route 53, Porkbun, Namecheap, GoDaddy, Network Solutions y Hostinger.

Proveedor de DNSTTL predeterminadoUn cambio de registro llega a todos los resolutores en aproximadamente
Cloudflare300 s (Auto)5 minutos
Amazon Route 53300 s5 minutos
Porkbun600 s (mínimo)10 minutos
Namecheap1800 s (Automatic)30 minutos
GoDaddy3600 s1 hora
Network Solutions7200 s2 horas
Hostinger14 400 s4 horas

Cómo acelerar la propagación DNS

Nadie puede obligar a todos los resolutores del mundo a descartar antes de tiempo una respuesta en caché. Lo que sí puede hacer es planificar el cambio para que las cachés caduquen rápido y pedir que se actualicen los resolutores que atienden a más personas.

  1. 1

    Baje primero el TTL

    Uno o dos días antes del cambio, fije el TTL del registro en 300 segundos. Así, los resolutores conservarán el registro cinco minutos como máximo.

  2. 2

    Espere a que pase el TTL anterior

    Los resolutores que guardaron el registro en caché antes de que bajara el TTL lo conservan durante el TTL anterior: un día entero si era 86400.

  3. 3

    Haga el cambio donde cuenta

    Edite el registro en el proveedor de DNS al que apuntan sus servidores de nombres. ¿No sabe cuál es? Compruébelo con Consulta NS.

  4. 4

    Pida a Google y a Cloudflare que actualicen

    Ambos permiten a cualquiera descartar un registro en caché: Google Public DNS Flush Cache y Cloudflare 1.1.1.1 Purge Cache.

  5. 5

    Vacíe sus propias cachés

    Su computadora, su navegador y su router guardan sus propias copias. Encontrará los comandos justo debajo.

  6. 6

    Compruebe y luego suba el TTL

    Cuando todos los resolutores de arriba muestren el valor nuevo, vuelva a poner el TTL en 3600 o más para que su proveedor de DNS responda a menos consultas.

¿Sigue viendo el sitio antiguo?

Si todos los resolutores de arriba ya devuelven el registro nuevo pero su navegador no, la respuesta antigua está en caché de su lado. Bórrela donde está:

ipconfig /flushdns

Ejecútelo en el Símbolo del sistema como administrador. Responde «Successfully flushed the DNS Resolver Cache.»

Dónde puede esconderse una respuesta antigua

  1. Su navegador

    Tiene su propia caché DNS y guarda la página antigua. Una recarga forzada (Ctrl+Shift+R, o Cmd+Shift+R en Mac) vuelve a cargar la página, pero no vacía esa caché DNS: los pasos para Chrome y Firefox de arriba sí lo hacen.

  2. Su computadora

    La caché DNS del sistema responde a todas las aplicaciones. Vacíela con el comando de su sistema.

  3. Su router

    Guarda en caché las respuestas para todos los dispositivos de su red. Al reiniciarlo, se borran.

  4. El resolutor de su ISP

    No puede vaciarlo. Espere a que pase el TTL o configure su dispositivo con 1.1.1.1 o 8.8.8.8 durante un tiempo.

  5. Una CDN o caché de página

    Si el DNS es correcto en todas partes pero la página sigue siendo la antigua, purgue la caché de su CDN o del plugin de caché de su sitio.

¿Por qué mi DNS no se está propagando?

Si los resolutores siguen mostrando el registro antiguo mucho después de que haya pasado el TTL, la causa suele ser una de estas:

Cómo se ve una verificación en pleno cambio y una vez terminada

La misma verificación de propagación DNS terminada: los 33 resolutores del mapa y de la lista coinciden en la nueva direcciónLa misma verificación de propagación DNS terminada: los 33 resolutores del mapa y de la lista coinciden en la nueva direcciónVerificación de propagación DNS de example.com en pleno cambio: 24 de 34 resolutores devuelven la nueva IP y diez, la antiguaVerificación de propagación DNS de example.com en pleno cambio: 24 de 34 resolutores devuelven la nueva IP y diez, la antigua
Arrastre el control. En pleno cambio, los resolutores cuya respuesta difiere de la mayoría aparecen como «Difieren»; cuando caducan todas las cachés, los 34 coinciden.

¿Qué está viendo?

Nada cambia, por mucho que espere

Causa probable

El cambio se hizo en el proveedor de DNS equivocado

Los registros solo cuentan en el proveedor de DNS al que apuntan sus servidores de nombres. Si su dominio usa los servidores de nombres de Cloudflare, los cambios en su registrador no modifican nada.

Compruebe sus servidores de nombres
Algunos resolutores aún devuelven el valor antiguo

Causa probable

El TTL anterior aún no se ha agotado

Los resolutores pueden conservar la respuesta antigua durante el TTL que tenía antes de su cambio. El «TTL más bajo» del resultado es el tiempo más corto que le queda a cualquier respuesta, no la espera más larga. Para un resolutor que aún devuelve el valor antiguo, consúltelo directamente con la dirección que aparece en sus detalles, por ejemplo dig @8.8.8.8 example.com A: el número antes de IN son los segundos que le quedan a su copia.

Consulte el TTL del registro
Los resolutores responden «Sin registro» para un nombre recién añadido

Causa probable

Los resolutores siguen diciendo que el nombre no existe

Un resolutor que preguntó antes de que existiera el registro recuerda «no existe ese nombre» durante el tiempo de caché negativa de la zona, a menudo de 5 minutos a una hora. Lo fija el RFC 2308: el menor valor entre el TTL del registro SOA y su campo minimum.

Haga una consulta DNS
Algunos resolutores fallan con SERVFAIL desde que cambió de proveedor de DNS

Causa probable

Los resolutores que validan fallan tras cambiar de servidores de nombres

Suele ser DNSSEC: un registro DS en su registrador todavía apunta a las claves del proveedor de DNS anterior, así que los resolutores que validan (Google, Cloudflare, Quad9) devuelven SERVFAIL mientras otros siguen respondiendo. Elimínelo o sustitúyalo por el del nuevo proveedor. Compruebe arriba el tipo de registro DS o ejecute la Verificación de salud DNS.

Compruebe el registrador
Direcciones distintas según la región, que nunca se estabilizan

Causa probable

Las respuestas varían por región y nunca coinciden

Los sitios en una CDN o con geo-DNS responden a cada región con un servidor cercano. Es lo esperado: con tres o más respuestas distintas y ninguna devuelta por la mayoría de los resolutores, el verificador las cuenta todas como resueltas; con solo dos, el grupo más pequeño aparece como «Difieren» aunque no esté cambiando nada.

Identifique la CDN o el hosting
El correo rebota o sigue llegando al servidor antiguo

Causa probable

El correo rebota tras un cambio de MX

Algunos remitentes siguen usando el MX antiguo hasta que caduca. Mantenga en funcionamiento el servidor de correo antiguo y compruebe SPF, DKIM y DMARC para el nuevo proveedor.

Compruebe los registros MX

Más de 50 herramientas gratuitas de DNS, red, seguridad y utilidades

Cada herramienta funciona en su navegador o en nuestros servidores, sin necesidad de cuenta.

Herramientas DNS10

Herramientas DNS

Herramientas de Correo10

Herramientas de Correo

Herramientas Web15

Herramientas Web

Herramientas de Red11

Herramientas de Red

Herramientas IP14

Herramientas IP

Herramientas Útiles16

Herramientas Útiles

Preguntas sobre la propagación DNS

¿Qué es un verificador de propagación DNS?

Pregunta a la vez a muchos resolutores públicos por el mismo registro y compara sus respuestas. Cuando todos devuelven su nuevo valor, el cambio les ha llegado. Este check DNS consulta directamente 34 resolutores, sin ninguna caché de por medio, y también consulta Google Public DNS desde su propio navegador.

¿Por qué un sitio carga con datos móviles pero no con Wi-Fi?

Porque cada red consulta a un resolutor distinto, y cada resolutor tiene su propia caché. Con Wi-Fi, su dispositivo suele consultar a su router, que consulta al resolutor del ISP de su casa; con datos móviles, consulta al de su operador móvil. Cualquiera de los dos puede conservar aún el registro antiguo hasta que se agote su TTL. Reinicie el router y vacíe la caché DNS de su computadora; el resolutor de su ISP no se puede vaciar, así que, si conserva la copia antigua, espere a que pase el TTL.

¿Por qué mi proveedor de DNS muestra el registro nuevo y los resolutores no?

Porque los servidores de nombres de su proveedor de DNS son autoritativos: responden desde la propia zona, así que tienen el cambio en cuanto usted lo guarda. Los resolutores responden desde su caché y solo vuelven a consultar la zona cuando se agota el TTL. La herramienta Consulta DNS consulta los propios servidores de la zona junto a Google y Cloudflare, para que pueda distinguir un cambio que no se guardó de uno que sigue en caché.

¿Puedo comprobar mis registros en un nuevo proveedor de DNS antes de cambiar los servidores de nombres?

Sí: consulte directamente los servidores de nombres del nuevo proveedor. dig @ns1.newhost.example example.com A, con el servidor de nombres de su nuevo proveedor y su dominio, devuelve la respuesta de la propia zona sin ninguna caché de por medio, así que es correcta en cuanto usted guarda. La herramienta Consulta DNS de hosting lo hace con 14 proveedores. Cuando todos los registros coinciden, el cambio solo depende de la delegación del operador de registro.

¿Con qué rapidez se propaga el DNS de Cloudflare?

Los registros en Cloudflare tienen por defecto un TTL de 300 segundos, así que un cambio suele llegar a todos los resolutores en unos 5 minutos. Un registro con proxy (nube naranja) siempre devuelve las direcciones de Cloudflare, así que apuntarlo a un servidor nuevo no requiere propagación, y este verificador muestra las IP de Cloudflare en lugar de las suyas. Trasladar un dominio a los servidores de nombres de Cloudflare es un cambio de servidores de nombres: su ritmo lo marca el TTL de delegación del operador de registro, no Cloudflare.

¿Por qué el verificador no puede consultar al resolutor de mi propio ISP?

Porque una página web no puede enviar una consulta DNS al resolutor que usa su dispositivo: los navegadores no ofrecen a las páginas ninguna forma de hacerlo. Por eso, la fila «Google DNS» consulta en su lugar Google Public DNS por HTTPS, a través de su conexión. Para ver la respuesta de su propio resolutor, ejecute nslookup example.com en su computadora, que consulta el servidor DNS que su sistema tiene configurado. El Test de Fugas DNS muestra los resolutores que hay detrás de su conexión.

¿Por qué algunos resolutores muestran «Sin respuesta»?

Un resolutor que no responde en 4 segundos, o cuya conexión falla, cuenta como «Sin respuesta», nunca como una respuesta distinta. Eso no dice nada de su registro: el resolutor o el camino hasta él estaba lento o caído en ese momento. Repita la comprobación un minuto después; si el mismo resolutor sigue sin responder mientras todos los demás coinciden, su cambio les ha llegado.

¿Hay un límite, y puedo compartir o automatizar una comprobación?

Es gratuito y no necesita cuenta, con un límite de 20 comprobaciones por minuto desde una misma dirección IP; cada comprobación consulta los 34 resolutores. «Copiar enlace» genera un enlace que repite la comprobación del mismo dominio y tipo de registro para quien lo abra. Para scripts, GET /api/v2/dns/propagation de la API v2 devuelve la respuesta y el TTL de cada resolutor en JSON, con su propio límite de 20 llamadas por minuto; consulte la documentación de la API.

¿Le falta algo?Sugiera una función o una herramienta nueva