Comment tester la vitesse réseau d’un VPS ou d’un serveur en ligne de commande

Mis à jour: 2026-10-08

Un serveur n’a pas de navigateur : les sites de test de débit habituels ne servent à rien. Vous pouvez pourtant mesurer ses vraies performances réseau depuis le terminal. Ce guide montre comment, et comment interpréter les résultats.

Pourquoi tester le réseau d’un VPS

Les hébergeurs annoncent des débits de port, mais le débit réel dépend du routage, des hôtes partagés et de l’heure. Un test vous dit si vous obtenez ce que vous payez et quel emplacement convient le mieux à vos utilisateurs.

Lancer PulseTest depuis le terminal

PulseTest propose un outil en ligne de commande qui utilise le même moteur de mesure que le site. En SSH, lancez l’installateur en une ligne :

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

Il fonctionne sous Linux, macOS et FreeBSD, installe une seule commande et n’exige pas de dépendances supplémentaires sur la plupart des systèmes. Comme pour tout installateur envoyé dans un shell, vous pouvez lire le script avant en ouvrant https://pulsetest.net/install.sh dans votre navigateur.

Lancez ensuite le test :

pulsetest

La commande speedtest fonctionne aussi comme raccourci.

Options utiles

• pulsetest -s affiche un résultat court et simple.
• pulsetest -j affiche du JSON, pratique pour les scripts et la supervision.
• pulsetest -q n’affiche que les chiffres essentiels.
• pulsetest --help liste toutes les options.

Comment lire les résultats

• Le téléchargement et l’envoi, en Mbps, indiquent le débit vers le serveur de test. Comparez-les au débit de port de votre offre.
• Le ping indique la latence vers le serveur, surtout liée à la distance.
• La gigue indique la stabilité de cette latence. Un serveur peut être rapide et pourtant instable.

Obtenir des résultats fiables

• Testez plusieurs fois, à différentes heures : les hôtes partagés varient.
• Comparez plusieurs régions, car le résultat dépend du trajet jusqu’au serveur de test.
• Évitez les autres gros transferts pendant le test.
• Tenez un journal : lancez la commande depuis cron et conservez la sortie pour repérer les ralentissements qui n’arrivent qu’à certaines heures.

Quand les résultats paraissent faibles

Un résultat très inférieur au débit annoncé, répété à plusieurs moments, mérite d’être signalé à l’hébergeur. Joignez les chiffres, les heures et l’emplacement du test. Souvent, la cause est un hôte saturé, une offre bridée ou un mauvais routage, et un autre centre de données règle le problème.