Cómo probar la velocidad de red de un VPS o servidor desde la línea de comandos

Actualizado: 2026-10-08

Un servidor no tiene navegador, así que las webs de test de velocidad habituales no sirven. Aun así puedes medir su rendimiento de red real desde la terminal. Esta guía explica cómo hacerlo y cómo interpretar lo que ves.

Por qué probar la red de un VPS

Los proveedores anuncian velocidades de puerto, pero el rendimiento real depende del enrutamiento, de los hosts compartidos y de la hora. Probar te dice si recibes lo que pagas y qué ubicación rinde mejor para tus usuarios.

Ejecutar PulseTest desde la terminal

PulseTest tiene una herramienta de línea de comandos que usa el mismo motor de medición que la web. Por SSH, ejecuta el instalador de una línea:

curl -fsSL https://pulsetest.net/ | sudo bash

Funciona en Linux, macOS y FreeBSD, instala un único comando y en la mayoría de sistemas no necesita dependencias adicionales. Como con cualquier instalador que se envía a un shell, puedes leer el script antes abriendo https://pulsetest.net/install.sh en tu navegador.

Después ejecuta la prueba:

pulsetest

El comando speedtest también funciona como atajo.

Opciones útiles

• pulsetest -s muestra un resultado corto y simple.
• pulsetest -j muestra JSON, útil para scripts y monitorización.
• pulsetest -q muestra solo las cifras esenciales.
• pulsetest --help lista todas las opciones.

Cómo leer los resultados

• La descarga y la subida, en Mbps, indican el rendimiento hacia el servidor de prueba. Compáralas con la velocidad de puerto de tu plan.
• El ping indica la latencia hasta el servidor, determinada sobre todo por la distancia.
• El jitter indica lo estable que es esa latencia. Un servidor puede ser rápido y aun así inestable.

Obtén resultados fiables

• Prueba más de una vez y a distintas horas: los hosts compartidos varían.
• Compara con más de una región, porque el resultado es tan bueno como la ruta hasta el servidor de prueba.
• Evita otras transferencias pesadas durante la prueba.
• Lleva un registro: ejecuta el comando desde cron y guarda la salida para detectar bajadas que solo ocurren a ciertas horas.

Cuando los resultados parecen bajos

Un resultado muy por debajo de la velocidad anunciada, repetido en varios momentos, merece una consulta al proveedor. Incluye las cifras, las horas y la ubicación de la prueba. Muchas veces la causa es un host saturado, un plan limitado o una mala ruta, y otro centro de datos lo soluciona.