Consulta los registros DNS de cualquier dominio desde más de 60 servidores, cuya disponibilidad se comprueba regularmente, repartidos por los seis continentes. Comprueba los registros A, AAAA, MX, CNAME, TXT, NS y otros tipos de registros en cuestión de segundos. Free, sin necesidad de registrarse.
| Ubicación | Resolver | Resultado | TTL | Hora | Estado |
|---|
Cada comprobación envía una consulta directa por cada resolutor a través del protocolo DNS, por lo que cada resultado refleja fielmente la respuesta almacenada en la caché de ese resolutor concreto; nada se transmite a través de un único servicio de nivel superior. Los resolutores Anycast (como Google o Cloudflare) responden desde su punto de presencia más cercano; se muestran en la ubicación de origen de su operador.
El porcentaje de propagación es la proporción de resolutores consultados que ya devuelven el valor esperado. Dado que los resolutores almacenan en caché las respuestas durante el TTL del registro, la propagación completa a nivel mundial puede tardar desde unos minutos hasta 48 horas tras un cambio en el DNS. Los servidores que fallan repetidamente se someten a comprobaciones de estado cada hora y se eliminan automáticamente del grupo.
Tipos de registros compatibles: A, AAAA, CNAME, MX, TXT, NS, SOA, SRV, PTR, CAA, HTTPS, SVCB, DS, DNSKEY, TLSA y NAPTR. El monitor de migración vuelve a comprobar un conjunto de anycast rápido a intervalos regulares y avisa a tu navegador cuando los registros cambian o cuando el valor de destino entra en funcionamiento.
Servidores DNS globales
Tipos de registros
Continentes cubiertos
Disponibilidad
Introduce un nombre de dominio, selecciona un tipo de registro y pulsa «Comprobar». La herramienta consulta los servidores DNS de América del Norte, Europa, Asia, América del Sur, África y Oceanía, y a continuación muestra los resultados en una tabla comparativa. Obtienes la respuesta sin procesar de cada servidor, sin almacenamiento en caché ni filtrado.
Esto es importante porque los registros DNS no se actualizan en todas partes al mismo tiempo. Después de cambiar un servidor de nombres, modificar una dirección IP o añadir un nuevo registro MX, pueden pasar desde unos minutos hasta 48 horas antes de que todos los resolutores del planeta vean la actualización. Realizar una consulta desde una única ubicación solo te indica lo que sabe ese servidor en concreto. Comprobarlo desde docenas de servidores a la vez te ofrece una visión completa.
¿Has modificado tus registros DNS y necesitas saber cuándo la actualización ha llegado a todos los rincones de Internet? Realiza comprobaciones repetidas para observar la propagación en tiempo real. Resulta útil durante migraciones de dominios, cambios de alojamiento o implementaciones de CDN.
Comprueba que tus registros A, AAAA, MX, CNAME, TXT, NS, SRV, SOA, CAA y otros devuelvan los valores esperados. Detecta los errores de configuración antes de que provoquen interrupciones del servicio o fallos en la entrega del correo electrónico.
Cuando una página web se carga para algunos usuarios pero no para otros, la causa suele ser una configuración de DNS inconsistente. Comparar las respuestas entre servidores revela rápidamente si el problema es una caché obsoleta, un registro erróneo o un servidor de nombres que no responde.
Cada dominio se basa en un conjunto de registros DNS que indican a Internet dónde enviar el tráfico, cómo enrutar el correo electrónico y qué servicios están autorizados a actuar en nombre del dominio. A continuación se explica qué hace cada tipo de registro compatible y cuándo conviene comprobarlo.
Registros
A y AAAA:
Los registros A dirigen un dominio a una dirección IPv4. Los registros AAAA hacen lo mismo con IPv6. Son los registros más básicos: si tu sitio web no se carga, comprobar los registros A y AAAA suele ser el primer paso. La presencia de varios registros A en el mismo dominio permite el equilibrio de carga por rotación (round-robin).
Registros
CNAME
Un CNAME asigna un nombre de host a otro. Entre sus usos habituales se incluyen dirigir «www» a un dominio raíz o redirigir un subdominio a un Endpoint de una CDN. Una regla importante: un CNAME no puede coexistir con otros registros en el mismo nombre, por lo que no puedes colocar un CNAME en el vértice de la zona junto a un registro MX o TXT.
Registros
MX
Los registros MX indican a otros servidores de correo dónde deben entregar el correo electrónico de tu dominio. Cada registro MX tiene un número de prioridad: se prueban primero los números más bajos. Si tu servidor de correo principal deja de funcionar, las entradas MX de respaldo se encargan del exceso de tráfico. Los registros MX mal configurados son una de las razones más comunes por las que el correo electrónico deja de funcionar tras un cambio en el DNS.
Registros
TXT
Los registros TXT contienen texto arbitrario y tienen varios fines: registros SPF para la autenticación del correo electrónico, claves públicas DKIM, políticas DMARC, verificación de la propiedad del dominio para servicios como Google Search Console y mucho más. Si estás solucionando problemas de entrega de correo electrónico, es esencial comprobar los registros TXT.
Registros
NS
Los registros NS definen qué servidores de nombres son autoritativos para un dominio. Cuando registras un dominio o lo transfieres a un nuevo proveedor de alojamiento, los registros NS del registrador deben apuntar a los servidores de nombres correctos. Unos registros NS incorrectos implican que toda tu zona DNS queda inaccesible.
Registros
SOA
El registro SOA (Start of Authority) contiene información administrativa sobre una zona DNS: el servidor de nombres principal, el correo electrónico de la parte responsable, un número de serie que se incrementa con cada cambio y temporizadores que controlan la frecuencia con la que los servidores secundarios actualizan sus datos.
Registros
SRV
Los registros SRV especifican el host y el puerto para servicios concretos. Son utilizados por protocolos como SIP, XMPP y algunos servicios de Microsoft para detectar dónde se está ejecutando un servicio sin necesidad de codificar direcciones de forma fija.
Registros
CAA:
Los registros CAA restringen qué autoridades de certificación están autorizadas a emitir certificados SSL/TLS para tu dominio. Configurar un registro CAA es una forma sencilla de reducir el riesgo de emisión no autorizada de certificados.
Cuando actualizas un registro DNS, el cambio no surte efecto en todas partes simultáneamente. El DNS es un sistema distribuido con almacenamiento en caché integrado en cada capa. El resolutor de tu proveedor de servicios de Internet, el DNS público de Google, el 1.1.1.1 de Cloudflare y miles de otros resolutores de todo el mundo conservan cada uno su propia copia en caché de tus registros. Solo vuelven al servidor de nombres autoritativo cuando caduca la copia almacenada en caché, y esa caducidad viene determinada por el valor TTL (Time to Live).
Un registro con un TTL de 3600 segundos permanecerá en caché hasta una hora. Si modificas el registro, algunos resolutores seguirán sirviendo el valor antiguo hasta que caduque su caché. Por eso los cambios en el DNS pueden parecer que funcionan al instante en una red, pero tardan horas en otra.
Si tienes previsto realizar una migración o cambiar de direcciones IP, lo más práctico es reducir el TTL a un valor bajo, por ejemplo, 300 segundos, con suficiente antelación al cambio real. Una vez que el TTL reducido haya tenido tiempo de propagarse (espera al menos el mismo tiempo que el TTL anterior), realiza el cambio. Cuando todo parezca correcto, vuelve a aumentar el TTL a un valor más largo para reducir la carga de consultas.
Esta herramienta te permite comprobar qué devuelve actualmente cada servidor, de modo que puedas seguir la propagación a medida que se produce, en lugar de tener que adivinarla.
El sitio no se carga tras un cambio
de alojamiento
Comprueba tus registros A/AAAA. Si algunos servidores devuelven la IP antigua y otros la nueva, la propagación aún está en curso. Si todos los servidores devuelven la IP antigua, es probable que el registro nunca se haya actualizado a nivel del proveedor de DNS.
El correo electrónico no llega
Consulta los registros MX. Si faltan o apuntan a un servidor de correo incorrecto, ahí está el problema. Comprueba también los registros TXT de SPF: un registro SPF que falte o sea incorrecto hará que los servidores receptores marquen o rechacen tus mensajes.
Errores
de certificado SSL
: si utilizas la validación de dominio basada en DNS para SSL, asegúrate de que el registro CNAME o TXT requerido esté presente y se haya propagado. Los registros CAA también pueden bloquear la emisión del certificado si no incluyen tu CA.
Errores
de «Dominio no encontrado»:
comprueba primero los registros NS. Si los servidores de nombres que figuran en tu registrador no coinciden con los que realmente alojan tu zona, no se podrá resolver el dominio completo.
Antes de migrar
un dominio,
comprueba que todos los registros estén configurados en el nuevo proveedor antes de cambiar los servidores de nombres. Realiza una comprobación directamente con los nuevos servidores de nombres para confirmar que todo se resuelve correctamente.
Tras cambiar los registros
DNS,
supervisa la propagación en las diferentes regiones. Es posible que lo que vea el DNS de Google difiera de lo que devuelva un resolutor en Tokio o São Paulo durante varias horas.
Depuración de la entregabilidad
del correo electrónico
: consulta los registros MX, TXT (SPF, DKIM, DMARC) y A de tu dominio de correo. Las inconsistencias entre servidores pueden explicar por qué el correo electrónico funciona para algunos destinatarios pero no para otros.
Verificación de DNSSEC
: si has habilitado DNSSEC, comprueba los registros DS y DNSKEY para confirmar que la cadena de confianza está intacta. Una configuración de DNSSEC defectuosa es peor que no tener DNSSEC en absoluto: provocará errores de validación y hará que tu dominio sea inaccesible para los resolutores que aplican DNSSEC.
Auditorías
rutinarias:
comprueba periódicamente que tus registros no hayan sido modificados de forma inesperada. Los cambios no autorizados en el DNS pueden redirigir el tráfico, interceptar el correo electrónico o emitir certificados fraudulentos.
Depende del TTL del registro anterior. La mayoría de los cambios llegan a los principales servidores de resolución públicos, como Google (8.8.8.8) y Cloudflare (1.1.1.1), en cuestión de minutos. Los proveedores de Internet más pequeños con un almacenamiento en caché agresivo pueden tardar hasta 48 horas. Reducir el TTL antes de realizar cambios acelera el proceso de forma significativa.
Un servidor de nombres autoritativo almacena los registros DNS reales de un dominio. Un resolutor recursivo actúa como intermediario: recibe tu consulta, encuentra la respuesta recorriendo la jerarquía del DNS (servidor raíz, servidor de TLD, servidor autoritativo) y almacena el resultado en caché. Cuando escribes una URL en tu navegador, tu consulta se envía primero a un resolutor recursivo.
No. Esta herramienta consulta servidores DNS públicos. No puede acceder a zonas DNS privadas o internas que no estén expuestas a Internet. Para la depuración de DNS interno, utiliza «dig» o «nslookup» apuntando a tu resolutor interno.
Normalmente se debe al almacenamiento en caché. Cada resolutor almacena los registros en caché de forma independiente en función del TTL. Tras un cambio en un registro, los servidores que hayan almacenado en caché el registro antiguo lo devolverán hasta que caduque la caché. Las configuraciones de Geo-DNS también pueden devolver intencionadamente resultados diferentes en función de la ubicación del servidor solicitante.
Empieza por los registros A para confirmar que la dirección IP es correcta. A continuación, comprueba los registros NS para asegurarte de que la delegación de los servidores de nombres está intacta. Si todo parece correcto, es probable que el problema se encuentre a nivel del servidor o de la red, y no en el DNS.
Utiliza un proveedor de DNS con una red anycast para que las consultas se respondan desde el punto de presencia más cercano. Establece valores de TTL razonables: unos TTL más largos reducen el número de búsquedas. Por parte de la aplicación, habilita la precarga de DNS en tus cabeceras HTML y mantén las conexiones activas para evitar búsquedas repetidas del mismo nombre de host.