Test de velocidad y traceroute de un servidor: mtr, iperf3 y speedtest

Cuando un servidor va lento, pierde paquetes o muestra una latencia alta, decir «va lento» no basta para encontrar la causa. Esta guía cubre las herramientas esenciales de test de velocidad y traceroute para servidores: mtr y traceroute para inspeccionar la ruta y la pérdida de paquetes, iperf3 y speedtest-cli para medir el ancho de banda, y cómo reunir los resultados para el soporte técnico. Es válida para Linux (Debian/Ubuntu, CentOS/Rocky/AlmaLinux) y Windows.

Paso 1: Instale las herramientas de test de velocidad y traceroute

Debian / Ubuntu:

apt update
apt install -y mtr-tiny traceroute iperf3 speedtest-cli

CentOS / Rocky / AlmaLinux (speedtest-cli mediante pip):

dnf install -y mtr traceroute iperf3 python3-pip
pip3 install speedtest-cli

En CentOS 7 use yum en lugar de dnf.

Paso 2: Trace la ruta y detecte pérdida de paquetes con mtr

mtr combina ping y traceroute: sondea continuamente cada salto e informa de la pérdida y la latencia. Es la herramienta más útil para diagnosticar problemas de ruta.

mtr -rwzbc 100 8.8.8.8

Opciones: -r modo informe, -w salida ancha, -z mostrar ASN, -b mostrar IPs y nombres de host, -c 100 enviar 100 sondeos. Si el destino bloquea ICMP, sondee por TCP:

mtr -rwc 100 -T -P 443 www.example.com

Paso 3: Vea la ruta con traceroute / tracert

traceroute -n 8.8.8.8
traceroute -n -T -p 80 www.example.com

En un PC local con Windows, use los comandos integrados (-d omite la resolución de nombres). pathping añade estadísticas de pérdida por salto, similares a las de mtr:

tracert -d 203.0.113.10
pathping -n 203.0.113.10

Paso 4: Mida el ancho de banda entre dos hosts con iperf3

iperf3 mide con precisión el rendimiento entre dos extremos, sin depender de nodos de prueba públicos. Inicie el lado servidor en su servidor:

iperf3 -s

Conéctese como cliente desde otra máquina (-P 4 usa cuatro flujos en paralelo, -R prueba la dirección inversa):

iperf3 -c 203.0.113.10 -P 4 -t 30
iperf3 -c 203.0.113.10 -P 4 -t 30 -R

iperf3 escucha por defecto en el puerto TCP 5201; ábralo en el firewall y detenga el servidor con Ctrl+C cuando termine.

Paso 5: Pruebe el ancho de banda de salida con speedtest-cli

speedtest-cli --secure
speedtest-cli --list | head -n 20
speedtest-cli --secure --server 12345

--list muestra los servidores cercanos; indique un ID con --server. Los resultados dependen mucho de la carga del nodo, así que pruebe varios nodos.

Paso 6: Envíe los resultados al soporte técnico

Para ayudar al soporte a localizar el problema, proporcione datos en ambas direcciones: mtr (o WinMTR / pathping) desde su equipo local hacia el servidor, y mtr desde el servidor hacia su IP pública local. Guarde la salida como texto:

mtr -rwzbc 100 YOUR_LOCAL_PUBLIC_IP > mtr-from-server.txt

Incluya en el ticket de soporte: la IP del servidor, su IP pública local y su proveedor de Internet (ISP), la franja horaria del problema y la salida en texto de las pruebas (mejor texto que capturas de pantalla siempre que sea posible).

Preguntas frecuentes

¿Es un problema una pérdida del 100% en un salto intermedio de mtr?

Si el destino final no muestra pérdida, la pérdida intermedia suele significar que ese router ignora los sondeos. Solo indica un problema real la pérdida que empieza en un salto y continúa hasta el destino.

speedtest muestra menos ancho de banda del que contraté.

Los nodos de prueba públicos pueden estar congestionados o limitados. Use iperf3 entre dos máquinas en buen estado y pruebe a distintas horas.

Solo va lento en horas punta. ¿Cómo lo diagnostico?

Ejecute mtr durante el periodo lento y anote la hora; después envíelo junto con un resultado de un periodo normal para poder comparar y localizar el salto congestionado.

¿Sigue con problemas? Abra un ticket con el soporte técnico 24/7 de IMIDC y adjunte los resultados de sus pruebas.