Mesurer le débit sur Linux : comprendre les résultats et les causes d’un débit faible

Un test de débit sur Linux peut afficher une valeur inférieure à celle annoncée par l’opérateur sans que la fibre soit nécessairement défaillante. La méthode de mesure, le serveur choisi, la charge du réseau, la connexion Wi-Fi, le routeur et les performances de l’ordinateur influencent directement le résultat. Cet article explique les principaux symptômes, les causes possibles et les vérifications à effectuer avec des outils Linux. Il propose également une méthode fiable pour comparer le débit descendant, le débit montant et la latence, puis des optimisations adaptées à une box, un routeur ou une connexion sans fil.

Publié 2026-11-11 Dernière mise à jour 2026-11-11 Catégorie : Guides

Pourquoi le débit mesuré sur Linux peut-il sembler trop faible ?

Lorsque vous mesurez le débit sur Linux, le résultat peut être inférieur au débit théorique de votre abonnement fibre. Le débit descendant correspond à la réception des données, tandis que le débit montant concerne l’envoi. La latence mesure le temps de réponse entre votre ordinateur et un serveur. Ces valeurs varient selon le protocole utilisé, le serveur de test, la charge de la box et le type de connexion entre Linux et le routeur.

Un seul test ne suffit donc pas pour conclure à une panne. Il faut comparer plusieurs mesures réalisées dans des conditions similaires, puis déterminer si le problème concerne la connexion Internet, le réseau local ou l’ordinateur.

Cause 1 : une mesure réalisée en Wi-Fi

Le Wi-Fi est souvent la première cause d’un débit inférieur aux performances de la fibre. La distance avec la box, les murs, les interférences et le choix entre les bandes 2,4 GHz et 5 GHz peuvent réduire le débit descendant et augmenter la latence. Un ordinateur connecté en Wi-Fi peut aussi basculer vers une norme ou un canal moins performant.

Comment vérifier ?

Réalisez un test avec un câble Ethernet directement relié à la box ou au routeur. Si le débit augmente nettement et que la latence devient plus stable, la connexion Internet fonctionne probablement correctement. Vérifiez également le réseau utilisé avec nmcli device wifi list et l’état de l’interface avec nmcli device status.

Optimisation

Rapprochez l’ordinateur de la box, privilégiez le réseau 5 GHz lorsque la distance le permet et éloignez le routeur des sources d’interférences. Pour une mesure fiable ou un usage intensif, utilisez une liaison Ethernet.

Cause 2 : un serveur de test ou une méthode inadaptée

La distance et la charge du serveur influencent le résultat. Un serveur éloigné ou momentanément saturé peut afficher un débit montant ou descendant inférieur, même si la ligne fibre est opérationnelle. Certains tests effectués dans un navigateur dépendent aussi du navigateur, des extensions et de la charge du système.

Comment vérifier ?

Utilisez un outil reconnu comme speedtest-cli ou le client officiel Speedtest, puis répétez la mesure avec plusieurs serveurs lorsque l’outil le permet. Comparez les résultats avec un test réalisé depuis le site de votre opérateur ou depuis un autre appareil connecté au même routeur.

Évitez de comparer directement des tests effectués avec des serveurs, des protocoles ou des unités différentes. Un résultat exprimé en mégaoctets par seconde ne correspond pas à la même valeur numérique qu’un résultat en mégabits par seconde.

Cause 3 : des téléchargements ou synchronisations en arrière-plan

Les mises à jour Linux, les sauvegardes, les clients de stockage en ligne et les téléchargements peuvent consommer une partie de la bande passante. Cette activité réduit surtout le débit disponible pour le test et peut augmenter la latence lorsque la file d’attente du routeur se remplit.

Comment vérifier ?

Observez les processus actifs avec top ou htop, puis examinez les connexions réseau avec ss -tpn. Vous pouvez aussi surveiller le trafic avec un outil comme iftop ou nload. Effectuez ensuite un nouveau test après avoir suspendu les applications fortement consommatrices.

Optimisation

Planifiez les sauvegardes et les mises à jour en dehors des périodes de test. Si votre routeur le permet, activez une gestion intelligente des files d’attente ou une fonction de qualité de service afin de limiter l’impact des téléchargements volumineux.

Cause 4 : une saturation de la box ou du routeur

Une box ou un routeur peut être sollicité par plusieurs appareils, des flux vidéo, des appels en ligne ou des transferts locaux. Un équipement ancien, mal ventilé ou doté d’un firmware obsolète peut également traiter moins efficacement les connexions, ce qui se traduit par une latence irrégulière et un débit variable.

Comment vérifier ?

Déconnectez temporairement les autres appareils, redémarrez la box et répétez la mesure en Ethernet. Consultez l’interface d’administration du routeur pour vérifier les clients connectés, les erreurs éventuelles et la version du firmware. Si les performances redeviennent normales lorsque les autres appareils sont coupés, la saturation du réseau local est probable.

Optimisation

Installez les mises à jour proposées par le fabricant ou l’opérateur, améliorez la ventilation du matériel et limitez les usages simultanés lors des tests. Un routeur plus performant peut être utile si la box ne gère pas correctement le nombre d’appareils présents.

Cause 5 : un problème de carte réseau, de pilote ou de câble

Sur Linux, un pilote incomplet, une interface mal négociée ou un câble Ethernet défectueux peut limiter la connexion à 100 Mbit/s au lieu d’une vitesse supérieure. Une erreur matérielle peut aussi provoquer des pertes de paquets, des retransmissions et une latence élevée.

Comment vérifier ?

Identifiez l’interface avec ip link, puis contrôlez sa négociation avec ethtool. La commande ethtool eth0 permet notamment de vérifier la vitesse et le mode duplex, en remplaçant eth0 par le nom réel de l’interface. Consultez les erreurs avec ip -s link et testez un autre câble ou un autre port du routeur.

Optimisation

Installez les mises à jour du noyau et des pilotes, remplacez un câble ancien et vérifiez que la carte réseau négocie bien la vitesse attendue. Une liaison configurée en half-duplex ou limitée à 100 Mbit/s explique souvent un résultat anormalement bas.

Cause 6 : une latence élevée ou des pertes de paquets

Un débit correct ne garantit pas une bonne qualité de connexion. Une latence élevée ou des pertes de paquets peuvent dégrader les appels vidéo, les jeux en ligne et la navigation, même lorsque le test affiche une valeur élevée. Le problème peut venir du Wi-Fi, du routeur, de la saturation ou du chemin réseau vers le serveur.

Comment vérifier ?

Utilisez ping vers la box, puis vers une adresse Internet stable. Si la latence est déjà élevée vers la box, le problème se situe dans le réseau local. Si elle augmente seulement vers Internet, examinez la charge de la connexion ou contactez l’opérateur. La commande mtr peut aider à repérer les pertes et les variations sur le trajet.

Méthode fiable pour mesurer le débit sur Linux

  1. Connectez l’ordinateur à la box avec un câble Ethernet si possible.
  2. Arrêtez les téléchargements, les sauvegardes et les flux vidéo sur les autres appareils.
  3. Redémarrez la box uniquement si elle présente un comportement inhabituel, puis attendez la stabilisation de la connexion.
  4. Réalisez trois tests avec le même outil et comparez le débit descendant, le débit montant et la latence.
  5. Répétez la mesure à différents moments afin de distinguer une variation temporaire d’un problème permanent.
  6. Comparez le résultat obtenu avec un autre appareil connecté au même routeur.

Quand contacter l’opérateur ?

Contactez votre opérateur si le débit reste faible en Ethernet, après l’arrêt des autres usages et sur plusieurs serveurs de test. Fournissez les horaires des mesures, les valeurs de débit descendant, de débit montant et de latence, ainsi que le type de connexion utilisé. Les opérateurs comme Orange, SFR, Bouygues Telecom ou Free peuvent demander des vérifications supplémentaires selon leur procédure.

Avant de signaler une panne, vérifiez toutefois le câble, le routeur, la carte réseau et les conditions de test. Cette préparation permet de distinguer un défaut de la ligne fibre d’un problème local sur Linux ou le Wi-Fi.