6.2 Resolución de Nombres (DNS) en Linux¶

Introducción¶

En cualquier infraestructura moderna, los humanos no trabajan con direcciones IP, sino con nombres. Recordar 192.168.10.25 es inviable a escala; en su lugar utilizamos nombres como app.interna.local o www.example.com. Aquí es donde entra el DNS (Domain Name System), el servicio responsable de traducir nombres de dominio en direcciones IP.

Para un Sysadmin, comprender el funcionamiento del DNS es crítico: una mala configuración puede provocar desde lentitud en aplicaciones hasta la completa indisponibilidad de servicios. Además, el DNS es un punto clave tanto en rendimiento como en seguridad.

Objetivos de aprendizaje¶

Al finalizar este capítulo serás capaz de:

Entender cómo funciona el sistema DNS a nivel conceptual.
Configurar resolvers en Linux correctamente.
Diagnosticar problemas de resolución de nombres.
Utilizar herramientas como dig, nslookup y host.
Implementar configuraciones locales con /etc/hosts.
Analizar latencias y errores de resolución.

Conceptos Teóricos¶

1. ¿Qué es DNS?¶

El Domain Name System (DNS) es un sistema distribuido jerárquico que traduce nombres de dominio en direcciones IP.

Ejemplo:

www.google.com → 142.250.x.x

Flujo de resolución:¶

Aplicación solicita resolución.
El sistema consulta el resolver local.
Si no existe en caché:
consulta al servidor DNS configurado.
Se obtiene la IP.
Se devuelve al cliente.

2. Jerarquía DNS¶

El DNS está estructurado en niveles:

Root Servers (.)
TLD (.com, .org, .es)
Dominios autoritativos

Ejemplo:

www.example.com
│
├── Root (.)
├── .com
└── example.com (autoritativo)

3. /etc/resolv.conf¶

Archivo clave para la resolución DNS:

cat /etc/resolv.conf

Ejemplo:

nameserver 8.8.8.8
nameserver 1.1.1.1

Campos importantes:

nameserver: servidor DNS.
search: dominios de búsqueda.

4. /etc/hosts¶

Sistema local de resolución estática:

cat /etc/hosts

Ejemplo:

127.0.0.1 localhost
192.168.1.10 app.local

Prioridad de resolución

El sistema consulta primero /etc/hosts antes que DNS.

5. systemd-resolved¶

En sistemas modernos, systemd introduce:

resolución DNS gestionada
caché local
soporte DNSSEC

Consulta estado:

systemd-resolve --status

6. NSS (Name Service Switch)¶

Define el orden de resolución:

cat /etc/nsswitch.conf

Ejemplo:

hosts: files dns

Orden:

/etc/hosts
DNS

Laboratorio Práctico¶

Escenario¶

Un servidor no puede acceder a intranet.local. Necesitas:

verificar resolución DNS
comprobar configuración
corregir problemas

Paso 1: Test básico de resolución¶

ping google.com

Si falla:

ping 8.8.8.8

Interpretación¶

✅ IP funciona, DNS no → problema de resolución
❌ ambos fallan → problema de red

Paso 2: Uso de dig¶

dig google.com

Output esperado¶

;; ANSWER SECTION:
google.com.    300    IN    A    142.250.x.x

Campos clave:

ANSWER SECTION: resultado
Query time: latencia

Paso 3: Consulta a servidor específico¶

dig @8.8.8.8 intranet.local

Sirve para aislar problemas locales.

Paso 4: Uso de nslookup¶

nslookup google.com

Ejemplo output:

Server: 8.8.8.8
Address: 8.8.8.8#53

Paso 5: Verificar resolver local¶

cat /etc/resolv.conf

Corregir:

sudo nano /etc/resolv.conf

Paso 6: Test con host¶

host google.com

Paso 7: Uso de /etc/hosts para override¶

sudo nano /etc/hosts

Añadir:

192.168.1.50 intranet.local

Validar:

ping intranet.local

Paso 8: Limpiar caché DNS¶

Systemd:

sudo systemd-resolve --flush-caches

Errores Comunes y Troubleshooting¶

1. resolv.conf se sobrescribe¶

Causa:

DHCP o NetworkManager

Conflicto de gestión

No edites resolv.conf manualmente en sistemas gestionados.

Solución:

Configurar DNS en Netplan o nmcli.

2. DNS lento¶

Verificar:

dig google.com

Alta latencia → cambiar DNS.

3. Dominio no resuelve¶

Verificar:

dig dominio

Si no hay ANSWER → problema externo.

4. Cache obsoleta¶

systemd-resolve --flush-caches

5. Error en /etc/hosts¶

Entradas incorrectas pueden romper servicios.

Buenas Prácticas (Nivel Senior)¶

1. Usa DNS redundantes¶

nameserver 1.1.1.1
nameserver 8.8.8.8

2. Implementa caché local¶

systemd-resolved
dnsmasq

Reduce latencia.

3. Monitoriza latencia¶

dig google.com | grep "Query time"

4. Evita hardcoding innecesario¶

Solo usa /etc/hosts para casos controlados.

5. Seguridad DNS¶

Evita DNS públicos en entornos sensibles.
Usa DNS internos (AD, Bind).

6. Auditoría¶

Revisar periódicamente:

cat /etc/resolv.conf

7. Automatización¶

Ejemplo con Ansible:

- name: Configurar DNS
  lineinfile:
    path: /etc/resolv.conf
    line: "nameserver 1.1.1.1"

Resumen y Siguiente Paso¶

Ahora entiendes cómo funciona el sistema DNS en Linux, cómo configurarlo y cómo diagnosticar problemas reales de resolución. Este conocimiento es crítico para garantizar conectividad y rendimiento en infraestructuras modernas.

El siguiente paso es dominar el acceso remoto seguro:

➡️ 6.3 SSH Profesional, donde aprenderás a securizar accesos, gestionar claves y operar servidores de forma eficiente y segura.