Diagnóstico y Resolución de Problemas de Red (Troubleshooting)

El diagnóstico de redes (Network Troubleshooting) es el conjunto de metodologías y herramientas utilizadas para identificar, aislar y resolver fallos de conectividad, lentitud o errores de configuración en una red de computadores.

1. Metodologías de Diagnóstico por Capas #

Para no perder tiempo probando cosas al azar, los administradores aplican metodologías basadas en el Modelo OSI:

[ Capa 7: Aplicación   ]  ▲  • Top-Down: empezar por el navegador o servicio web.
[ Capa 4: Transporte   ]  │  • Bottom-Up: empezar por el cable físico y la IP.
[ Capa 3: Red          ]  │  • Divide & Conquer: empezar por ping (Capa 3) y
[ Capa 1-2: Físico/MAC ]  │    subir o bajar según el resultado.

• Divide y Vencerás (Divide and Conquer - Recomendada):
  1. Haces un ping a la IP de destino (Capa 3).
  2. Si responde $\rightarrow$ el problema está en Capa 4 (puerto cerrado/firewall) o Capa 7 (DNS/aplicación).
  3. Si no responde $\rightarrow$ el problema está en Capa 3 (enrutamiento), Capa 2 (ARP/switch) o Capa 1 (cable/WiFi desconectado).

2. Herramientas CLI por Nivel de Capa #

A. Capa 1 y 2 (Física y Enlace) #

• ip link (Linux) / ipconfig (Windows):
  • Verifica si la interfaz física está activa (UP o DOWN) y muestra la dirección MAC.

  1ip link show eth0

• ip neigh (Linux) / arp -a (Windows/macOS):
  • Muestra la tabla ARP local: qué dirección IP corresponde a qué dirección MAC en la red local.

  1ip neigh show

B. Capa 3 (Red y Enrutamiento) #

• ping (ICMP Echo Request):
  • Comprueba si un host responde y mide la latencia de ida y vuelta (RTT - Round Trip Time).

  1ping -c 4 8.8.8.8

• traceroute (Linux/macOS) / tracert (Windows):
  • Descubre todos los routers intermedios (saltos) hasta el destino incrementando el campo TTL (Time to Live).

  1traceroute google.com

• mtr (My Traceroute):
  • Combina ping y traceroute en tiempo real para localizar el salto exacto donde se pierden paquetes.
• ip route (Linux) / route print (Windows):
  • Inspecciona la tabla de rutas del host y la puerta de enlace predeterminada (default gateway).

C. Capa 4 (Transporte y Sockets) #

• ss -tuln (Linux moderno) / netstat -tuln:

  • Lista todos los puertos TCP/UDP abiertos y en escucha (LISTEN) en la máquina local.

  1ss -tuln

  (Opciones: -t TCP, -u UDP, -l Listening, -n numérico).

• nc (Netcat) o telnet:

  • Prueba si un puerto TCP remoto está abierto y accesible a través de cortafuegos.

  1nc -zv 192.168.1.50 80

• iperf3:

  • Mide el ancho de banda real y la tasa de transferencia entre dos máquinas cliente-servidor.

D. Capa 7 (Aplicación y DNS) #

• dig o nslookup:
  • Consulta servidores DNS directamente para depurar problemas de resolución de nombres.

  1dig @1.1.1.1 google.com A +short

• curl -Iv:
  • Realiza peticiones HTTP/HTTPS con detalle de cabeceras, códigos de estado (200, 404, 500) y certificados SSL/TLS.

  1curl -Iv https://aprendetu.com

• nmap:
  • Escáner de seguridad y puertos para auditar servicios activos en una red remota.

3. Flujo Rápido de Resolución: "No puedo navegar por Internet" #

Sigue estos 5 pasos ordenados:

1. ¿Tengo IP asignada? $\rightarrow$ Ejecuta ip a (si empieza por 169.254.x.x, el servidor DHCP falló - APIPA).
2. ¿Llego a mi router de casa/oficina? $\rightarrow$ ping <IP_Gateway> (ej: ping 192.168.1.1).
3. ¿Llego a Internet sin DNS? $\rightarrow$ ping 8.8.8.8 (si responde, el cable y el router funcionan; el fallo es de DNS).
4. ¿Resuelvo nombres de dominio? $\rightarrow$ dig google.com o nslookup google.com.
5. ¿El servicio web remoto responde? $\rightarrow$ curl -Iv https://google.com.