Qué hace el DNS

El curso de TCP/IP cubre cómo se direccionan las computadoras entre sí por números. Nadie quiere memorizar números para leer las noticias o mandar un correo, así que internet tiene una búsqueda de nombre a número funcionando detrás de casi todo lo que haces en línea: el Sistema de Nombres de Dominio, o DNS. El Centro de Aprendizaje de Cloudflare lo llama, sencillamente, “el directorio telefónico de Internet.”

Un árbol, no una sola lista

El DNS se diseñó, según el RFC 1034, alrededor de “un espacio de nombres consistente que se usará para referirse a recursos”, organizado como “una estructura de árbol” donde “cada nodo y hoja del árbol corresponde a un conjunto de recursos.” En la práctica, ese árbol tiene capas, cada una responsable de una porción más pequeña de nombres:

• La raíz, en la punta del árbol, no conoce la dirección de ningún sitio web, pero sabe qué servidores son responsables de cada dominio de nivel superior (.com, .org, y así sucesivamente).
• Un servidor de dominio de nivel superior (TLD) tampoco conoce tu sitio web específico, pero sabe qué servidor autoritativo es responsable de ese dominio.
• Un servidor autoritativo tiene la respuesta real para un dominio específico: a qué dirección IP apunta actualmente example.org.
• Un resolvedor (o recursor) es el servidor al que en realidad le pregunta tu dispositivo. Hace el trabajo de recorrer el árbol en tu nombre, y luego guarda la respuesta en caché un rato para no tener que repetir todo el recorrido en cada solicitud.

El Centro de Aprendizaje de Cloudflare usa una analogía de biblioteca para la misma idea: “el recursor se puede pensar como un bibliotecario al que se le pide que vaya a buscar un libro específico en algún lugar de una biblioteca”, mientras que “el servidor raíz es el primer paso para traducir (resolver) nombres de host legibles por humanos en direcciones IP… sirve como referencia hacia otros lugares más específicos.”

Siguiendo una búsqueda

1. Tu Mac le pregunta a su resolvedor configurado, muchas veces administrado por tu proveedor de internet, tu router Wi-Fi, o un servicio público, por la dirección detrás de un nombre.
2. Si el resolvedor no tiene ya la respuesta en caché, le pregunta a un servidor raíz qué servidor TLD probar.
3. Le pregunta a ese servidor TLD qué servidor autoritativo probar.
4. Le pregunta al servidor autoritativo por la respuesta real, y luego regresa esa respuesta a tu dispositivo y guarda una copia en caché para otras solicitudes.

El RFC 1035 define el formato exacto de los mensajes para estas consultas y respuestas, y señala que normalmente viajan por UDP o TCP en el puerto 53. Nada de esa búsqueda es secreto por defecto; la siguiente lección cubre quién la puede ver y por qué eso importa.

$ dig example.com

;; ANSWER SECTION:
example.com.		233	IN	A	104.20.23.154
example.com.		233	IN	A	172.66.147.243

Ese único comando es todo el proceso de esta lección pasando en cerca de una décima de segundo: tu resolvedor recorrió el árbol (o sirvió una respuesta en caché), y regresó la dirección numérica detrás del nombre.