Búsqueda DNS: consulta los registros DNS de cualquier dominio en tiempo real
Diagnostique fallas en la entrega de correo electrónico, confirme migraciones de dominio y audite políticas de seguridad, sin instalar dig o nslookup.
¿Qué es una consulta DNS?
Una búsqueda DNS consulta al Domain Name System para recuperar los registros adjuntos a un dominio, funcionando como una guía telefónica para Internet, traduciendo nombres de dominio legibles por humanos en los datos técnicos que las redes necesitan para enrutar el tráfico y brindar servicios. Cada dominio incluye varios tipos de registros: los registros A apuntan a direcciones IP, los registros MX enrutan el correo electrónico, los registros TXT contienen políticas de seguridad y los registros NS delegan autoridad a un servidor de nombres.
Cuando activa una búsqueda de DNS, la consulta viaja a un solucionador recursivo (operado por su ISP o un solucionador público como 8.8.8.8 o 1.1.1.1). Si el solucionador tiene una respuesta almacenada en caché dentro de la ventana TTL del registro, devuelve ese valor almacenado en caché. De lo contrario, consulta el servidor de nombres autorizado: el servidor que contiene los registros oficiales del dominio. Esta herramienta omite el almacenamiento en caché y consulta servidores autorizados directamente, por lo que los resultados reflejan el estado publicado actual de la zona, no lo que su navegador ha almacenado en caché.
Su navegador realiza búsquedas de DNS automáticamente en segundo plano, pero no muestra nada. Esta herramienta expone el conjunto de registros completo: no solo la dirección IP, sino cada tipo de registro adjunto al dominio, incluidos los valores TTL que revelan cuánto tiempo persistirá cada registro en las cachés antes de que los resolutores vuelvan a verificar la fuente autorizada.
Cómo funciona
Ingresa un dominio
Escribe cualquier nombre de dominio — como google.com o github.com. Puedes consultar un dominio raíz o un subdominio.
Selecciona un tipo de registro
Elige el tipo de registro DNS que deseas inspeccionar — A, MX, TXT, NS, CNAME, SOA, CAA — o selecciona Todos los registros.
Ver los resultados
Los resultados se devuelven en tiempo real desde servidores autorizados DNS. Cada fila muestra el tipo de registro, el valor, TTL (durante cuánto tiempo los solucionadores almacenan en caché el registro) y, para los registros MX, el número de prioridad. Copie cualquier registro al portapapeles con un solo clic.
Cómo leer los resultados de la búsqueda del DNS
Una vez que se completa una búsqueda, cada fila de resultados contiene varios campos. Esto es lo que significa cada campo y qué buscar.
| campo | Lo que te dice |
|---|---|
TTL (Time To Live) | La cantidad de segundos que los solucionadores almacenan en caché este registro antes de volver a consultar el servidor autorizado. TTL 300 = los cambios se propagan en ~5 minutos. TTL 86400 = el registro antiguo puede persistir hasta 24 horas después de cambiarlo. |
Prioridad MX | Sólo presente en registros MX. Los números más bajos tienen mayor prioridad. Una configuración de 10 (principal) y 20 (de respaldo) crea una cadena de conmutación por error. Valores de prioridad iguales significan que ambos servidores comparten la carga por igual. |
Valor de registro | Los datos reales que contiene el registro: una dirección IP para los registros A/AAAA, un nombre de host para MX/NS/CNAME o una cadena de texto para los registros TXT. Este es el valor que utilizan los solucionadores DNS al enrutar el tráfico o verificar políticas. |
Cadena CNAME | Cuando un CNAME apunta a otro CNAME se forma una cadena de resolución. Las cadenas de más de 8 saltos no se resolverán en la mayoría de los clientes; si la profundidad se convierte en un problema, reemplace los CNAME intermedios con un registro A directo. |
Cronología de propagación de TTL y DNS
Utilice TTL para estimar qué tan rápido los resolutores deberían detectar un cambio y cuándo vale la pena verificarlo nuevamente.
| TTL (Time To Live) | Ventana de propagación esperada | Cuándo volver a comprobar |
|---|---|---|
| 300 | ~15-30 minutos en todo el mundo | Cada 5-10 minutos |
| 3600 | ~1-2 horas | Cada 30-60 minutos |
| 86400 | Hasta 24 horas | Verifique después de 12 horas, luego nuevamente a las 24 horas. |
Tipos de registros DNS: lo que controla cada uno
Asigna un dominio a una dirección IPv4, el registro DNS más fundamental. Salida de ejemplo: 93.184.216.34, TTL 3600 (almacenado en caché durante 1 hora). Cuando el registro A falta o es incorrecto, el dominio deja de ser accesible desde los navegadores.
Asigna un dominio a una dirección IPv6 para el enrutamiento de red moderno. Ejemplo: 2606:2800:220:1:248:1893:25c8:1946. Si falta, los clientes exclusivos de IPv6 no pueden acceder al dominio, aunque normalmente se aplica el respaldo IPv4 (registro A).
Especifica qué servidores de correo aceptan correo electrónico para el dominio. Cada registro incluye un número de prioridad; los valores más bajos tienen prioridad. Ejemplo: la prioridad 10 es el servidor principal; La prioridad 20 es la alternativa. Si no existe ningún registro MX, se rechazará el correo electrónico a este dominio.
Almacena datos de texto arbitrarios. Usos principales: SPF (v=spf1 include:_spf.google.com ~all) autoriza qué servidores pueden enviar correo electrónico; DKIM proporciona una clave pública para la verificación de firmas; DMARC (v=DMARC1; p=reject) establece la política para correo electrónico no autenticado. Pueden coexistir varios registros TXT en un dominio.
Identifica los servidores de nombres autorizados para el dominio: los servidores que contienen los registros oficiales DNS. Si se cambian los registros NS, la autoridad de zona se transfiere a los nuevos servidores de nombres después de la propagación.
Crea un alias que apunta de un dominio a otro, que luego se resuelve en una IP. Se utiliza para subdominios (www, cdn, correo) y enrutamiento CDN. Restricción crítica: los registros CNAME no se pueden establecer en el dominio raíz (ápice); en su lugar, utilice un registro A o un registro ALIAS en la raíz.
Contiene metadatos de zona: servidor de nombres principal, contacto administrativo (codificado como admin.example.com en lugar de [email protected]), número de serie en formato YYYYMMDDNN y parámetros de tiempo. El número de serie aumenta con cada cambio del DNS, lo que confirma que se ha confirmado una actualización.
Restringe qué autoridades certificadoras pueden emitir certificados SSL/TLS para el dominio. Ejemplo: '0 problema letsencrypt.org' limita la emisión únicamente a Let's Encrypt. Si no existe ningún registro CAA, cualquier CA puede emitir un certificado para su dominio.
¿Qué es DNSSEC y esta herramienta lo valida?
DNSSEC (Extensiones de seguridad DNS) agrega firmas criptográficas a los registros DNS, lo que permite a los resolutores verificar que los registros no hayan sido manipulados en tránsito. Esta herramienta devuelve registros DNS sin procesar de servidores autorizados, pero actualmente no realiza la validación de firmas DNSSEC. Para la validación del DNSSEC, utilice un analizador DNSSEC dedicado.
Cuándo utilizar una herramienta de búsqueda DNS
Configuración y resolución de problemas de correo
Consulte los registros MX para verificar el enrutamiento del servidor de correo, verifique los registros TXT para las políticas SPF, DKIM y DMARC, y confirme que su política DMARC esté configurada en p=reject o p=quarantine, no en p=none.
Migración de dominio y propagación
Después de actualizar la configuración de DNS, verifique los registros A y NS para confirmar la propagación. Reduzca TTL a 300 segundos al menos 24 horas antes de una migración planificada para minimizar el tiempo de inactividad cuando realice el cambio.
Auditoría de seguridad DNS
Compruebe si los registros SPF, DKIM y DMARC TXT están publicados correctamente para evitar la suplantación de correo electrónico. Revise los registros NS para confirmar que su dominio no apunta a un servidor de nombres que ya no controla, un signo común de exposición a la adquisición de subdominios.
DevOps y verificación provisional
Antes de implementar en producción, verifique que los registros del subdominio A de preparación apunten a los servidores correctos, que los alias CNAME se resuelvan en los orígenes CDN previstos y que estén presentes los registros TXT para la verificación del servicio.
CDN y configuración de subdominio
Confirme que los subdominios enrutados por CDN (cdn, assets, static) tengan los destinos CNAME correctos. Verifique que www apunte a su dominio raíz o punto final CDN y verifique que los subdominios con equilibrio de carga enumeren todas las direcciones IP previstas.
Búsqueda en línea de DNS frente a dig y nslookup: cuándo usar cada uno
Los desarrolladores suelen utilizar dig o nslookup desde la línea de comando. A continuación se muestra cómo se compara esta herramienta en línea entre los casos de uso más comunes.
| Característica | Esta herramienta | dig | nslookup |
|---|---|---|---|
| No requiere instalación | si | No | No |
| Consulta todos los tipos de registros a la vez | si | Parcial | No |
| Consulta directamente servidores de nombres autorizados | si | si | Parcial |
| Muestra los valores de TTL | si | si | Parcial |
| Muestra la prioridad MX | si | si | si |
| Resultados compartibles | si | No | No |