Solución de problemas de red para principiantes: Parte 4 — mtr, nmap y curl

Las utilidades simples de las partes anteriores responden cada una a su propia pregunta: ping — si hay conectividad, traceroute — por qué ruta van los paquetes, nc — si un puerto está abierto. Tres herramientas de esta parte dan una imagen más completa: mtr observa la ruta de forma continua, nmap comprueba muchos puertos a la vez, y curl muestra qué responde realmente el servidor web.

mtr: ruta y pérdidas en tiempo real

mtr combina ping y traceroute: envía constantemente paquetes a cada nodo del camino y calcula la latencia y las pérdidas. Esto ayuda a encontrar problemas intermitentes que no se ven con un único traceroute.

Instalación:

sudo apt install mtr-tiny     # Debian y Ubuntu, versión de consola
brew install mtr              # macOS

Modo interactivo:

mtr google.com

Informe para enviar o guardar — 100 ciclos y tabla final:

mtr -rwc 100 google.com

• -r — modo informe;
• -w — nombres completos de los nodos sin abreviar;
• -c 100 — número de ciclos.

Ejemplo de informe:

HOST                        Loss%   Snt   Last   Avg  Best  Wrst StDev
1. _gateway                  0.0%   100    0.4   0.4   0.3   0.6   0.0
2. 10.0.0.1                  0.0%   100    1.2   1.5   1.1   5.2   0.5
3. core-router.example.net  10.0%   100   15.1  14.8  14.5  16.0   0.4
4. 142.250.184.110           0.0%   100   16.0  16.2  15.8  17.1   0.3

Cómo interpretar:

• pérdidas solo en un nodo intermedio, y en los nodos siguientes y en el destino 0 % — no es un problema: el router limita las respuestas a consultas de diagnóstico, y el tráfico de tránsito pasa;
• pérdidas que empiezan en algún nodo y se mantienen hasta el final de la ruta indican un tramo problemático;
• gran variación de latencia (StDev, Wrst) — signo de saturación del enlace.

Por defecto mtr envía ICMP. Si ICMP está limitado en la ruta, prueba TCP al puerto deseado: mtr -T -P 443 example.com.

nmap: qué puertos están abiertos

nmap comprueba los puertos de un nodo y muestra su estado. Escanea solo tus nodos o aquellos para los que tienes permiso; para experimentar el proyecto nmap proporciona el host scanme.nmap.org.

nmap scanme.nmap.org

Por defecto se comprueban los 1000 puertos TCP más comunes. Ejemplo de resultado:

PORT      STATE    SERVICE
22/tcp    open     ssh
80/tcp    open     http
443/tcp   filtered https

• open — el servicio acepta conexiones;
• closed — el nodo respondió que el puerto está cerrado;
• filtered — no hay respuesta, los paquetes son descartados por un firewall.

Opciones útiles:

nmap -p 22,80,443 example.com     # solo los puertos indicados
nmap -sV -p 443 example.com       # determinar el servicio y su versión
nmap -sn 192.168.1.0/24           # encontrar hosts activos en tu red sin escanear puertos

curl: qué responde el servidor web

curl envía una petición HTTP y muestra la respuesta del servidor sin el procesamiento del navegador.

Solo los encabezados de la respuesta:

curl -I https://google.com

HTTP/2 301
location: https://www.google.com/

El código 301 significa redirección permanente, el encabezado location es la dirección a la que redirigen. Para que curl siga las redirecciones, añade -L.

Detalle de la conexión:

curl -v https://example.com

En la salida se ve a qué dirección se conecta, cómo transcurre el handshake TLS y qué encabezados se envían y reciben. Esto ayuda a distinguir un error de certificado de un error de la aplicación.

Tiempo de cada fase:

curl -o /dev/null -s -w 'DNS: %{time_namelookup}s  TCP: %{time_connect}s  TLS: %{time_appconnect}s  total: %{time_total}s\n' https://example.com

Comprobación del sitio por una dirección concreta omitiendo el DNS — por ejemplo, de un servidor nuevo antes de cambiar el registro:

curl -I --resolve example.com:443:203.0.113.10 https://example.com

Los principales flags de curl se analizan en el artículo «curl para principiantes».

Resumen

• mtr — problemas intermitentes en la ruta y el tramo donde comienzan las pérdidas;
• nmap — estado de muchos puertos a la vez: open, closed, filtered;
• curl — qué responde exactamente el servidor web, cuánto dura cada fase y si el certificado funciona.

Si incluso estas herramientas no muestran la causa, queda mirar los propios paquetes — de eso trata la última parte.

Recursos

• mtr (GitHub)
• Справочник nmap
• Документация curl