¿Qué es un DNS y cómo funciona? Explicación fácil con ejemplos

DNS es el sistema que permite usar nombres fáciles de recordar, como teramont.net, en lugar de memorizar direcciones IP. Cada vez que abres una página, envías un correo o te conectas a muchos servicios en Internet, el DNS ayuda a localizar el servidor correcto.

La explicación corta es esta: el DNS funciona como la agenda de contactos de Internet. Tú buscas un nombre; el sistema encuentra la dirección que corresponde. Parece sencillo desde fuera, pero detrás participan servidores distribuidos por todo el mundo, cachés y distintos tipos de registros.

¿Qué significa DNS?

DNS son las siglas de Domain Name System, o Sistema de Nombres de Dominio. Es un sistema jerárquico y distribuido que relaciona nombres de dominio con información útil para localizar servicios: direcciones IPv4, direcciones IPv6, servidores de correo, alias, verificaciones y más.

El estándar original, descrito en el RFC 1034 del RFC Editor, separa el DNS en tres grandes elementos: el espacio de nombres y sus registros, los servidores de nombres y los resolutores que realizan consultas.

El DNS explicado con un ejemplo de la vida cotidiana

Piensa en la agenda de tu teléfono. Para llamar a una persona eliges “Ana”; no escribes su número completo cada vez. El teléfono guarda la relación entre el nombre y el número.

DNS hace algo parecido: recibe un nombre comprensible y encuentra la dirección que necesitan las computadoras.

Cuando escribes tienda.ejemplo, tu equipo necesita descubrir una dirección como 203.0.113.10. Después de obtenerla, el navegador puede conectarse al servidor y solicitar la página. La dirección usada aquí pertenece a un bloque reservado para documentación; no apunta a un servidor real.

Dominio, DNS, dirección IP, URL y hosting no son lo mismo

Aunque suelen aparecer juntos, cada concepto cumple una función diferente:

• Dominio: el nombre registrado, por ejemplo ejemplo.com.
• DNS: el sistema que publica y consulta información relacionada con ese dominio.
• Dirección IP: la dirección numérica de un equipo o servicio en una red.
• URL: la dirección completa de un recurso, por ejemplo https://ejemplo.com/guias/dns.
• Hosting o VPS: el servidor donde se ejecutan la web, API, base de datos u otra aplicación.

Comprar un dominio no crea automáticamente una página web. También necesitas un servicio donde alojarla y registros DNS que indiquen cómo llegar a ese servicio.

¿Cómo funciona una consulta DNS paso a paso?

Para el usuario ocurre en milisegundos y casi siempre pasa desapercibido. En una consulta que todavía no está guardada en caché, el recorrido simplificado es el siguiente:

El resolutor pregunta a distintos niveles del DNS hasta llegar al servidor autoritativo que conoce la respuesta.

1. El navegador pregunta: el usuario escribe un dominio y el navegador revisa si ya conoce la respuesta.
2. Se consulta un resolutor recursivo: normalmente pertenece al proveedor de Internet o a un servicio público. Su trabajo es buscar la respuesta completa.
3. El servidor raíz orienta la búsqueda: no entrega necesariamente la IP final; indica dónde consultar la extensión correspondiente.
4. El servidor TLD responde: para un dominio terminado en .com, señala cuáles son sus servidores de nombres autoritativos.
5. El servidor autoritativo entrega el registro: responde con la dirección IP u otro dato solicitado.
6. El resolutor guarda temporalmente la respuesta: la devuelve al navegador y la conserva en caché durante el tiempo permitido.
7. El navegador se conecta al servidor: con la IP resuelta, inicia la conexión HTTP o HTTPS para obtener el contenido.

La documentación de Google Public DNS distingue claramente un resolutor recursivo de un servicio DNS autoritativo: el primero busca respuestas para los usuarios; el segundo publica los registros oficiales de un dominio.

¿Qué son el caché DNS y el TTL?

Repetir todo el recorrido en cada visita sería ineficiente. Por eso el navegador, el sistema operativo y los resolutores guardan respuestas temporalmente en caché.

El TTL (Time To Live) indica durante cuántos segundos puede conservarse un registro antes de volver a consultarlo. Si un registro tiene un TTL de 3600, una respuesta puede mantenerse hasta una hora en ciertos cachés.

Esto explica la famosa “propagación DNS”: cuando cambias una IP, algunos usuarios ven el servidor nuevo mientras otros siguen usando una respuesta anterior hasta que expire su caché. No existe un botón capaz de borrar simultáneamente todos los cachés de Internet.

Ejemplo cotidiano del caché

Imagina que una cafetería cambia de dirección. Quien consulte hoy el directorio actualizado llegará al local nuevo; quien conserve una fotografía antigua del directorio podría ir al domicilio anterior. El TTL define durante cuánto tiempo es aceptable conservar esa “fotografía”.

Los registros DNS más utilizados

Cada tipo de registro responde una pregunta distinta: dónde está una web, qué servidor recibe el correo o cómo verificar un dominio.

Registro A

Relaciona un nombre con una dirección IPv4. Es el registro habitual para apuntar un dominio o subdominio a la IPv4 de un VPS.

ejemplo.com.  3600  IN  A  203.0.113.10

Registro AAAA

Hace lo mismo que un registro A, pero utiliza IPv6.

ejemplo.com.  3600  IN  AAAA  2001:db8::10

Registro CNAME

Crea un alias que apunta hacia otro nombre. Por ejemplo, www.ejemplo.com puede ser un alias de ejemplo.com. No es una redirección HTTP: actúa durante la resolución DNS.

Registro MX

Indica qué servidores reciben el correo de un dominio. Incluye una prioridad: los valores más bajos tienen preferencia.

Registro TXT

Guarda texto asociado al dominio. Se utiliza frecuentemente para verificaciones y políticas de correo como SPF, DKIM y DMARC. Un TXT no ejecuta código; simplemente publica información.

Registros NS, CAA, PTR y SRV

• NS: delega una zona a sus servidores de nombres autoritativos.
• CAA: indica qué autoridades certificadoras pueden emitir certificados para el dominio.
• PTR: realiza resolución inversa, es decir, relaciona una IP con un nombre. En un VPS suele configurarse desde el proveedor porque la zona inversa pertenece al propietario de la IP.
• SRV: publica la ubicación, el puerto y la prioridad de determinados servicios.

Ejemplo: conectar un dominio con un VPS

Supongamos que tienes un VPS con la IPv4 203.0.113.10 y quieres alojar una web en ejemplo.com. Una configuración básica podría verse así:

@      A       203.0.113.10
www    CNAME   ejemplo.com.
api    A       203.0.113.10

El símbolo @ suele representar el dominio principal dentro del panel DNS. La sintaxis exacta depende del proveedor. Estos registros solo indican el destino; todavía necesitas configurar el servidor web, el dominio virtual, el firewall y el certificado TLS en el VPS.

Si deseas alojar correo, no basta con añadir un MX al azar. Necesitas un servidor de correo correctamente configurado, registros de autenticación, resolución inversa coherente y una buena reputación de IP.

¿Qué relación tiene DNS con un servidor VPS?

Un VPS puede funcionar únicamente con su IP, pero un dominio facilita el acceso y permite organizar servicios con subdominios:

• www.ejemplo.com para una página web.
• api.ejemplo.com para una API.
• panel.ejemplo.com para un panel privado.
• status.ejemplo.com para una página de estado.
• mail.ejemplo.com para infraestructura de correo.

Esta separación permite mover servicios, cambiar direcciones IP o distribuir aplicaciones sin obligar a los usuarios a aprender direcciones nuevas. Solo se actualizan los registros correspondientes.

Si quieres practicar con una aplicación real, nuestra guía para instalar OpenClaw en un VPS muestra un caso donde un dominio y HTTPS ayudan a exponer un servicio de forma ordenada. También puedes revisar la guía de despliegue de Astro en VPS.

Errores DNS frecuentes y qué significan

• El dominio no resuelve: puede faltar el registro, existir un error en los nameservers o estar respondiendo una zona incorrecta.
• Abre el servidor anterior: probablemente sigue activa una respuesta en caché o el TTL todavía no expiró.
• La web funciona, pero el correo no: los registros MX o TXT pueden estar incompletos; web y correo usan registros distintos.
• Un subdominio falla: el registro debe crearse de forma explícita, salvo que exista un comodín apropiado.
• El dominio resuelve, pero la web no abre: DNS ya cumplió su función; el problema puede estar en el firewall, Nginx, Apache, TLS o la aplicación.
• Funciona desde una red y desde otra no: distintos resolutores pueden conservar cachés diferentes durante un cambio.

¿Cambiar a 1.1.1.1 o 8.8.8.8 modifica los registros de mi dominio?

No. Esas direcciones corresponden a resolutores públicos que los dispositivos pueden usar para buscar respuestas. Cambiar el resolutor de tu computadora no modifica los registros autoritativos de un dominio ni reemplaza el panel donde administras la zona DNS.

Esta diferencia evita una confusión común: consultar DNS y alojar DNS son funciones distintas. Un resolutor como Google Public DNS busca información; un proveedor autoritativo publica la información oficial.

Seguridad y privacidad en DNS

El DNS tradicional fue diseñado en una época distinta y ha recibido extensiones para mejorar su seguridad:

• DNSSEC: permite validar mediante firmas que una respuesta autoritativa no fue alterada. No cifra la consulta.
• DNS over HTTPS (DoH) y DNS over TLS (DoT): cifran el transporte entre el dispositivo y el resolutor compatible. No sustituyen DNSSEC.
• Redundancia: utilizar varios servidores autoritativos reduce el riesgo de que una sola falla deje el dominio sin resolución.
• Protección de cuentas: el acceso al registrador y al proveedor DNS debe usar contraseñas únicas y autenticación multifactor.

También conviene evitar resolutores recursivos abiertos en servidores propios: pueden ser abusados en ataques de amplificación DDoS si se configuran sin restricciones.

Por qué usar un VPS para tu próximo proyecto

Entender DNS te permite aprovechar mejor un servidor. Con un VPS de Teramont Host puedes desplegar sitios web, APIs, paneles, bases de datos y aplicaciones con acceso root, Linux o Windows, protección DDoS y recursos asignados.

Una vez desplegado el VPS, puedes apuntar tu dominio con registros A y AAAA, crear subdominios para cada servicio y activar HTTPS. Así tus usuarios acceden mediante nombres claros mientras tú conservas el control de la infraestructura.

¿Quieres poner en práctica lo aprendido? Consulta los planes VPS de Teramont, elige los recursos que necesita tu aplicación y conecta tu dominio cuando el servidor esté listo.

Preguntas frecuentes sobre DNS

¿DNS e Internet son lo mismo?

No. Internet puede transportar tráfico usando direcciones IP sin DNS, pero sería mucho menos cómodo para las personas. DNS es uno de los sistemas que hacen Internet más fácil de usar.

¿Cuánto tarda un cambio DNS?

Depende del TTL anterior, los cachés y el proveedor. Algunos cambios aparecen en minutos; otros usuarios pueden conservar la respuesta previa durante varias horas.

¿El DNS aloja mi página web?

No. DNS señala dónde se encuentra el servicio. Los archivos y aplicaciones se ejecutan en un hosting, VPS, plataforma o servidor.

¿Puedo tener varios dominios en la misma IP?

Sí. Un servidor web puede alojar varios dominios y decidir qué sitio responder mediante el nombre solicitado. Debes configurar cada dominio en DNS y en el servidor.

¿Necesito DNS para acceder a un VPS por SSH?

No es obligatorio: puedes conectarte directamente a la IP. Sin embargo, un nombre como ssh.ejemplo.com es más fácil de recordar y permite cambiar la IP sin cambiar el nombre usado por los administradores.

Conclusión

DNS es el sistema de nombres de Internet: traduce dominios comprensibles en información que permite localizar servidores y servicios. Cuando escribes una dirección, el navegador consulta cachés y resolutores hasta obtener una respuesta autoritativa; después se conecta al destino.

Dominar los registros A, AAAA, CNAME, MX y TXT ayuda a publicar una web, organizar subdominios, configurar correo y conectar un dominio con un VPS. No necesitas memorizar toda la jerarquía para empezar: basta con entender qué pregunta responde cada registro y verificar los cambios con calma.

Fuentes técnicas

• RFC Editor: RFC 1034, Domain Names — Concepts and Facilities
• Google for Developers: Introduction to Google Public DNS
• Cloudflare Learning Center: ¿Qué es DNS?