Cómo usar una herramienta de consulta DNS: guía práctica

Una herramienta de consulta DNS te permite preguntar al Sistema de Nombres de Dominio qué registros están publicados actualmente para un nombre de host. Puede ahorrarte tiempo cuando un sitio web no es accesible, un servicio de correo no recibe mensajes o hay que revisar un cambio reciente de DNS. Lo útil no es simplemente copiar una respuesta: necesitas saber qué tipo de registro se consultó, qué resolvedor respondió y qué demuestra esa respuesta y qué no. Una consulta informa de los datos DNS disponibles para ese resolvedor en ese momento. No comprueba si un servidor web está sano, si un buzón acepta mensajes ni si todos los visitantes del mundo ven el mismo resultado.

Empieza con el nombre de host exacto y la pregunta

Antes de abrir un comprobador de DNS, anota el nombre preciso que quieres inspeccionar. El dominio raíz example.com y un subdominio como www.example.com pueden tener registros distintos, y un host de correo como mail.example.com puede diferir de ambos. Decide si necesitas una dirección IP, el enrutamiento del correo, los servidores de nombres autoritativos, un alias o texto de verificación. Así evitas un error habitual: consultar el registro A del dominio raíz cuando el servicio que falla es en realidad la configuración de CNAME o MX de un subdominio. Si tienes una URL completa, identifica solo la parte del nombre de host; las rutas, las cadenas de consulta y los nombres de página no son nombres DNS.

Ejecuta la consulta para los tipos de registro relevantes al problema y lee cada resultado junto con su estado. Varias direcciones pueden ser normales en una CDN, en un servicio redundante o con DNS round-robin. Una respuesta AAAA vacía no significa automáticamente que todo el dominio esté roto; puede significar que el nombre no tiene registro IPv6 mientras que su registro A funciona. Un CNAME apunta a otro nombre de host, así que quizá haga falta una segunda consulta de ese destino para saber cuál es la dirección final. Los resultados MX incluyen prioridades, y los valores de preferencia numéricos más bajos se prueban antes que los más altos. Las herramientas DNS pueden dividir las respuestas TXT en varios fragmentos, aunque esos fragmentos representen una única cadena lógica.

Usa el resultado como evidencia, no como una comprobación de estado completa

Una respuesta DNS correcta demuestra que un resolvedor devolvió datos; no demuestra que el destino acepte conexiones ni que sirva la aplicación correcta. Para investigar una caída de un sitio, compara sus respuestas DNS con un valor que sepas que es correcto y prueba después, por separado, HTTPS, el certificado y la respuesta de la aplicación. En el caso del correo, revisa MX y los registros de política pertinentes, pero recuerda que el DNS por sí solo no puede confirmar que un servidor receptor vaya a aceptar un mensaje concreto. Un tiempo de espera agotado, un SERVFAIL, un NXDOMAIN y una respuesta válida sin el registro solicitado tienen significados distintos. Anota el error exacto y la hora para poder comparar más tarde, en lugar de tratar todos los resultados en blanco como el mismo fallo.

• Comprueba el nombre de host completo exacto, incluido el subdominio que corresponda.
• Consulta A y AAAA por separado cuando investigues la accesibilidad de una dirección.
• Usa los datos de NS y SOA al comprobar la delegación de la zona o la configuración autoritativa.
• Repite la comprobación con otro resolvedor si sospechas de la caché o de un comportamiento propio de un resolvedor.
• Evita tomar una dirección IP como prueba del origen físico, del titular o del estado del servidor de un dominio.

Un flujo de trabajo repetible para los cambios

Para una edición de DNS planificada, guarda las respuestas anteriores antes de cambiar nada. Después de publicar el nuevo registro, vuelve a consultar el nombre y compara el valor, el tipo de registro y el TTL. Si la respuesta no es la que esperabas, comprueba si has editado el proveedor de DNS y la zona correctos; la configuración de servidores de nombres de un registrador puede apuntar un dominio a un sitio distinto del panel que acabas de modificar. Luego compara los servidores de nombres autoritativos con un resolvedor recursivo para distinguir un problema de configuración de la zona de datos en caché. Mantén las comprobaciones centradas en registros públicos que administres o que estés autorizado a evaluar, y no uses un comprobador de DNS como pretexto para sondear redes privadas.

Una buena herramienta de consulta DNS es más valiosa cuando presenta con claridad el tipo de registro y el resultado, trata IPv4 e IPv6 como preguntas separadas y no oculta los errores tras una única marca verde. Úsala para acotar lo que el DNS dice en este momento y después recurre a una comprobación específica del servicio para la siguiente capa. Para una comprobación centrada de dominio a IP, la herramienta de consulta de dominios puede mostrar las respuestas de direcciones públicas; la guía de tipos de registro DNS explica para qué sirve cada registro habitual. Conocer esos límites te permite diagnosticar más rápido sin atribuir a una sola consulta más de lo que puede demostrar.

Guarda un registro útil de la consulta

Cuando una consulta forma parte de un incidente o de un cambio planificado, conserva la evidencia en un formato compacto y repetible. Anota el nombre completo, el tipo de consulta, el estado de la respuesta, el conjunto de respuestas, el TTL, el resolvedor, la ubicación de red y la marca de tiempo. Añade una frase que describa la pregunta que intentabas responder, por ejemplo si el nuevo host web ya se había hecho visible o si un destino MX seguía apuntando al proveedor retirado. Así el resultado resulta comprensible para un compañero que no estuvo presente en la primera comprobación. Si la respuesta cambia más adelante, podrás comparar cosas equivalentes en lugar de intentar recordar qué nombre de host o qué resolvedor se usó. Guarda solo la información que tu equipo necesita, sobre todo cuando las comprobaciones involucran nombres no públicos; los servicios públicos de consulta no son el lugar adecuado para nombres de host internos confidenciales.