Tu choisis les services que nous pouvons activer pour l’analyse, la personnalisation et les contenus externes.
Nous utilisons des cookies et des technologies similaires sur notre site pour personnaliser les contenus, intégrer des médias externes et mieux comprendre l’utilisation de certaines sections.
Cookies nécessaires
Ces entrées assurent des fonctions essentielles comme la sécurité, la stabilité et le traitement des formulaires.
Tes données peuvent être traitées avec ton consentement ou sur la base d’intérêts légitimes. Dans les paramètres des cookies, tu peux refuser chaque catégorie facultative ou l’autoriser individuellement.
Certains services traitent des données personnelles dans des pays tiers. En donnant ton consentement, tu acceptes également ce transfert. Pour en savoir plus, consulte notre politique de confidentialité.
Tu pourras rouvrir et modifier ta sélection à tout moment. · 1.0.2
Serveur VPS : détecter les problèmes réseau avec WinMTR/MTR
Découvre comment diagnostiquer les problèmes réseau en analysant les trajets aller et retour afin d’améliorer la stabilité et les performances de ta connexion → En savoir plus
10 novembre 202615 min de lecture28 Vues0 utile
Introduction
Les problèmes réseau peuvent vraiment être agaçants et ne font évidemment pas partie du quotidien. Mais lorsqu’ils surviennent, il est important d’en trouver rapidement et efficacement la cause afin de résoudre le problème. Tu peux analyser très facilement les informations détaillées sur les problèmes réseau avec l’application WinMTR (Windows) ou MTR (Linux/Mac OS).
WinMTR/MTR est un outil de diagnostic réseau qui combine les fonctions de Ping et de Traceroute. Il te permet d’analyser précisément le trajet aller (client → serveur) et le trajet retour (serveur → client) en suivant le chemin emprunté par les paquets de données dans les deux sens. L’outil recueille des informations importantes, comme la latence et la perte de paquets, qui sont essentielles pour détecter et résoudre précisément les problèmes réseau.
Trajet aller (client → serveur) : un rapport sur le trajet aller est utile en cas de problèmes tels que des coupures de connexion, une connexion lente ou des difficultés à établir une connexion. Cette analyse aide à repérer les problèmes potentiels sur le trajet du client au serveur, par exemple une congestion du réseau, une perte de paquets ou des routes défectueuses.
Trajet retour (serveur → client) : un rapport sur le trajet retour n’est pertinent qu’une fois qu’une connexion stable et fonctionnelle sur le trajet aller a été confirmée. Le rapport du trajet retour est donc particulièrement utile si le trajet aller ne présente aucun problème, mais que tu constates malgré tout, par exemple, des réponses lentes du serveur, des temps de chargement prolongés ou des transferts de données incomplets.
En bref : si tu remarques des problèmes réseau, commence par analyser le trajet aller (client → serveur). Si le rapport du trajet aller ne montre rien d’anormal et que les problèmes persistent, vérifie le trajet retour (serveur → client) pour repérer d’éventuels problèmes asymétriques. Les problèmes réseau asymétriques surviennent lorsque les paquets de données circulent sans problème dans un sens, mais subissent des retards ou des pertes dans l’autre.
Installation
Maintenant que tu sais quand les rapports des trajets aller et retour sont utiles, passons à l’installation côté client et côté serveur.
Client
Pour analyser le trajet aller, l’application doit être installée sur le client (ton ordinateur). Les étapes suivantes t’expliquent comment installer l’application sur ton système d’exploitation.
Si tu utilises un ordinateur Windows, l’analyse réseau se fait avec l’application WinMTR. Pour installer WinMTR sur ton ordinateur, télécharge d’abord l’application depuis le site Web de ZAP-Hosting. Une fois le téléchargement terminé, décompresse le fichier. Tu obtiendras alors le fichier exécutable WinMTR.exe.
Sur un ordinateur Linux, l’analyse réseau se fait avec l’application MTR. Pour installer MTR, ouvre le terminal et exécute la commande d’installation adaptée à ton système :
Sur un ordinateur Mac OS, l’analyse réseau se fait également avec MTR. MTR n’est toutefois pas préinstallé et n’est pas non plus disponible dans l’Apple Store. Tu dois d’abord installer Homebrew comme gestionnaire de paquets.
Installer Homebrew
Ouvre le terminal et exécute la commande suivante pour installer Homebrew :
Suis les instructions du terminal pour terminer l’installation. Une fois Homebrew opérationnel, tu peux installer MTR avec cette commande :
Code
brew install mtr
Serveur
Pour analyser le trajet retour, l’application doit être installée sur le serveur. Les étapes suivantes t’expliquent comment installer l’application sur le système d’exploitation de ton serveur.
Connecte-toi à ton serveur via SSH. Pour installer MTR, exécute la commande correspondant au système d’exploitation de ton serveur :
Connecte-toi à ton serveur via Connexion Bureau à distance. Pour installer WinMTR, télécharge d’abord l’application depuis le site Web de ZAP-Hosting. Une fois le téléchargement terminé, décompresse le fichier. Tu obtiendras alors le fichier exécutable WinMTR.exe.
C’est un outil de diagnostic réseau qui combine Ping et Traceroute. Il analyse les trajets aller (client vers serveur) et retour (serveur vers client), et relève la latence et les pertes de paquets pour détecter les problèmes réseau.
Commence par le trajet aller (client vers serveur). S’il ne présente rien d’anormal et que les problèmes persistent, vérifie aussi le trajet retour (serveur vers client) pour repérer d’éventuels problèmes asymétriques.
Sous Windows, utilise WinMTR, disponible sur le site Web de ZAP-Hosting. Sous Linux, installe MTR, par exemple avec « apt install mtr -y » sur Debian ou Ubuntu. Sur Mac, MTR n’est pas préinstallé : installe-le avec Homebrew.
Avis
Cet article t’a-t-il été utile ?
Ton avis nous aide à mieux définir les priorités et à améliorer les contenus.
0 de 0 Les personnes ayant donné leur avis ont trouvé cet article utile.
Aide personnalisée
Le guide ne suffit pas ?
Notre équipe d’assistance ZAP connaît ton produit : décris brièvement ta demande et nous t’aiderons personnellement.
Zappy connaît ce guide et te répond directement dans le chat.
Navigation
VPS
Signaler des problèmes
Même si ZAP-Hosting surveille constamment le réseau, il est important de contacter rapidement notre équipe d’assistance en cas de problèmes réseau. Pour que nous puissions diagnostiquer précisément le problème et le résoudre rapidement, envoie-nous les résultats de tes rapports WinMTR/MTR pour les trajets aller et retour. Nous pourrons ainsi repérer précisément les éventuels points problématiques et t’aider rapidement.
Hébergement de serveurs dès 2,49 € / mois, mise en ligne immédiate, protection DDoS incluse.
Voici comment créer un rapport avec WinMTR/MTR, aussi bien pour le trajet aller (client → serveur) que pour le trajet retour (serveur → client).
Attention
Crée le rapport pendant que le problème est actif
Le rapport doit être créé pendant que le problème est actif et perceptible. C’est la seule façon d’obtenir des informations utiles pour t’aider à résoudre le problème.
Trajet aller (client → serveur)
Pour analyser le trajet entre ton ordinateur et le serveur, ouvre l’application WinMTR/MTR sur ton ordinateur et suis les étapes ci-dessous.
Lance l’application WinMTR en double-cliquant sur le fichier WinMTR.exe. Saisis l’adresse IP ou le nom d’hôte du serveur dans le champ Host. Lance ensuite le rapport. Laisse l’application fonctionner pendant au moins une minute afin de recueillir suffisamment de données. Une fois que tu as suffisamment de données, arrête l’analyse et enregistre le résultat avec Export TEXT.
Ouvre le terminal et lance MTR avec la commande suivante :
Code
mtr <deine server-ip-adresse>
Laisse l’application fonctionner pendant au moins une minute afin de recueillir suffisamment de données. Arrête ensuite l’analyse et enregistre le résultat.
Trajet retour (serveur → client)
Pour analyser le trajet entre le serveur et ton ordinateur, connecte-toi à ton serveur et suis les étapes ci-dessous.
Lance MTR sur ton serveur depuis le terminal SSH avec la commande suivante :
Code
mtr <deine client-ip-adresse>
Laisse l’application fonctionner pendant au moins une minute afin de recueillir suffisamment de données. Arrête ensuite l’analyse et enregistre le résultat.
Infos
Tu ne connais pas ton adresse IP ou tu ne sais pas comment la trouver ? Il existe différentes méthodes pour déterminer ton adresse IP. Le plus rapide est d’utiliser des services en ligne comme WhatIsMyIPAddress.
Saisis l’adresse IP de ta connexion dans le champ . Lance ensuite le rapport. Laisse à nouveau l’application fonctionner pendant au moins afin de recueillir suffisamment de données. Arrête ensuite l’analyse et enregistre le résultat avec .
Analyser le rapport
Lors de l’analyse, tu dois tenir compte de plusieurs points importants. Nous allons les expliquer plus en détail ci-dessous et t’indiquer pourquoi ils sont importants. En prêtant attention à ces éléments, tu pourras mieux trouver la cause du problème et en déterminer précisément l’origine.
Perte de paquets
Si tu constates une perte de paquets dans les résultats, cela indique d’éventuels problèmes réseau. Une faible perte temporaire de 1 à 2 % est généralement sans gravité ; des valeurs plus élevées indiquent des problèmes plus sérieux. La perte de paquets peut entraîner des retards ou des coupures de connexion. Si la perte est répartie uniformément sur tous les sauts, le problème se situe probablement dans ton propre réseau ou côté serveur. Si elle n’apparaît qu’à un saut ou à un endroit précis, le problème vient probablement de ce nœud ou de la connexion vers le nœud suivant. À noter : de faibles pertes sur les premiers sauts, qui font partie de ton réseau local, ne sont pas forcément critiques, car ces appareils accordent souvent une priorité moindre aux requêtes ICMP (comme Ping) et peuvent parfois les ignorer.
Latence (temps de ping)
Les valeurs de latence (Avg, Best, Worst) te renseignent sur la vitesse et la stabilité de la connexion. Si la latence reste constamment élevée à un saut précis, cela peut indiquer une congestion du réseau ou un routeur lent. Une hausse soudaine de la latence entre deux sauts signale un éventuel goulot d’étranglement. En temps normal, la latence augmente progressivement à mesure que les données se rapprochent de leur destination. Fais toutefois attention aux fortes variations soudaines, qui signalent souvent un problème. Comparer les trajets aller et retour aide également à détecter les problèmes asymétriques, c’est-à-dire lorsque le trafic rencontre des problèmes dans un seul sens.
En analysant soigneusement ces facteurs, tu peux déterminer où se situe le problème réseau : dans ton propre réseau, chez ton fournisseur d’accès à Internet ou quelque part sur le trajet vers le serveur.
Exemples de diagnostic
Pour t’aider à mieux comprendre, nous te présentons quelques exemples de diagnostic. Nous avons préparé plusieurs scénarios illustrant différentes situations et causes possibles. Tu apprendras ainsi à mieux interpréter les données et à diagnostiquer plus efficacement les problèmes réseau.
Host
une minute
Export TEXT
Infos
Tu ne connais pas ton adresse IP ou tu ne sais pas comment la trouver ? Il existe différentes méthodes pour déterminer ton adresse IP. Le plus rapide est d’utiliser des services en ligne comme WhatIsMyIPAddress.
Infos
Les exemples de diagnostic ci-dessous sont basés sur des rapports WinMTR/MTR fictifs. Les adresses IP, les noms d’hôte et les routes sont entièrement inventés et n’ont aucun lien avec de vrais réseaux ou hôtes.
Exemple : perte de paquets côté client
Description
Dans cet exemple, une perte de paquets se produit côté client et est visible sur les trajets aller et retour.
L’analyse montre une perte de paquets côté client. Les deux trajets présentent des pertes sur les premiers sauts (sauts 1 et 2), ce qui indique un problème au niveau du réseau local ou du routeur du client.
Exemple : perte de paquets côté serveur
Description
Dans cet exemple, une perte de paquets se produit côté serveur et est visible sur les trajets aller et retour.
L’analyse montre une perte de paquets côté serveur. Les deux trajets présentent des pertes sur les derniers sauts (sauts 7 et 8), ce qui indique un problème au niveau du serveur.
Exemple : problèmes de latence côté client
Description
Dans cet exemple, la latence est élevée côté client et cela se voit sur les trajets aller et retour.
L’analyse montre une latence élevée côté client. Les deux trajets présentent une latence accrue sur les premiers sauts (sauts 1 et 2), ce qui indique un problème côté client.
Exemple : problèmes de latence côté serveur
Description
Dans cet exemple, la latence est élevée côté serveur et cela se voit sur les trajets aller et retour.
L’analyse montre une latence élevée côté serveur. Les deux trajets présentent une latence accrue sur les derniers sauts (sauts 7 et 8), ce qui indique un problème au niveau du serveur.
Exemple : problème de routage (routage du FAI)
Description
Dans cet exemple, la route entre le client X et le serveur fonctionne sans problème, tandis que celle entre le client Y et le serveur présente des problèmes de routage et une perte de paquets. Cela indique un problème chez le fournisseur d’accès à Internet (FAI).
L’analyse révèle un problème de routage chez le FAI. Alors que la route du client X est stable, le client Y rencontre d’importants problèmes de perte de paquets et de latence élevée.
Exemple : perte de paquets uniquement sur le trajet aller (client → serveur)
Description
Dans cet exemple, une perte de paquets se produit uniquement sur le trajet aller (du client au serveur), tandis que le trajet retour (du serveur au client) ne présente aucune perte. Cela peut indiquer un problème dans un segment réseau en direction du serveur, par exemple à cause de routeurs défectueux, d’une congestion ou d’une mauvaise connexion.
L’analyse montre une perte de paquets uniquement sur le trajet aller. Les pertes sont visibles aux sauts 4, 5 et 6, ce qui indique un problème sur le trajet entre le client et le serveur, par exemple une congestion ou des équipements réseau défectueux. Il n’y a aucune perte sur le trajet retour : la connexion est stable dans l’autre sens.
Exemple : perte de paquets uniquement sur le trajet retour (serveur → client)
Description
Dans cet exemple, une perte de paquets se produit uniquement sur le trajet retour (du serveur au client), tandis que le trajet aller (du client au serveur) ne présente aucune perte. Cela peut indiquer un problème dans un segment réseau sur le trajet retour.
L’analyse montre une perte de paquets uniquement sur le trajet retour. Les pertes sont visibles aux sauts 4, 5 et 6 du trajet retour, ce qui indique un problème sur le trajet entre le serveur et le client.
Source préférée sur Google
