IPNixa
ES

Al elegir un idioma, esta página se abre en ese idioma. Al aplicar un idioma, su código se guarda en una cookie en este dispositivo durante 180 días.

Si esta página no está traducida, se abrirá una página disponible en el idioma seleccionado.

DNS / INSTANTÁNEAS DE DOS RESOLVERS

Consulta DNS: verifica registros y cambios

Introduce el valor esperado, guarda un resultado y comprueba qué cambia en Google y Cloudflare sin comparar tablas a mano. Gratis y sin registro.

Elige un tipo de registro o un grupo y compara las respuestas. Guarda un resultado para ver qué cambia después.

Nombre exacto que se consultará—
Valor que quieres comprobar (opcional)

Comprueba un valor completo, no un fragmento de texto. TXT distingue entre mayúsculas y minúsculas; las cadenas entre comillas divididas en varios segmentos se unen. Para MX o SRV, introduce el valor completo o el nombre del host de destino. En un grupo se comprueba cada tipo solicitado por separado. Este valor permanece en tu navegador.

Introduce un dominio, pega una URL o escribe una dirección IP para obtener su nombre DNS inverso (PTR). Las consultas solo se envían al pulsar el botón. Los nombres internacionales se convierten a ASCII.

Los grupos consultan el nombre introducido. La opción www solo añade www delante; no descubre subdominios. DMARC utiliza _dmarc y DKIM necesita el selector de tu servicio.

Elige un tipo de registro o un grupo y compara ambos resolutores.

¿Los cambios DNS siguen sin aparecer?

Guarda un resultado, cambia la configuración DNS y vuelve a comprobar. Los valores añadidos y eliminados se comparan por resolutor. Una consulta fallida nunca cuenta como un registro eliminado.

¿No se encuentra el TXT o la verificación CNAME sigue pendiente?

Usa el modo de verificación para comprobar el nombre exacto y el valor esperado. DMARC utiliza _dmarc; DKIM necesita el selector de tu servicio. Una coincidencia aquí no completa el proceso de verificación del servicio.

Esta herramienta consulta registros públicos a través de Cloudflare y Google desde nuestro servidor. No identifica el resolver DNS de tu dispositivo ni prueba fugas de DNS del VPN. Cómo se gestionan las consultas DNS →

Cómo consultar y comparar registros DNS

  1. Escribe el nombre DNS exacto, como example.com o _dmarc.example.com.
  2. Elige un tipo de registro o un grupo y pulsa Comparar DNS. Los grupos consultan los tipos indicados para el nombre exacto que introduzcas; no buscan subdominios.
  3. Lee juntos el resumen de la comparación, los registros individuales, los TTL y los códigos de respuesta. Si cambiaste el DNS hace poco, las respuestas en caché pueden mantenerse hasta que caduque su TTL.

¿Qué registros DNS debo comprobar?

El sitio web muestra una IP antigua
Compara A para IPv4 y AAAA para IPv6 en el nombre de host exacto. Un nombre de host www puede usar registros distintos de los del dominio raíz. Busca alias CNAME en la cadena de respuesta.
El correo sigue llegando a un servidor antiguo
Consulta MX en tu dominio de correo y luego compara los nombres y las prioridades de los servidores de correo con la configuración de tu proveedor de correo electrónico. Esta consulta muestra los registros de enrutamiento publicados; no envía un correo de prueba.
La verificación del dominio está pendiente
Consulta TXT en el nombre que indicó tu proveedor. SPF suele usar el dominio de correo; DMARC usa _dmarc y DKIM necesita el selector proporcionado. Comprueba el texto exacto en lugar de suponer que todos los registros TXT van en la raíz.

¿Por qué no coinciden los DNS de Cloudflare y Google?

Cada resolver tiene su propia caché. Tras un cambio de DNS, una respuesta antigua puede mantenerse hasta que caduque su TTL. Las CDN, el balanceo de carga y el DNS geográfico también pueden devolver direcciones distintas igual de válidas. Una diferencia es una pista que investigar, no un fallo automático.

Comparamos los conjuntos de registros de respuesta sin tener en cuenta el orden ni el TTL. Los nombres DNS se comparan sin distinguir mayúsculas ni el punto final; la escritura de IPv6 se normaliza. El texto TXT sí distingue mayúsculas y minúsculas. Los registros de autoridad y los indicadores DNSSEC se muestran por separado y no forman parte del veredicto sobre los valores de respuesta.

¿Sigues viendo la dirección antigua tras cambiar el DNS?

  1. Comprueba el nombre de host y el tipo de registro exactos que cambiaste. Un dominio raíz y www pueden tener respuestas distintas.
  2. Compara los valores devueltos con la configuración publicada por tu proveedor de DNS.
  3. Interpreta el TTL como el tiempo de caché restante, no como el tiempo que falta para una actualización global garantizada. Vuelve a comparar más tarde.
  4. Si un resolver falla, vuelve a intentarlo y revisa el código de respuesta. No interpretes su falta de respuesta como una coincidencia.

Qué significa cada tipo de registro

A / AAAA
Direcciones IPv4 e IPv6 publicadas para el nombre. Pueden pertenecer a una CDN o a un proxy en lugar del servidor de origen.
MX
Servidores de correo y su prioridad. Los números de preferencia más bajos se prueban primero.
TXT
Registros de texto, como SPF o la verificación de dominio. Para DMARC usa _dmarc.example.com; DKIM necesita el nombre de selector correcto.
NS / SOA
Servidores de nombres y datos de administración de la zona. Usa el nombre de la zona para estas consultas.
CNAME
Un alias de otro nombre DNS. Las respuestas A y AAAA también pueden incluir una cadena CNAME.
CAA
Registros de autorización de la autoridad de certificación. La falta de un registro no es, por sí sola, un fallo de seguridad.
PTR
Nombres DNS inversos. Introduce una dirección IP y se convierte automáticamente en su nombre in-addr.arpa o ip6.arpa.
SRV
Registros de ubicación de servicios, como _sip._tcp.example.com: prioridad, peso, puerto y host de destino.
HTTPS
Los registros HTTPS (SVCB) anuncian indicaciones de conexión como compatibilidad con HTTP/3 (alpn=h3), direcciones IP sugeridas y claves ECH.
DS / DNSKEY
DS y DNSKEY se usan en DNSSEC. Su sola presencia no demuestra que la cadena de confianza sea válida. El campo DNSSEC indica si el resolvedor informó de la validación; esta herramienta no valida la cadena por sí misma.

Ejemplo observado: dos resolutores, respuestas distintas

El 27 de octubre de 2026 a las 21:41:23 UTC+07 comparamos con IPNixa los registros A de www.amazon.com mediante Cloudflare y Google. Es un dominio público de terceros; no cambiamos su DNS.

Ambos resolutores devolvieron NOERROR y la misma cadena CNAME, pero distintos registros A: Cloudflare devolvió 18.239.130.216 con TTL de 26 segundos y Google 13.35.160.125 con TTL de 60 segundos. IPNixa indicó que los valores eran distintos.

Al repetir a las 21:41:27, los valores A seguían siendo distintos y el TTL de Cloudflare era de 23 segundos. La causa no está demostrada: caché, enrutamiento CDN o ubicación son posibilidades. Tras tu propio cambio DNS, compara el nombre de host exacto y el tipo de registro con la configuración del proveedor, revisa la cadena CNAME y los TTL y consulta de nuevo más tarde. Dos resolutores no prueban la propagación mundial.

Para simular un cambio DNS, el 27 de octubre de 2026 ejecutamos aparte la lógica de comparación local con respuestas simuladas: Cloudflare devolvía el antiguo valor A 203.0.113.10 y Google el nuevo 203.0.113.20. El resultado indicó valores diferentes. Ambas direcciones están reservadas para documentación; no cambiamos ningún registro DNS y esta simulación no explica el resultado observado de Amazon.

¿Por qué no hay registros?

NOERROR con una respuesta vacía significa que el resolver no devolvió registros para ese nombre y tipo. NXDOMAIN significa que indicó que el nombre no existe. SERVFAIL o REFUSED significa que la consulta no se completó correctamente; ninguno de los dos demuestra que un dominio no exista.

¿Esto prueba la propagación DNS en todo el mundo?

No. Muestra dos instantáneas de resolvers públicos desde el servidor que atiende tu solicitud, no pruebas desde cada país. Otros resolvers, redes privadas, regiones o servidores autoritativos pueden devolver registros distintos. Una consulta CNAME también puede estar vacía cuando un proveedor aplana un alias en registros de dirección.

¿Muestra si uso el DNS de Cloudflare (1.1.1.1)?

No. Esta página consulta a Cloudflare y Google desde nuestro servidor, así que no ve qué resolver usa tu dispositivo. Para comprobar si este dispositivo usa 1.1.1.1, abre la prueba de Cloudflare en 1.1.1.1/help.

¿Qué significa el campo DNSSEC?

“Validado por el resolver” significa que ese resolver activó el indicador de datos autenticados en la respuesta. “No indicado” no es un veredicto de seguridad: puede que la zona no esté firmada o que la respuesta no incluya datos autenticados. DNSSEC no certifica que un sitio web sea de confianza.

¿Esto puede detectar una fuga de DNS?

No. Una prueba de fugas de DNS necesita observar qué resolvers solicitan nombres de prueba únicos. Esta consulta de registros pide a dos resolvers públicos elegidos los registros publicados. Para otras comprobaciones de exposición del navegador, usa el Test VPN de WebRTC e IPv6.

¿Esto me dice qué resolver DNS es más rápido?

No. Son solicitudes DNS-over-HTTPS desde el servidor. No miden la velocidad DNS de tu dispositivo. Para los tiempos de respuesta del navegador al servidor perimetral (edge), usa el test de latencia HTTP.

Fuentes y comprobaciones relacionadas

Documentación de la API JSON de Google Public DNS

Documentación de respuestas DNS-over-HTTPS de Cloudflare

Comprueba tu IPv4 e IPv6 públicas y tu red →

Entiende la IP dinámica y el DNS dinámico →