La resolución DNS explicada: de la consulta a la respuesta

La resolución DNS es el proceso de convertir un nombre de dominio en los datos que necesita una aplicación, a menudo una dirección IP. Cuando un navegador necesita conectarse a www.example.com, pide un resultado a la pila de red local. Un resolvedor stub suele reenviar la pregunta a un resolvedor recursivo. Ese resolvedor puede tener ya una respuesta en caché; si no, sigue las referencias DNS hasta llegar a un servidor autoritativo para la zona correspondiente. La respuesta final regresa a través de la cadena y puede almacenarse en caché durante un tiempo limitado. El proceso es distribuido: ningún servidor global único almacena el conjunto completo de registros de todos los dominios.

La consulta empieza con un nombre y un tipo concretos

Una pregunta DNS no es simplemente «busca este sitio web». Incluye un nombre y un tipo de registro. Una consulta A pide IPv4; AAAA pide IPv6; MX pregunta por los servidores de correo; NS pregunta por los servidores de nombres. El resolvedor recursivo usa el tipo para decidir qué datos obtener y devolver. Si el navegador necesita una dirección web, puede pedir tanto registros A como AAAA, mientras que un sistema de correo pide MX. Pedir el tipo equivocado puede producir una respuesta vacía aunque existan otros registros para ese nombre. Los resultados DNS solo tienen sentido cuando la propia pregunta es clara.

1. El cliente consulta su caché local y el resolvedor configurado.
2. El resolvedor recursivo consulta su caché; si es necesario, pregunta a un servidor raíz.
3. Una referencia de la raíz apunta hacia los servidores del dominio de nivel superior (TLD) correspondiente.
4. La referencia del TLD identifica los servidores de nombres autoritativos del dominio.
5. La respuesta autoritativa se devuelve y se almacena en caché durante el tiempo permitido.

El resolvedor recursivo realiza la mayor parte de este trabajo en nombre del cliente. Las referencias son punteros a la siguiente autoridad, no necesariamente el registro final. Los servidores raíz no necesitan conocer la dirección de cada sitio web, y los servidores de TLD no alojan la zona completa de cada dominio. Cada nivel ofrece indicaciones hacia el siguiente. Los servidores autoritativos contienen los registros reales configurados por el operador del dominio o su proveedor de DNS. Una vez que el resolvedor llega a ellos, la respuesta puede contener una dirección, un alias, una respuesta negativa u otro valor específico del tipo.

Alias, caché y respuestas negativas

Si un nombre tiene un CNAME, la resolución puede implicar otro nombre de host antes de encontrar una dirección. Cada respuesta relevante tiene su propio comportamiento de caché, por lo que la cadena puede incluir entradas con TTL distintos. Un resolvedor también puede almacenar en caché resultados negativos, como el hecho de que un nombre consultado no existe, durante un periodo limitado. Eso puede explicar por qué un nombre nuevo no aparece al instante tras crearlo. Vaciar una caché local solo afecta a ese dispositivo o capa; no borra las respuestas almacenadas por resolvedores recursivos independientes de todo internet.

Un diagnóstico práctico compara el mismo nombre y tipo en distintas capas. Una consulta recursiva describe lo que recibe un cliente que usa ese resolvedor. Una consulta autoritativa ayuda a determinar qué publica actualmente la propia zona. Si esos valores difieren, inspecciona el TTL, la hora de la última edición y la delegación real. Si el resultado DNS es correcto pero la aplicación sigue fallando, pasa al enrutamiento de red, a TLS o a los registros del servidor. Así se evita una trampa habitual al diagnosticar: cambiar el DNS una y otra vez cuando la resolución ya funciona y el fallo está más adelante en la ruta de conexión.

La resolución DNS es fiable precisamente porque está organizada en capas, con caché y delegación, pero esas mismas propiedades hacen que los cambios parezcan incoherentes durante una migración. Guarda la respuesta, el tipo de registro consultado, el resolvedor y la marca de tiempo al comparar observaciones. La guía sobre resolvedores recursivos y autoritativos explica los roles con más detalle, mientras que el TTL de DNS trata la duración de la caché. Estos conceptos ofrecen un modelo más preciso que pensar que todos los dispositivos leen una única agenda global de direcciones actualizada al instante.

La resolución es un proceso, no una simple lectura de una base de datos

Como la resolución involucra varios servidores operados de forma independiente, una respuesta DNS puede verse afectada por algo más que el registro A o AAAA final. Una delegación obsoleta puede enviar al resolvedor a la autoridad equivocada; un servidor autoritativo no disponible puede provocar un tiempo de espera agotado; una cadena DNSSEC rota puede hacer que un resolvedor validador rechace los datos; y una respuesta negativa en caché puede retrasar el reconocimiento de un nombre recién creado. Cada capa deja pruebas distintas. El código de respuesta, la sección de autoridad, el TTL y el servidor consultado pueden acotar la causa. Al recopilar diagnósticos, evita parafrasear un tiempo de espera agotado como «el dominio no existe», porque eso cambia el significado. Conserva la respuesta de error exacta y compárala con una consulta autoritativa. Este método por capas conduce a una reparación concreta en lugar de a un cambio a ciegas en el registro de dirección.