Cómo funciona el DNS: de un nombre de dominio a una dirección IP
Cómo funciona el DNS en un lienzo interactivo: tu dispositivo, el resolutor recursivo y los servidores raíz, TLD y autoritativo que convierten un nombre de dominio en una dirección IP.
El DNS es la guía telefónica de internet: traduce los nombres legibles que escribes en las direcciones IP que usan de verdad los routers, a través de una cadena de servidores que conocen cada uno una parte más pequeña de la respuesta.
Cómo funciona el DNS: de un nombre de dominio a una dirección IP
El lienzo interactivo de FlowJam de esta explicación: cada carril, cada fila y cada flecha de arriba forma parte de un diagrama real de QueryChart que puedes abrir y editar.
Cómo leer este diagrama
- Empieza en el grupo «Tu dispositivo» con «Escribes un dominio» y sigue la secuencia de dos filas: el dispositivo pregunta al resolutor y el resolutor decide si ya conoce la respuesta.
- Cuando el resolutor no la conoce, la flecha entra en la columna «Resolución» y baja por la cadena —raíz, TLD y servidor autoritativo— antes de volver al resolutor y de ahí a tu dispositivo.
- La rama «Sí» de la decisión de caché salta directamente al final: es el camino rápido que todo el mundo experimenta en una visita repetida.
La cadena de la consulta
«El navegador envía la consulta a un resolutor recursivo» entrega la pregunta a un servidor que puede preguntar a otros en tu nombre: normalmente el de tu proveedor de internet (ISP) o un servicio público como el DNS de tu red. Desde ahí, la rama «No» de la decisión de caché recorre la cadena: «El resolutor pregunta al servidor raíz», «El servidor raíz apunta al servidor TLD de .io», «El servidor TLD apunta al servidor autoritativo» y, por último, «El servidor autoritativo devuelve la dirección IP». Cada salto acota la pregunta un nivel del nombre.
El papel del resolutor
El resolutor está entre tu dispositivo y los tres grupos de servidores por una razón: es la parte que recuerda. «El resolutor guarda la respuesta en caché y la devuelve» es el motivo de que una segunda visita al mismo sitio se salte toda la cadena, y la rama «Sí» de la decisión de caché es ese camino rápido dibujado de forma explícita. El resolutor se encarga también de los reintentos y de las extensiones de seguridad, todo invisible para el navegador.
Dónde termina la cadena
«El navegador se conecta a la dirección IP» cierra el círculo de vuelta en el grupo «Tu dispositivo»: la consulta existe solo para producir un destino para la petición real. Ese destino es lo que usa el paso «El navegador pregunta al DNS dónde vive el dominio» del diagrama de internet, y lo que el diagrama del ciclo de vida de una petición de API da ya por resuelto.
Relaciones clave y conclusiones
- El DNS es una cadena delegada: la raíz apunta al TLD, el TLD apunta al autoritativo y solo el servidor autoritativo guarda el registro final.
- El resolutor recursivo hace el trabajo una vez y guarda la respuesta en caché, y por eso las consultas repetidas son casi instantáneas.
- El titular del dominio controla solo el servidor autoritativo, no los servidores raíz ni los TLD.
- Un fallo en cualquier punto de la cadena deja al navegador sin destino y no se envía ninguna petición.
- La resolución DNS precede a toda conexión, y por eso es el primer salto del ciclo de vida de una petición de API.
Cuándo usar este diagrama
- Explicar a un compañero nuevo por qué un dominio tarda en resolverse la primera vez y es instantáneo después.
- Depurar un aviso de «sitio no encontrado» recorriendo la cadena —caché, registros autoritativos, TTL— en lugar de adivinar.
- Enseñar el modelo de propiedad: qué registros DNS controla tu equipo frente al registrador o el proveedor de hosting.
Cómo funciona
Traza tu propio dominio por la cadena
Sustituye «querychart.io» por un dominio que controles y, en el paso del servidor autoritativo, anota qué proveedor aloja sus registros: tu registrador, un servicio de DNS o tu empresa de hosting.
Añade las extensiones de seguridad que uses
Inserta un paso de validación DNSSEC entre el resolutor y la respuesta, o un paso de resolutor stub en el dispositivo, para mostrar las partes que tu configuración ejecuta de verdad.
Anota la caché con TTL reales
Pon el tiempo de vida (TTL) de tus registros en la decisión de caché para que el diagrama diga cuánto tarda en propagarse un cambio: el número que hace práctico todo el cuadro.
Añade las ramas de fallo
Incluye qué ocurre cuando un servidor de la cadena es inalcanzable o no devuelve ningún registro (un SERVFAIL), cada caso con un resultado explícito, para que el lienzo cubra incidentes reales.
Preguntas frecuentes
¿Qué es el DNS en pocas palabras?
El DNS, el sistema de nombres de dominio, es el directorio que convierte un nombre de dominio como querychart.io en la dirección IP a la que un ordenador puede conectarse. Funciona por delegación: una cadena de servidores, cada uno responsable de una parte del nombre, que juntos producen la dirección final. Sin él tendrías que recordar y escribir direcciones IP.
¿Cuál es la diferencia entre un resolutor recursivo y un servidor autoritativo?
El resolutor recursivo es el servidor al que pregunta tu dispositivo: hace la búsqueda, recorre la cadena en tu nombre y guarda el resultado en caché. El servidor autoritativo es el servidor del propio dueño del dominio y la única fuente de verdad para ese dominio: guarda los registros finales y es el único que puede responder de forma autoritativa. El diagrama los coloca en extremos opuestos de la cadena precisamente por eso.
¿Por qué se guarda el DNS en caché y qué es un TTL?
La caché es lo que mantiene rápido el DNS: sin ella, cada carga de página dispararía una cadena completa de consultas. Cada registro DNS lleva un tiempo de vida (TTL) que dice cuánto tiempo puede recordarlo un resolutor. La decisión de caché del diagrama es ese mecanismo: cuando expira el TTL de un registro, el resolutor tiene que recorrer la cadena otra vez.
¿Qué pasa cuando el DNS falla?
Si ningún servidor de la cadena puede producir una respuesta, el resolutor devuelve un error y el navegador indica que no se puede acceder al dominio. Las causas habituales son un registro ausente o mal escrito en el servidor autoritativo, un dominio caducado o un resolutor que no llega a la cadena. Recorrer el orden de consulta de este diagrama es una forma práctica de averiguar cuál de ellas es.
Edita este diagrama en QueryChart (FlowJam)
Abre este mismo lienzo de consulta DNS como tu propio diagrama, renombra los servidores con los de tus proveedores y traza tus propios dominios.