Test réseau en ligne de commande : comprendre les causes d’un débit lent
Un test réseau en ligne de commande permet de distinguer un problème de débit, de latence, de Wi-Fi, de routeur ou d’opérateur. Cette analyse explique les symptômes les plus fréquents, les commandes utiles et la manière d’interpréter leurs résultats. Vous apprendrez à comparer une connexion Ethernet et Wi-Fi, à vérifier le débit descendant et montant, à isoler la box et à repérer une saturation locale ou un incident côté opérateur. Les recommandations proposées s’appliquent aux connexions fibre comme aux autres accès Internet.
Quels symptômes observer avant le test réseau
Un ralentissement ne se manifeste pas toujours de la même façon. Une page qui met du temps à s’afficher peut indiquer un problème de résolution DNS ou de latence, tandis qu’un téléchargement lent concerne plutôt le débit descendant. Les appels vidéo instables, les jeux en ligne saccadés et les déconnexions sont souvent liés à une latence élevée, à des pertes de paquets ou à une connexion Wi-Fi perturbée.
Notez l’heure, l’appareil utilisé, le type de connexion et le service concerné. Un test réalisé sur un ordinateur relié en Ethernet à la box donne une base plus fiable qu’une mesure effectuée depuis une pièce éloignée en Wi-Fi. Il faut aussi distinguer le débit annoncé par l’opérateur du débit réellement disponible pour un appareil.
Comment lancer un test réseau en ligne de commande
Vérifier la latence et les pertes de paquets
La commande ping mesure le temps nécessaire pour atteindre une adresse et recevoir une réponse. Sous Linux, macOS et Windows, vous pouvez commencer par le routeur local : ping 192.168.1.1. Remplacez cette adresse par celle de votre passerelle si nécessaire. Testez ensuite une adresse publique, par exemple ping 1.1.1.1.
Une latence faible vers le routeur mais élevée vers Internet indique généralement un problème situé après le réseau local. Des réponses irrégulières ou des pertes de paquets vers le routeur orientent plutôt vers le Wi-Fi, le câblage, la carte réseau ou le routeur. Le ping ne mesure pas directement le débit descendant ou montant : il sert principalement à analyser la réactivité.
Mesurer le débit avec un outil adapté
Un client de mesure compatible avec votre système peut effectuer un test de débit depuis le terminal. La commande fournie par un outil de mesure reconnu permet généralement d’obtenir le débit descendant, le débit montant et la latence. Vérifiez les options et la source du serveur avant de comparer plusieurs résultats, car un serveur distant saturé peut fausser la mesure.
Pour contrôler le débit entre deux appareils de votre réseau, iperf3 est plus pertinent. Lancez un serveur sur une machine avec iperf3 -s, puis exécutez depuis un autre appareil : iperf3 -c adresse-ip-du-serveur. Cette méthode aide à séparer les performances du réseau local de celles de l’accès Internet.
Cause 1 : un Wi-Fi perturbé ou mal positionné
Le Wi-Fi est une cause fréquente de débit inférieur au débit attendu. La distance avec la box, les murs épais, les réseaux voisins et certains appareils électriques peuvent réduire le signal. La bande 2,4 GHz porte plus loin mais offre souvent moins de débit, tandis que la bande 5 GHz est plus rapide à courte distance mais traverse moins bien les obstacles.
Comparez un test effectué près du routeur avec un test réalisé dans la zone où le problème apparaît. Recommencez avec un câble Ethernet. Si le débit redevient normal en filaire, l’accès fibre et l’opérateur sont probablement hors de cause. Choisissez un canal Wi-Fi moins encombré, rapprochez le routeur des zones utilisées et privilégiez le 5 GHz lorsque la distance le permet.
Cause 2 : un câble, un port ou une carte réseau limités
Un câble endommagé, un ancien câble Ethernet ou un port négociant à 100 Mbit/s peut limiter une connexion fibre qui devrait atteindre un débit supérieur. Certains adaptateurs USB, stations d’accueil et cartes réseau ajoutent aussi une limitation matérielle ou un pilote instable.
Vérifiez la vitesse négociée par l’interface réseau. Sous Linux, ethtool nom-interface affiche notamment le mode de connexion. Sous Windows, les propriétés de l’adaptateur indiquent la vitesse du lien. Essayez un autre câble, un autre port du routeur et, si possible, une connexion directe sans répéteur ni adaptateur intermédiaire.
Cause 3 : une saturation du réseau local
Un téléchargement, une sauvegarde cloud, une caméra connectée ou une mise à jour de console peut consommer une grande partie du débit montant ou descendant. Lorsque le débit montant est saturé, les requêtes courantes attendent plus longtemps et la latence augmente, même si le débit descendant semble correct.
Réalisez un test après avoir arrêté les transferts sur les autres appareils. Comparez ensuite le résultat pendant l’utilisation normale du réseau. La page d’administration de la box permet souvent d’identifier les équipements actifs. La qualité de service, lorsqu’elle est disponible, peut donner la priorité aux appels vidéo et aux usages interactifs, mais elle doit être configurée avec des limites réalistes.
Cause 4 : une box ou un routeur en difficulté
Un routeur surchargé, mal ventilé ou ancien peut provoquer des redémarrages, une latence variable et des performances irrégulières. Le problème peut aussi venir d’un firmware obsolète, d’un répéteur mal configuré ou d’un nombre élevé de connexions simultanées.
Redémarrez la box une seule fois, puis observez si l’amélioration persiste. Contrôlez ses journaux, sa température et la version de son logiciel. Testez directement sur la box en désactivant temporairement un répéteur ou un équipement réseau supplémentaire. Si le réseau local reste lent en Ethernet sur plusieurs appareils, le routeur devient un suspect prioritaire.
Cause 5 : une latence ou une perte de paquets côté opérateur
Lorsque le ping vers le routeur est stable mais que les destinations Internet présentent des pertes ou de fortes variations, l’origine peut se situer sur la liaison de l’opérateur, dans le réseau de collecte ou sur le chemin vers un service particulier. Une connexion fibre peut donc afficher un bon niveau de signal tout en rencontrant un incident de routage ou une congestion temporaire.
Utilisez traceroute sous Linux et macOS, ou tracert sous Windows, pour observer les sauts jusqu’à une destination. Un saut qui ne répond pas n’est pas forcément en panne, car certains routeurs filtrent les requêtes. Cherchez plutôt une dégradation qui commence à un point précis et se retrouve sur les sauts suivants. Répétez la mesure à plusieurs heures et vers plusieurs destinations avant de contacter l’opérateur.
Cause 6 : un serveur distant ou un DNS lent
Un seul site lent ne prouve pas que votre connexion est défaillante. Le serveur distant peut être chargé, le chemin réseau peut être congestionné ou le service peut limiter volontairement le débit. Si les autres sites et services fonctionnent normalement, le problème est probablement spécifique à cette destination.
Une résolution DNS lente retarde surtout le début de la connexion. Comparez la réponse de votre DNS habituel avec un résolveur public à l’aide d’un outil comme dig ou nslookup. Vous pouvez tester temporairement un autre DNS, sans confondre cette modification avec une augmentation du débit de la fibre. Le DNS influence le temps de résolution, pas la capacité maximale de la ligne.
Comment interpréter les résultats et confirmer le diagnostic
- Tester le réseau local : envoyez plusieurs pings vers la passerelle et vérifiez la stabilité de la latence.
- Tester Internet : comparez le ping vers une adresse publique et vers plusieurs services.
- Comparer les supports : mesurez en Ethernet puis en Wi-Fi, au même endroit et avec le même appareil.
- Comparer les horaires : répétez les tests le matin, le soir et pendant une période de ralentissement.
- Contrôler les deux directions : distinguez le débit descendant du débit montant, car ils peuvent évoluer différemment.
Conservez les commandes, les dates, les serveurs utilisés et les résultats. Un opérateur comme Orange, SFR, Bouygues Telecom ou Free pourra examiner plus facilement un dossier contenant plusieurs mesures comparables. Ces noms sont uniquement des exemples d’opérateurs : les commandes et les méthodes restent valables quel que soit le fournisseur.
Optimiser la connexion après le diagnostic
- Reliez l’appareil de référence à la box avec un câble Ethernet adapté.
- Placez le routeur dans un espace dégagé, central et ventilé.
- Utilisez la bande Wi-Fi appropriée à la distance et réduisez les interférences.
- Mettez à jour la box, le routeur, les pilotes réseau et les répéteurs.
- Arrêtez les synchronisations et téléchargements pendant les mesures.
- Remplacez un câble ou un adaptateur qui négocie à une vitesse inférieure.
- Contactez l’opérateur avec des résultats répétés si le défaut persiste en Ethernet.
Un diagnostic fiable repose sur la comparaison de plusieurs tests plutôt que sur une mesure isolée. En séparant le Wi-Fi, le réseau local, la box, le DNS, le serveur distant et l’accès opérateur, vous réduisez rapidement le nombre de causes possibles et choisissez une correction proportionnée.
