¿Cómo funciona la resolución DNS?

Question

IT Interview Practice · Accepted Answer

**DNS** (Domain Name System) es la guía telefónica de internet: traduce un nombre legible por humanos como `example.com` a una dirección IP como `93.184.216.34`. La resolución es una búsqueda jerárquica, normalmente hecha por ti por un **recursive resolver** (el de tu ISP o uno público como 8.8.8.8) que recorre el árbol de name servers **authoritative** en tu nombre:

```text
Browser ──▶ Recursive Resolver ──▶ Root (.)          "ask .com's servers"
                     │        ◀──
                     ├────────▶ TLD (.com)            "ask example.com's servers"
                     │        ◀──
                     └────────▶ Authoritative         "example.com = 93.184.216.34"
                                (example.com)   ◀──
Browser  ◀── 93.184.216.34
```

El resolver pregunta a los servidores **root** (que conocen los servidores TLD), luego a los servidores **TLD** de `.com` (que saben quién es authoritative para `example.com`), y luego al servidor **authoritative** (que guarda el registro real). Para no repetir esto cada vez, los resultados se **cachean** en todos los niveles —navegador, SO y resolver—, cada uno respetando el **TTL** (time-to-live) del registro. Una caché caliente resuelve en microsegundos; una búsqueda en frío puede costar varios round trips.

**Tipos de registro** comunes: `A` (nombre → IPv4), `AAAA` (nombre → IPv6), `CNAME` (alias a otro nombre), `MX` (servidores de correo), `TXT` (texto arbitrario, usado para SPF/verificación) y `NS` (delega una zona). Puedes inspeccionar la resolución directamente:

```bash
dig example.com A       # shows the A record and which server answered
```

## Por qué es importante

DNS está en la ruta crítica de *toda* petición que arranca desde un nombre, así que un resolver lento o mal configurado añade latencia a todo. A los entrevistadores les gusta esta pregunta porque revela si entiendes **jerarquía y caching** —las dos ideas que permiten a un sistema global y distribuido responder miles de millones de consultas rápido—. Es además una fuente frecuente de incidentes reales en producción ("siempre es DNS"): registros caducados, TTLs incorrectos o retrasos de propagación tras un cambio, así que saber cómo funcionan el caching y el TTL es directamente práctico.

Por qué es importante

Preguntas relacionadas