Solución de problemas de red para principiantes: Parte 2 — DNS

A veces ocurre: el ordenador obtuvo una dirección, el router responde, ping 8.8.8.8 funciona, pero las páginas en el navegador no se abren. La causa más habitual es el DNS, el sistema que traduce nombres de dominio a direcciones IP. Si no se puede convertir un nombre en una dirección, el navegador no sabe a dónde conectarse, incluso con la conexión bien establecida.

Cómo están hechas las entradas DNS y qué tipos existen se explica en detalle en el artículo «Configuración de DNS para correo y sitio: Parte 1». Aquí — solo diagnóstico.

Qué servidor DNS utiliza el sistema

Linux con systemd-resolved (Ubuntu, Debian y otros):

resolvectl status

En la salida, para cada interfaz aparecen DNS Servers. En otros sistemas los servidores están listados en /etc/resolv.conf:

cat /etc/resolv.conf

Windows:

ipconfig /all

La línea DNS Servers muestra a qué servidor consulta el equipo. Normalmente es el router o el servidor del proveedor.

Comprobación mediante el mecanismo del sistema

Linux con systemd-resolved:

resolvectl query google.com

Este comando sigue la misma ruta que los programas habituales, por lo que muestra lo que ven el navegador y las aplicaciones.

Windows y macOS:

nslookup google.com

Ejemplo de respuesta exitosa de nslookup:

Server:  192.168.1.1
Address: 192.168.1.1#53

Non-authoritative answer:
Name:    google.com
Address: 142.250.184.110

• Server — el servidor DNS que respondió;
• Name / Address — el nombre solicitado y la dirección encontrada;
• Non-authoritative answer — la respuesta no proviene del servidor autoritativo del dominio, sino del caché de un servidor intermedio. Para diagnóstico eso está bien.

Un error se ve así:

** server can't find example.invalid: NXDOMAIN

NXDOMAIN significa que ese nombre no existe. Si responde así a un nombre existente, el servidor está defectuoso o la respuesta ha sido falsificada.

dig: respuesta detallada

dig muestra la consulta y la respuesta por completo. En Linux forma parte del paquete dnsutils (Debian, Ubuntu) o bind-utils (RHEL y derivados).

dig google.com

Partes clave de la salida:

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 12345

;; QUESTION SECTION:
;google.com.            IN  A

;; ANSWER SECTION:
google.com.     242     IN  A   142.250.184.110

;; SERVER: 192.168.1.1#53(192.168.1.1)

• status — NOERROR en caso de éxito, NXDOMAIN — el nombre no existe, SERVFAIL — el servidor no pudo obtener respuesta;
• ANSWER SECTION — registros encontrados; el número tras el nombre es el tiempo de vida en caché (TTL) en segundos;
• SERVER — el servidor que respondió.

Salida corta solo con las direcciones:

dig +short google.com

Técnica principal: consultar otro servidor

Si un nombre no se resuelve, haga la misma consulta a un servidor DNS público:

dig @8.8.8.8 google.com
nslookup google.com 8.8.8.8

• si hay respuesta a través de 8.8.8.8 pero no a través de su servidor — el problema está en el DNS del router o del proveedor. Solución: cambiar los servidores DNS en la configuración de la red o del router;
• si no hay respuesta de ningún servidor — las consultas DNS probablemente estén siendo bloqueadas en el trayecto (puerto 53 UDP y TCP) o hay un problema de conectividad;
• si distintos servidores devuelven direcciones diferentes — puede tratarse de manipulación de respuestas o de un cambio en el registro que aún no se ha propagado debido al TTL.

Resumen

• resolvectl status o ipconfig /all — qué servidor DNS se usa;
• resolvectl query y nslookup — comprobar por la misma vía que usan las aplicaciones;
• dig — respuesta detallada y consulta a un servidor concreto mediante @.

Si un nombre se resuelve a la dirección correcta, el host responde a ping, y aun así el sitio no se abre, el siguiente paso es comprobar si en el servidor está funcionando el servicio necesario. A esto está dedicada la siguiente parte.

Recursos

• resolvectl (man7.org)
• dig (man7.org)
• nslookup (Microsoft Learn)
• Google Public DNS