Comprobador de DNS: cómo revisar registros correctamente

Un comprobador de DNS es una forma cómoda de inspeccionar los registros que un resolvedor puede obtener en este momento para un dominio. Se usa después de cambiar de alojamiento web, configurar el correo, cambiar de proveedor de DNS o investigar un nombre que no se resuelve. El resultado es una instantánea, no una garantía de que todos los resolvedores recursivos se hayan actualizado ni de que el servicio subyacente esté disponible. Para que la comprobación sirva, elige el nombre de host exacto, selecciona el tipo de registro que corresponde al síntoma e interpreta una respuesta vacía de forma distinta a un error de DNS. Esos tres pasos evitan muchas falsas alarmas y te ayudan a identificar qué capa de la configuración merece atención.

Elige el registro que responde a tu pregunta

Para la dirección IPv4 de un sitio web, revisa A; para IPv6, AAAA. Un subdominio puede usar un CNAME que apunte al nombre de host de un proveedor de alojamiento en lugar de tener una dirección directamente. La entrega de correo depende en primer lugar de los registros MX, mientras que los registros TXT suelen publicar SPF, DKIM, DMARC y datos de verificación de titularidad. Los registros NS muestran qué servidores de nombres figuran para una zona, y SOA aporta campos administrativos y de temporización asociados a esa zona. Por eso, revisar solo los registros A no basta cuando el problema es la entrega de correo, un subdominio delegado o un paso de verificación. Parte del servicio afectado y relaciona ese síntoma con sus tipos de registro.

A continuación, verifica con exactitud el nombre consultado. example.com, www.example.com y api.example.com son nombres DNS distintos y pueden devolver respuestas completamente diferentes. Un punto final en la notación DNS completa representa la raíz y suele ser opcional en las interfaces de usuario. No pegues una URL entera con su ruta dando por hecho que el comprobador sabrá qué nombre de host importa; extrae primero el nombre de host. Si estás validando un registro nuevo, compara el valor devuelto carácter por carácter con las instrucciones del proveedor. Las políticas TXT suelen contener signos de puntuación, separadores o cadenas largas en las que un error aparentemente menor puede invalidar el registro.

Entiende de dónde vienen las respuestas distintas

El DNS es distribuido y usa cachés. Un servidor de nombres autoritativo guarda los datos publicados de la zona, mientras que los resolvedores recursivos atienden a los usuarios y pueden guardar en caché respuestas anteriores hasta que caduca su TTL. Por eso, dos comprobadores pueden mostrar valores distintos de forma temporal si consultan resolvedores, ubicaciones o versiones del registro diferentes. Un comprobador que consulta un conjunto de ubicaciones puede ayudar a ilustrar la variación, pero no demuestra que todas las redes hayan convergido. Si un resultado no coincide con la configuración prevista, identifica qué resolvedor respondió y compáralo con los servidores de nombres autoritativos. Luego ten en cuenta el TTL y el momento en que se guardó en caché el valor anterior antes de hacer otro cambio.

• NOERROR sin el registro solicitado puede significar que el nombre existe pero no tiene datos de ese tipo.
• NXDOMAIN significa que se informó de que el nombre consultado no existe.
• SERVFAIL indica que un resolvedor no pudo completar la consulta correctamente.
• Un tiempo de espera agotado significa que no llegó ninguna respuesta dentro del plazo de espera del comprobador.
• Varias respuestas A o AAAA pueden ser intencionadas, por redundancia o por distribución del tráfico.

Convierte una comprobación de DNS en un paso de diagnóstico seguro

Guarda un registro de antes y después cuando cambies el DNS. Anota el nombre, el tipo, el valor, el TTL, el resolvedor y la hora, y repite la misma consulta tras la actualización. Si el servidor autoritativo devuelve el nuevo valor pero un resolvedor recursivo devuelve el antiguo, puede ser apropiado esperar a que caduquen las cachés; cambiar el registro una y otra vez puede dificultar el diagnóstico. Si los servidores autoritativos no coinciden entre sí, investiga la replicación de la zona o la configuración del proveedor. Si todas las respuestas DNS parecen correctas pero el sitio web sigue fallando, pasa a revisar la conectividad, TLS, el enrutamiento o el estado de la aplicación en lugar de seguir cambiando el DNS a ciegas.

Por último, interpreta la respuesta según su alcance. Las comprobaciones de DNS públicas son adecuadas para dominios y registros pensados para ser visibles en internet público; no sirven para examinar el espacio de nombres exclusivamente interno de una organización. Una IP devuelta por el DNS puede ser un servidor de borde de una CDN, un balanceador de carga o un proxy inverso, y no la máquina que aloja la aplicación. Si solo necesitas respuestas de direcciones públicas, la consulta de dominio a IP es un siguiente paso más directo. Para ver terminología y ejemplos de A, AAAA, MX, TXT y NS, consulta los tipos de registro DNS explicados.

Lee el informe de un comprobador con un escepticismo sano

Un comprobador de DNS puede mostrar un indicador verde cuando recibe cualquier respuesta, aunque el valor devuelto no sea el que tu servicio necesita. Lee el nombre propietario, el tipo y los datos sin procesar en lugar de fiarte solo de una insignia de resumen. Además, una respuesta desde una ubicación es una muestra, no una garantía de que haya acuerdo global. Si la herramienta lista muchas ubicaciones, recuerda que cada una puede representar un resolvedor y un estado de caché concretos, y no a todos los usuarios de esa región. Usa el informe para elegir el siguiente paso de diagnóstico: comparar con la fuente autoritativa, revisar el TTL o probar el servicio. Evita copiar una IP en la configuración de producción sin confirmar que es el endpoint admitido por el proveedor. Un buen diagnóstico se basa en un valor esperado y en una razón para esperarlo, no simplemente en que un comprobador califique el resultado de «válido».