Cómo Funciona el DNS: Una Guía Completa sobre la Resolución de Nombres de Dominio

31 de marzo de 2026 · 12 min de lectura

¿Qué es el DNS?

El Sistema de Nombres de Dominio (DNS) a menudo se llama la "guía telefónica de internet". Traduce nombres de dominio amigables para humanos como google.com en direcciones IP legibles por máquinas como 142.250.80.46. Sin DNS, necesitarías memorizar largas cadenas de números para visitar cualquier sitio web—una tarea impráctica dado los miles de millones de sitios web existentes.

El DNS opera como una base de datos distribuida y jerárquica que abarca millones de servidores en todo el mundo. Esta arquitectura distribuida asegura que ningún punto único de falla pueda derribar todo el sistema, y las consultas se resuelven rápidamente aprovechando el almacenamiento en caché en múltiples niveles.

Cada vez que abres una página web, envías un correo electrónico o transmites un video, el DNS trabaja detrás de escena para dirigir tu solicitud al servidor correcto. Entender cómo funciona el DNS es esencial para desarrolladores web, administradores de sistemas y cualquiera que quiera solucionar problemas de conectividad a internet.

Por Qué el DNS Importa para Tu Sitio Web

El rendimiento del DNS impacta directamente la velocidad y disponibilidad de tu sitio web. Un proveedor DNS lento puede agregar cientos de milisegundos a cada carga de página, frustrando a los usuarios y perjudicando tus clasificaciones en motores de búsqueda. Google considera la velocidad de página como un factor de clasificación, y el tiempo de resolución DNS es parte de esa ecuación.

Más allá del rendimiento, la configuración DNS afecta la entregabilidad del correo electrónico, el enrutamiento de subdominios, la integración de CDN y la seguridad. Los registros DNS mal configurados pueden romper tu sitio web por completo o exponerte a ataques como la suplantación de DNS y el envenenamiento de caché.

El Proceso de Resolución DNS

Cuando escribes un nombre de dominio en tu navegador, una fascinante cadena de búsquedas ocurre en milisegundos. Así es como una consulta DNS viaja desde tu dispositivo hasta la respuesta:

Paso 1: Caché del Navegador

Tu navegador primero verifica su propia caché para una dirección IP resuelta recientemente. Los navegadores modernos como Chrome, Firefox y Safari mantienen su propia caché DNS para acelerar las visitas repetidas. Si el dominio fue accedido recientemente y el TTL (Tiempo de Vida) no ha expirado, el navegador usa la dirección IP en caché inmediatamente.

Puedes ver la caché DNS de tu navegador en Chrome visitando chrome://net-internals/#dns. Esto muestra todas las entradas DNS en caché y sus tiempos de expiración.

Paso 2: Caché del Sistema Operativo

Si la caché del navegador falla, el SO verifica su caché DNS y el archivo hosts. En Linux y macOS, esto es /etc/hosts. En Windows, es C:\Windows\System32\drivers\etc\hosts. El archivo hosts permite mapeos manuales de IP a dominio que anulan completamente el DNS.

Los administradores de sistemas a menudo usan el archivo hosts para desarrollo local, bloquear dominios no deseados o crear mapeos personalizados de red interna.

Paso 3: Resolvedor Recursivo

La consulta va a tu resolvedor DNS configurado, generalmente proporcionado por tu ISP o un servicio DNS público como el 8.8.8.8 de Google o el 1.1.1.1 de Cloudflare. El resolvedor recursivo hace el trabajo pesado de rastrear la respuesta autoritativa.

Este resolvedor actúa como intermediario, haciendo múltiples consultas en tu nombre y almacenando en caché los resultados para acelerar solicitudes futuras. La mayoría de los usuarios nunca interactúan directamente con los resolvedores recursivos—se configuran automáticamente a través de DHCP cuando te conectas a una red.

Paso 4: Servidor de Nombres Raíz

Si el resolvedor recursivo no tiene la respuesta en caché, contacta uno de los 13 clústeres de servidores de nombres raíz (etiquetados de A a M). Estos servidores no conocen la dirección IP de dominios específicos, pero saben a qué servidores TLD (Dominio de Nivel Superior) preguntar.

Por ejemplo, si estás buscando example.com, el servidor raíz responde con las direcciones de los servidores TLD .com. A pesar de llamarse "13 servidores", en realidad hay cientos de servidores físicos distribuidos globalmente usando enrutamiento anycast.

Paso 5: Servidor de Nombres TLD

El resolvedor luego consulta el servidor TLD apropiado (como .com, .org o .net). El servidor TLD responde con los servidores de nombres autoritativos para el dominio específico. Estos son los servidores que realmente alojan los registros DNS para example.com.

Los servidores TLD son administrados por operadores de registro. Para .com y .net, eso es Verisign. Cada TLD tiene su propio conjunto de servidores de nombres mantenidos por diferentes organizaciones.

Paso 6: Servidor de Nombres Autoritativo

Finalmente, el resolvedor consulta el servidor de nombres autoritativo para el dominio. Este servidor tiene los registros DNS reales y responde con la dirección IP. El resolvedor almacena esta respuesta en caché y la devuelve a tu dispositivo.

Los servidores de nombres autoritativos son típicamente proporcionados por tu registrador de dominios o servicio de alojamiento DNS. Las opciones populares incluyen Cloudflare, AWS Route 53, Google Cloud DNS y registradores tradicionales como GoDaddy o Namecheap.

Consultas Recursivas vs. Iterativas

Las consultas DNS vienen en dos sabores. Una consulta recursiva significa que el resolvedor debe devolver la respuesta final o un error—no puede referirte a otro lugar. Una consulta iterativa permite que el servidor devuelva una referencia a otro servidor.

Tu dispositivo hace una consulta recursiva al resolvedor, que luego hace consultas iterativas a los servidores raíz, TLD y autoritativos. Esta división del trabajo mantiene el sistema eficiente y escalable.

Entendiendo la Jerarquía DNS

El DNS está organizado como una estructura de árbol invertido, con la raíz en la parte superior y los dominios individuales ramificándose hacia abajo. Esta jerarquía permite la naturaleza distribuida del DNS y permite que diferentes organizaciones administren diferentes partes del espacio de nombres.

La Zona Raíz

En la parte superior de la jerarquía está la zona raíz, representada por un punto (.). Cuando escribes example.com, el nombre de dominio completo es en realidad example.com. con un punto final. La mayoría de los sistemas ocultan este punto final por conveniencia.

La zona raíz es administrada por ICANN (Corporación de Internet para Nombres y Números Asignados) y contiene punteros a todos los servidores TLD. El archivo de zona raíz es de solo unos 2MB y cambia relativamente con poca frecuencia.

Dominios de Nivel Superior (TLDs)

Los TLDs son las extensiones al final de los nombres de dominio. Se dividen en varias categorías:

• TLDs Genéricos (gTLDs): .com, .org, .net, .info, .biz
• TLDs de Código de País (ccTLDs): .uk, .de, .jp, .ca
• TLDs Patrocinados: .gov, .edu, .mil (uso restringido)
• Nuevos gTLDs: .app, .dev, .blog, .tech (introducidos después de 2013)

Cada TLD tiene su propio operador de registro responsable de mantener el archivo de zona TLD y operar los servidores de nombres TLD. Algunos TLDs tienen requisitos específicos—por ejemplo, .edu está restringido a instituciones educativas acreditadas.

Dominios de Segundo Nivel y Subdominios

El dominio de segundo nivel es lo que registras—como example en example.com. Tienes control total sobre este dominio y puedes crear subdominios ilimitados debajo de él.

Los subdominios como blog.example.com o api.example.com te permiten organizar servicios y enrutar el tráfico de manera diferente. Cada subdominio puede tener sus propios registros DNS apuntando a diferentes servidores o servicios.

Tipos de Registros DNS Explicados

Los registros DNS son instrucciones almacenadas en servidores de nombres autoritativos. Diferentes tipos de registros sirven para diferentes propósitos, desde apuntar dominios a direcciones IP hasta configurar correo electrónico y verificar la propiedad del dominio.

Registros A y AAAA

Estos son los registros DNS más fundamentales. Un registro A mapea un dominio a una dirección IPv4 (como 192.0.2.1), mientras que un registro AAAA mapea a una dirección IPv6 (como 2001:db8::1).

Puedes tener múltiples registros A para el mismo dominio, lo que permite un balanceo de carga simple. Los resolvedores DNS típicamente devuelven todas las direcciones IP, y el cliente elige una (a menudo la primera). Algunos proveedores DNS ofrecen enrutamiento geográfico para devolver diferentes IPs según la ubicación del usuario.

Registros CNAME

Un CNAME (Nombre Canónico) crea un alias de un dominio a otro. Por ejemplo, podrías apuntar www.example.com a example.com usando un CNAME. Cuando alguien busca el CNAME, el DNS sigue la cadena hasta el registro A final.

Limitación importante: No puedes usar un CNAME en el dominio raíz (también llamado apex o dominio desnudo). Esto es porque los registros CNAME deben ser el único registro para ese nombre, pero los dominios raíz requieren registros NS y SOA. Algunos proveedores DNS ofrecen soluciones propietarias como el aplanamiento CNAME de Cloudflare o los registros ALIAS de AWS Route 53 para solucionar esto.

Registros MX

Los registros de Intercambio de Correo (MX) indican a los servidores de correo electrónico dónde entregar el correo para tu dominio. Cada registro MX tiene un valor de prioridad—los números más bajos tienen mayor prioridad. Si el servidor de correo principal no está disponible, los remitentes intentan el siguiente nivel de prioridad.

Ejemplo de configuración MX para Google Workspace:

example.com.  MX  1  aspmx.l.google.com.
example.com.  MX  5  alt1.aspmx.l.google.com.
example.com.  MX  5  alt2.aspmx.l.google.com.
example.com.  MX  10 alt3.aspmx.l.google.com.
example.com.  MX  10 alt4.aspmx.l.google.com.

Registros TXT

Los registros TXT almacenan datos de texto arbitrarios y se han vuelto esenciales para la autenticación de correo electrónico y la verificación de dominio. Los usos comunes incluyen:

• SPF (Marco de Política de Remitente): Lista servidores de correo autorizados para prevenir la suplantación de correo electrónico
• DKIM (Correo Identificado con Claves de Dominio): Firma criptográfica para autenticación de correo electrónico
• DMARC (Autenticación de Mensajes Basada en Dominio): Política para manejar autenticación fallida
• Verificación de dominio: Probar propiedad a servicios como Google