Escribes una dirección en el navegador y la página aparece casi al instante. Entre esos dos momentos ocurre un proceso que involucra varios servidores repartidos por el mundo y que, si falla, deja un sitio completamente inaccesible aunque esté funcionando a la perfección. Ese proceso es el DNS, el sistema de nombres de dominio.
El problema que resuelve el DNS
Los ordenadores no se comunican con nombres, sino con direcciones IP: secuencias numéricas que identifican a cada máquina en la red. Recordar esas secuencias sería inviable para las personas, y además cambian con cierta frecuencia cuando un sitio se muda de servidor.
El DNS actúa como una guía telefónica distribuida: traduce nombres legibles por humanos a direcciones numéricas comprensibles por las máquinas. La comparación es útil, pero incompleta. A diferencia de una guía impresa, el DNS no está en un solo lugar. Está repartido en una jerarquía de servidores que se consultan entre sí.
La jerarquía de nombres
Un nombre de dominio se lee de derecha a izquierda, y cada parte corresponde a un nivel de la jerarquía:
- Raíz: el nivel superior, representado por un punto implícito al final del nombre. Los servidores raíz saben quién gestiona cada extensión.
- Dominio de primer nivel (TLD): la extensión final, como .com, .es o .org. Cada una tiene sus propios servidores.
- Dominio de segundo nivel: el nombre que registra el propietario, la parte que identifica a la organización.
- Subdominio: cualquier prefijo adicional, como www, blog o tienda.
Qué ocurre paso a paso
- El navegador revisa su caché local. Si ya visitó ese sitio hace poco, ya tiene la dirección y termina aquí.
- Si no la tiene, consulta al resolver recursivo, normalmente el servidor DNS de tu proveedor de internet o uno público configurado en el dispositivo.
- El resolver, si tampoco la tiene en caché, pregunta a un servidor raíz, que le indica qué servidores gestionan esa extensión.
- Pregunta entonces al servidor del TLD, que le devuelve la dirección de los servidores autoritativos de ese dominio concreto.
- Finalmente consulta al servidor autoritativo, que es quien conoce la respuesta definitiva y devuelve la dirección IP.
- El resolver entrega la IP al navegador y la guarda en caché durante un tiempo determinado.
Parecen muchos pasos, pero gracias al almacenamiento en caché en cada nivel, la mayoría de las consultas se resuelven en los dos primeros y el proceso completo rara vez supera unas decenas de milisegundos.
Los registros DNS más habituales
| Registro | Para qué sirve | Ejemplo de uso |
|---|---|---|
| A | Asocia un nombre a una dirección IPv4 | Apuntar un dominio a un servidor web |
| AAAA | Asocia un nombre a una dirección IPv6 | Lo mismo, en la nueva versión del protocolo |
| CNAME | Convierte un nombre en alias de otro | Hacer que un subdominio apunte al dominio principal |
| MX | Indica qué servidores reciben el correo | Configurar el correo corporativo |
| TXT | Almacena texto libre | Verificación de propiedad y políticas antispam |
| NS | Señala los servidores autoritativos | Delegar la gestión del dominio a un proveedor |
Un detalle que confunde a menudo: un registro CNAME no puede coexistir con otros registros para el mismo nombre. Por eso el dominio raíz suele configurarse con un registro A y no con un alias.
Por qué los cambios tardan en aplicarse
Cada registro lleva asociado un valor llamado TTL (time to live), expresado en segundos, que indica cuánto tiempo puede conservarse en caché antes de volver a consultarlo. Mientras ese tiempo no expire, los servidores intermedios seguirán entregando el valor antiguo aunque tú ya lo hayas modificado.
Esto explica la llamada “propagación”: no es que el cambio viaje lentamente por la red, sino que las cachés antiguas van caducando de forma escalonada. Un TTL alto mejora el rendimiento y reduce consultas; uno bajo permite cambios rápidos. La práctica habitual antes de una migración es reducir el TTL con antelación, hacer el cambio y volver a subirlo después.
Problemas frecuentes y cómo abordarlos
- El sitio funciona en un dispositivo pero no en otro. Casi siempre es caché local. Vaciar la caché DNS del sistema o probar desde otra red lo confirma.
- El dominio caducó. Suena obvio, pero es una de las causas más comunes de caída total y la más fácil de descartar.
- Servidores de nombres mal delegados. Si los registros NS apuntan a un proveedor y tú editas la zona en otro, tus cambios no tienen ningún efecto.
- Correo que no llega. Revisa los registros MX y los registros TXT de autenticación. Un error aquí no afecta a la web, solo al correo, lo que despista.
- Falta el subdominio www. Muchos usuarios lo escriben por costumbre; conviene que exista un registro que lo resuelva.
DNS y seguridad
El DNS se diseñó en una época en la que la confianza entre máquinas se daba por supuesta, y eso dejó huecos. Existen mecanismos para mitigarlos: DNSSEC añade firmas criptográficas que permiten verificar que una respuesta no fue manipulada, mientras que DNS sobre HTTPS y DNS sobre TLS cifran la consulta para que un intermediario no pueda leer ni alterar qué sitios visitas.
Para un administrador de sistemas, activar estas protecciones y vigilar quién tiene acceso al panel del dominio es tan importante como proteger el propio servidor. Quien controla el DNS de un dominio puede redirigir todo su tráfico.
Conclusión
El DNS es una de esas infraestructuras que solo se notan cuando fallan. Entender su jerarquía, sus tipos de registro y el papel del TTL convierte un problema aparentemente misterioso —”mi web no carga”— en un diagnóstico ordenado que se resuelve en minutos.
Si quieres profundizar en redes, servidores web y administración de infraestructura, merece la pena explorar los cursos gratuitos de redes e informática disponibles en Cursa.
