Cómo funciona DNS

El Sistema de Nombres de Dominio (DNS) traduce un nombre como www.example.com en la dirección IP que usan los ordenadores para conectarse. Un resolvedor recursivo hace el trabajo por usted: consulta a los servidores raíz, luego a los servidores del dominio de nivel superior y después a los servidores autoritativos del dominio, y guarda la respuesta para usarla más adelante. Esto suele tardar unos pocos milisegundos.

La ruta de resolución

Cuando abre www.example.com, si no hay nada en caché ocurren estos pasos:

1. Resolvedor stub. Su sistema operativo incluye un pequeño cliente. Comprueba su propia caché y el archivo hosts, y envía la pregunta al resolvedor recursivo configurado (normalmente el de su router o proveedor, o uno público).
2. Resolvedor recursivo. Comprueba su caché. Si no tiene respuesta, empieza desde arriba y va preguntando hasta encontrar la respuesta final.
3. Servidores raíz. El resolvedor pregunta a un servidor raíz por www.example.com. La raíz no conoce la dirección, pero responde con los servidores responsables de .com.
4. Servidores TLD. Los servidores de .com tampoco conocen la dirección, pero responden con los servidores de nombres de example.com (los registros NS).
5. Servidores autoritativos. El servidor de nombres del dominio guarda los registros reales y devuelve el registro A o AAAA de www.example.com.
6. El resolvedor devuelve la respuesta al resolvedor stub, la guarda en su caché y el navegador se conecta.

Puede seguir esta cadena para cualquier dominio con nuestro comprobador DNS.

Caché y TTL

Cada registro DNS tiene un TTL (tiempo de vida), un número de segundos que indica a los resolvedores cuánto tiempo pueden conservar la respuesta. Un TTL de 3600 equivale a una hora. La caché hace que DNS sea rápido y reduce la carga de los servidores autoritativos, pero también implica que un cambio no aparece en todas partes a la vez. Existen cachés en varios puntos: el navegador, el sistema operativo, el router y el resolvedor recursivo.

Los resolvedores también almacenan en caché las respuestas negativas, por ejemplo «este nombre no existe» (NXDOMAIN), durante el tiempo indicado en el registro SOA.

Tipos de registro habituales

Tipo	Finalidad	Valor de ejemplo
A	Asocia un nombre a una dirección IPv4	192.0.2.10
AAAA	Asocia un nombre a una dirección IPv6	2001:db8::10
CNAME	Alias de un nombre a otro nombre. No puede existir en el vértice de la zona junto a otros registros.	www.example.com → example.com
MX	Servidores de correo del dominio, con una prioridad (se prueba primero el número más bajo)	10 mail.example.com
NS	Servidores de nombres autoritativos de la zona	ns1.example.com
TXT	Texto libre; se usa para SPF, DKIM, DMARC y la verificación de dominios	"v=spf1 mx -all"
SOA	Inicio de autoridad: servidor primario, contacto del administrador, número de serie y temporizadores	ns1.example.com hostmaster.example.com 2026110401 ...
CAA	Qué autoridades de certificación pueden emitir certificados para el dominio	0 issue "ca.example.net"
SRV	Equipo y puerto de un servicio concreto	10 5 5060 sip.example.com
PTR	Búsqueda inversa: asocia una dirección IP de vuelta a un nombre	10.2.0.192.in-addr.arpa → host.example.com

Los registros MX, SPF y DKIM correctos son importantes para la entrega del correo. Use nuestra herramienta de correo y listas negras para comprobar un servidor de correo y ver si su dirección IP figura en listas anti-spam.

Qué es realmente la propagación DNS

«Propagación DNS» es el nombre habitual del tiempo que tardan todas las cachés del mundo en descartar la respuesta antigua y obtener la nueva. No se envía nada por internet. El servidor autoritativo tiene los datos nuevos de inmediato; los resolvedores simplemente conservan los datos antiguos hasta que caduca su TTL. Por tanto, el retraso máximo de un registro modificado es aproximadamente el TTL antiguo, no el nuevo.

Cambiar los servidores de nombres en el registrador es más lento, porque los registros NS de la zona del TLD suelen tener un TTL de uno o dos días. Durante ese tiempo, algunos usuarios llegan a los servidores antiguos y otros a los nuevos. Puede comprobar la delegación de un dominio con la consulta WHOIS, y los propios registros con el comprobador DNS.

Cómo lograr que un cambio se propague rápido

1. Al menos un periodo del TTL antiguo antes del cambio (por ejemplo, 24 horas si el TTL es 86400), reduzca el TTL del registro a un valor pequeño, como 300 segundos.
2. Espere a que pase el TTL antiguo, para que todas las cachés tengan la versión de corta duración.
3. Realice el cambio. Los resolvedores volverán a consultar en unos 5 minutos.
4. Compruebe el resultado desde varias ubicaciones con un comprobador DNS.
5. Cuando todo funcione, vuelva a subir el TTL para reducir la carga de consultas.

Serie SOA y servidores secundarios

La mayoría de los dominios usan al menos dos servidores autoritativos. Uno es el primario y los demás son secundarios que copian la zona de él mediante una transferencia de zona (AXFR o IXFR). El registro SOA controla este proceso:

• Serial: un número de versión. Un secundario transfiere la zona cuando el serial del primario es mayor que el suyo. Un formato habitual es fecha más contador, como 2026110401. Si edita una zona y olvida incrementar el serial, los secundarios siguen sirviendo los datos antiguos.
• Refresh: con qué frecuencia comprueba un secundario el serial.
• Retry: cuánto espera un secundario antes de reintentar tras una comprobación fallida.
• Expire: tras este tiempo sin contacto, un secundario deja de responder.
• Minimum (TTL negativo): cuánto tiempo almacenan en caché los resolvedores las respuestas de «no existe».

Si un dominio devuelve respuestas distintas desde servidores de nombres distintos, una causa probable es un secundario desactualizado. Compare los números de serie de todos los servidores NS.

Resolvedores anycast

Los resolvedores públicos, como los que operan los grandes proveedores, usan anycast: la misma dirección IP se anuncia desde muchos centros de datos y la red dirige cada consulta al más cercano. Esto proporciona baja latencia y resiliencia. Cada ubicación tiene su propia caché, por lo que dos personas que usan la misma dirección de resolvedor pueden ver brevemente respuestas distintas tras un cambio. La misma técnica la emplean los servidores raíz y muchos servicios DNS autoritativos.

Para conocer los conceptos relacionados, lea qué es una dirección IP y el modelo OSI, donde DNS se sitúa en la capa de aplicación.