Logo Comprobador de sitios web
DNS

Consulta DNS

Gratis Sin registro Datos DNS públicos

Consulte registros DNS publicados públicamente para cualquier dominio o subdominio. Vea a dónde apunta un nombre de host, qué servidores de correo reciben el email, qué servidores de nombres son autoritativos y qué registros TXT están publicados - todo en una tabla que puede filtrar y buscar.

Los resultados provienen del resolvedor DNS de nuestro servidor en el momento de la consulta. Su ISP, red de oficina o VPN pueden almacenar en caché respuestas distintas hasta que expiren los TTL.

Consultar registros DNS

Introduzca un dominio o nombre de host. Puede pegar una URL completa - extraemos el nombre de host automáticamente. Las rutas como /blog se ignoran. Solo se permiten dominios públicos.

Gratis. No almacenamos los nombres de host que consulta. Para comprobar si el sitio web responde por HTTP/HTTPS, use nuestro comprobador de sitios web .

¿Qué es DNS?

DNS (Domain Name System) es la guía telefónica de internet. Los humanos escriben nombres como example.com; los navegadores y servidores de correo necesitan direcciones IP y otras instrucciones de enrutamiento. DNS traduce esos nombres en los detalles técnicos que los servicios usan para conectarse.

Cuando consulta un dominio, no está hackeando ni accediendo a datos privados. Los propietarios de dominios publican registros DNS a propósito para que el mundo encuentre su sitio web, entregue su correo y verifique su dominio con servicios de terceros.

Un solo dominio puede tener docenas de registros a la vez: un nombre de host para el sitio web, otro para el correo, cadenas TXT para seguridad y registros NS que indican qué empresa aloja la zona. Esta herramienta muestra los tipos de registro más comunes que la mayoría necesita al lanzar un sitio, cambiar de hosting o solucionar el correo.

Qué hace esta herramienta

Introduzca un nombre de host y consultamos DNS público en busca de registros A, AAAA, CNAME, MX, TXT, NS y SOA. Los resultados aparecen en una tabla ordenable con filtros por tipo y un cuadro de búsqueda para encontrar rápidamente una IP, un host de correo o una cadena TXT.

También mostramos si el nombre se resuelve a una dirección IP y listamos las respuestas IPv4/IPv6 que vemos. Eso le ayuda a distinguir entre "DNS completamente ausente" y "DNS existe pero solo para correo, no para el sitio web".

Esto es una instantánea del resolvedor de nuestro servidor, no un mapa global de propagación. Si acaba de cambiar registros, algunos usuarios pueden seguir viendo valores antiguos hasta que expiren los TTL en caché. Para una lista de comprobación paso a paso tras cambios DNS, consulte nuestra guía de propagación DNS .

Tipos de registros DNS explicados

A continuación se explica qué significa cada tipo de registro en la práctica y cuándo le importa durante la configuración o la resolución de problemas.

A (dirección IPv4)

Asocia un nombre de host con una o más direcciones IPv4 (por ejemplo 93.184.216.34). Si su sitio web no carga, compruebe que el registro A de su dominio raíz o subdominio www apunte a la IP que le dio su proveedor de hosting. Varios registros A pueden repartir el tráfico entre servidores.

AAAA (dirección IPv6)

Mismo papel que A, pero para direcciones IPv6. Muchos sitios publican A y AAAA para que los clientes con IPv6 se conecten directamente. Si solo AAAA está mal o falta, algunos visitantes en redes solo IPv6 o con preferencia IPv6 pueden fallar mientras otros en IPv4 funcionan bien.

CNAME (nombre canónico / alias)

Apunta un nombre de host a otro nombre en lugar de directamente a una IP. Común cuando www apunta a un nombre de host CDN o subdominios delegados a plataformas SaaS. En la mayoría de proveedores no puede colocar un CNAME en el ápex de la zona (example.com sin prefijo) - use A/AAAA o ALIAS/ANAME allí.

MX (intercambio de correo)

Indica a los servidores de correo emisores dónde entregar el email del dominio. Cada fila MX tiene un número de prioridad - se prueban primero los valores más bajos. Si el correo rebota o nunca llega, verifique que los destinos MX coincidan con su proveedor de correo y que los registros TXT relacionados (SPF, DKIM, DMARC) sean correctos.

TXT (registros de texto)

Almacena texto arbitrario, a menudo dividido en varias cadenas en un registro lógico. Se usa para SPF (quién puede enviar correo por su dominio), claves públicas DKIM, políticas DMARC, verificación de dominio de Google o Microsoft y otras pruebas de servicio. Los valores TXT largos son normales.

NS (servidor de nombres)

Delega la zona a servidores de nombres autoritativos (por ejemplo ns1.cloudflare.com). Si los registros NS apuntan al proveedor equivocado, los cambios que haga en otro sitio no tendrán efecto. Tras transferir DNS a un nuevo host, los NS deben actualizarse en su registrador.

SOA (inicio de autoridad)

Metadatos administrativos de la zona: servidor de nombres primario, email de contacto (codificado como nombre de host), número de serie y valores de tiempo para actualización y reintento. Rara vez edita SOA manualmente; confirma qué servidor se considera autoritativo y si la zona parece saludable.

Cuándo usar una consulta DNS

La consulta DNS responde "¿qué está publicado para este nombre?". No indica si el servidor web está en línea - use el comprobador de sitios web para estado HTTP, SSL y tiempos de respuesta. Motivos habituales para ejecutar una consulta DNS:

  • Tras comprar un dominio o cambiar de hosting - confirme que A/AAAA o CNAME apunta al nuevo proveedor antes de anunciar el lanzamiento.
  • Cuando el correo deja de funcionar - compruebe registros MX y entradas TXT SPF/DKIM/DMARC según la documentación de su servicio de correo.
  • Cuando solo algunos usuarios no pueden alcanzar su sitio - compare si el ápex y www tienen registros distintos o si IPv6 (AAAA) falta o es incorrecto.
  • Antes de abrir un ticket de soporte - pegue valores exactos de registros para que su registrador o host vea lo que resuelve internet público.
  • Al verificar un servicio de terceros - muchas herramientas piden añadir un registro TXT; la consulta confirma que es visible públicamente.

Si DNS parece correcto pero el sitio sigue fallando, el problema puede ser el servidor web, el firewall, el certificado SSL o la configuración CDN, no DNS en sí.

Cómo leer la tabla de resultados

TTL (tiempo de vida)

TTL es cuánto tiempo (en segundos) los resolvedores pueden almacenar en caché esta respuesta antes de volver a preguntar. 300 significa unos cinco minutos; 86400 son 24 horas. Un TTL más bajo antes de una migración planificada ayuda a que los cambios se propaguen más rápido; un TTL más alto reduce la carga de consultas pero ralentiza la visibilidad de reversiones.

Prioridad MX

Solo los registros MX usan prioridad. El número más bajo es el servidor de correo preferido; los números más altos son respaldos. Una prioridad de 0 es válida y a menudo significa "máxima preferencia" según las convenciones del proveedor.

Resumen de estado

  • Se resuelve a IP - Se resuelve a IP - al menos un A o AAAA (o gethostbyname) devolvió una dirección pública. El servidor web puede seguir caído; DNS solo muestra a dónde se enviaría el tráfico.
  • Tiene registros DNS (sin A/AAAA) - Tiene registros DNS (sin A/AAAA) - el nombre existe en DNS (por ejemplo solo MX o TXT) pero no se encontró IP web. Común en dominios solo de correo o con hosting web mal configurado.
  • No se encontraron registros - No se encontraron registros - no se devolvió nada para este nombre de host. El nombre puede no existir, no estar delegado aún o seguir propagándose.

Problemas DNS habituales (y qué comprobar)

  • Sitio caído pero DNS correcto - el registro A apunta a la IP correcta pero el sitio falla: compruebe servidor web, firewall, SSL y CDN. Ejecute una comprobación HTTP por separado.
  • www funciona pero el ápex no (o al revés) - ápex y www son nombres de host distintos. Muchos sitios redirigen uno al otro; ambos necesitan registros correctos.
  • IP obsoleta tras una mudanza - el registro A antiguo sigue en caché porque el TTL era alto. Espere a que expire el TTL o baje el TTL antes del próximo cambio.
  • Problemas de entrega de correo - MX ausente o incorrecto; TXT SPF no incluye su remitente; DKIM/DMARC no publicados. Filtre la tabla por MX y TXT para auditar filas relacionadas con correo.
  • DNS editado en el panel equivocado - los registros NS muestran quién es autoritativo. Los cambios en el registrador no sirven si la zona se gestiona en Cloudflare, Route 53 o el panel DNS de su host (o viceversa).
  • Conflictos CNAME - un nombre de host no puede tener un CNAME y otros tipos de registro en el mismo nombre. Algunos paneles ocultan esto hasta que falla la publicación.

Consulta DNS vs. comprobador de sitios web

Estas herramientas se complementan. La consulta DNS muestra datos de configuración publicados en el sistema de nombres de dominio. El comprobador de sitios web realiza solicitudes HTTP(S) en vivo e informa códigos de estado, redirecciones, SSL, tiempos y si una página responde.

Use la consulta DNS cuando:

  • Haya cambiado servidores de nombres, registros A, AAAA, CNAME, MX o TXT.
  • Necesite confirmar lo que el mundo debería ver antes de que el tráfico llegue a su servidor.

Use el comprobador de sitios web cuando:

  • DNS ya se resuelve pero el sitio devuelve errores, tiempos de espera o advertencias SSL.
  • Quiera saber si el problema es DNS, el servidor o algo intermedio (CDN, protección contra bots).

Preguntas frecuentes

¿Es legal consultar el DNS de otra persona?

Sí. Los registros DNS de dominios públicos se publican a propósito para que internet enrute el tráfico. Consultarlos es práctica habitual para administradores, desarrolladores y equipos de soporte - los mismos datos que cualquier herramienta DNS o cliente de línea de comandos puede consultar.

¿Por qué mis resultados difieren de otra herramienta DNS?

Distintos resolvedores, ubicaciones geográficas y estados de caché pueden devolver respuestas ligeramente distintas en un momento dado - especialmente justo después de un cambio. Compare resultados NS autoritativos y espere a que expire el TTL si sospecha de caché.

¿Puedo consultar subdominios?

Sí. Introduzca cualquier nombre de host público como www.example.com, mail.example.com o api.example.com. Cada subdominio puede tener su propio conjunto de registros salvo que se use DNS comodín.

¿Qué pasa si no hay registros A pero existe MX?

El dominio puede estar configurado solo para correo o el hosting web aún no está configurado. Nuestro estado mostrará "Tiene registros DNS (sin A/AAAA)" en ese caso. Añada un A o AAAA (o un CNAME para subdominios) en su proveedor DNS para apuntar el nombre a un servidor web.

¿Almacenan los dominios que consulto?

No almacenamos intencionalmente los nombres de host consultados en una base de datos. Los registros estándar del servidor pueden registrar solicitudes como la mayoría de servidores web. Consulte nuestra Política de privacidad para más detalles.

Herramientas y guías relacionadas