34.DNS

DNS (Domain Name System, sistema de nombres de dominio) es el servicio que traduce nombres fáciles de recordar, como solutionss.net, a las direcciones IP que usan los equipos para comunicarse.

Funciona como la agenda de contactos de tu celular: tú buscas «Mamá» y el teléfono marca el número. Nadie se aprende los números; nos aprendemos los nombres.

En términos técnicos

• Es un protocolo de la capa 7 (Aplicación), definido en los RFC 1034 y 1035 (1987).
• Usa UDP en el puerto 53 para la mayoría de las consultas y TCP en el 53 para respuestas grandes y transferencias de zona.
• Es una base de datos distribuida y jerárquica: ningún servidor sabe todos los nombres, pero cada uno sabe a quién preguntar.
• Guarda distintos tipos de registros: direcciones (A, AAAA), alias (CNAME), servidores de correo (MX), textos de verificación (TXT) y más.
• Las respuestas se guardan en caché durante un tiempo llamado TTL.

¿Dónde lo vas a encontrar?

Antes de casi cualquier conexión: al abrir una página, enviar un correo o usar una app. El servidor DNS que usa tu equipo normalmente te lo da el router por DHCP; también puedes usar resolutores públicos como los de Google (8.8.8.8) o Cloudflare (1.1.1.1).

La jerarquía

. (raíz)
└── net.                 ← dominio de primer nivel (TLD)
    └── solutionss.net.  ← dominio
        └── www.solutionss.net.

Cómo se resuelve un nombre

1. Tu equipo revisa su caché (y el archivo hosts). Si no lo tiene, pregunta a su resolutor (el DNS que le dio DHCP).
2. El resolutor revisa su caché. Si no lo tiene, pregunta a un servidor raíz: «¿www.solutionss.net?» — «No sé, pero pregunta a los servidores de .net».
3. Pregunta a los de .net: «Pregunta a los servidores de solutionss.net».
4. Pregunta al autoritativo de solutionss.net: «Es 203.0.113.10».
5. El resolutor guarda la respuesta en caché según su TTL y se la da a tu equipo.

Tu equipo hace una consulta recursiva («dame la respuesta final»); el resolutor hace consultas iterativas («dime a quién sigo preguntando»).

Tipos de registro

El router como cliente DNS

R1(config)# ip domain-lookup
R1(config)# ip name-server 1.1.1.1 8.8.8.8
R1(config)# ip domain-name lab.test
R1(config)# ip host S1 192.168.99.11

El router como servidor DNS sencillo (laboratorio)

R1(config)# ip dns server
R1(config)# ip host servidor.lab.test 192.168.20.10

Evitar la espera al escribir mal un comando

R1(config)# no ip domain-lookup

• Dos servidores DNS como mínimo, por si uno falla.
• El archivo hosts (C:\Windows\System32\drivers\etc\hosts, /etc/hosts) tiene prioridad sobre DNS: útil para pruebas, peligroso si alguien lo modifica.
• Un CNAME no puede convivir con otros registros del mismo nombre, y no se usa en la raíz del dominio.
• En la red interna usa un dominio que te pertenezca o uno reservado (home.arpa, .test); evita inventar dominios que podrían existir en Internet.
• Registros PTR para los servidores de correo: muchos servidores rechazan correo de IP sin nombre inverso.
• DNS es crítico: si cae, «se cae Internet» para los usuarios aunque todo lo demás funcione.

• IETF. RFC 1034 — Domain Names: Concepts and Facilities (1987). https://www.rfc-editor.org/rfc/rfc1034
• IETF. RFC 1035 — Domain Names: Implementation and Specification (1987). https://www.rfc-editor.org/rfc/rfc1035
• IETF. RFC 4033 — DNS Security Introduction and Requirements (2005), DNSSEC.
• IETF. RFC 7858 — DNS over TLS (2016) y RFC 8484 — DNS over HTTPS (2018).
• IANA. Root Servers. https://www.iana.org/domains/root/servers