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 dédié : analyse réseau avec WinMTR/MTR pour détecter les problèmes
Découvre comment détecter efficacement les problèmes réseau en analysant les trajets aller et retour. Améliore la précision de ton diagnostic en cas de latence ou de perte de paquets → En savoir plus
10 novembre 202615 min de lecture2 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 pour résoudre le problème. Tu peux analyser en détail 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 Ping et Traceroute. Il te permet d’analyser précisément le trajet aller (client → serveur) et le trajet retour (serveur → client) en suivant le chemin parcouru 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 diagnostiquer 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. L’analyse permet d’identifier d’éventuels problèmes sur le trajet entre le client et le serveur, comme 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’a de sens qu’une fois qu’une connexion stable et fonctionnelle sur le trajet aller a été confirmée. Le rapport sur le trajet retour est donc particulièrement utile lorsque le trajet aller ne présente aucun problème, mais que les réponses du serveur sont malgré tout lentes, que les temps de chargement sont longs ou que les transferts de données sont incomplets.
En bref : si tu remarques des problèmes réseau, commence par analyser le trajet aller (client → serveur). Si celui-ci ne présente aucune anomalie 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 difficulté dans un sens, mais subissent des retards ou des pertes dans l’autre.
Installation
Maintenant que tu sais quand les rapports sur les trajets aller et retour sont utiles, passons à l’installation sur le client et sur le serveur.
Client
Pour analyser le trajet aller, l’application doit être installée sur le client (ton ordinateur). Les étapes ci-dessous t’expliquent comment installer l’application sur ton système d’exploitation.
Si tu utilises un PC Windows, l’analyse réseau s’effectue 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, utilise l’application MTR. Pour installer MTR, ouvre le terminal et exécute la commande d’installation adaptée à ton système d’exploitation :
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Sur Mac, utilise également l’application MTR. Cependant, MTR n’est pas préinstallé et n’est pas non plus disponible sur l’Apple Store. Tu dois d’abord installer Homebrew, le gestionnaire de paquets.
Installer Homebrew
Ouvre le terminal et exécute cette commande pour installer Homebrew :
Suis les instructions dans le terminal pour terminer l’installation. Une fois Homebrew installé, installe MTR avec la commande suivante :
Code
brew install mtr
Serveur
Pour analyser le trajet retour, l’application doit être installée sur le serveur. Les étapes ci-dessous t’expliquent comment installer l’application en fonction du système d’exploitation de ton serveur.
Connecte-toi à ton serveur via SSH. Pour installer MTR, exécute la commande adaptée au système d’exploitation de ton serveur :
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Connecte-toi à ton serveur via Connexion Bureau à distance. Pour installer WinMTR, télécharge l’application depuis le site web de ZAP-Hosting. Une fois le téléchargement terminé, décompresse le fichier : tu obtiendras le fichier exécutable WinMTR.exe.
C’est un outil de diagnostic réseau qui combine Ping et Traceroute. Il analyse les trajets aller (du client au serveur) et retour (du serveur au client), et mesure la latence ainsi que les pertes de paquets pour diagnostiquer précisément les problèmes réseau.
Commence par le trajet aller (du client au serveur). S’il ne présente aucune anomalie et que les problèmes persistent, vérifie aussi le trajet retour (du serveur au client) afin de détecter d’éventuels problèmes asymétriques.
Sous Windows, utilise WinMTR, que tu peux télécharger sur le site web de ZAP-Hosting. Sous Linux, utilise MTR, que tu peux installer, par exemple, avec apt install mtr -y sur Debian ou Ubuntu. Sur Mac, MTR n’est pas préinstallé : tu peux l’installer 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
Serveur dédié
Signaler un problème
Même si ZAP-Hosting surveille constamment le réseau, il est important de contacter rapidement notre support en cas de problème 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 identifier 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, à la fois pour le trajet aller (client → serveur) et 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. Ce n’est qu’à cette condition qu’il fournira 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 WinMTR en double-cliquant sur le fichier WinMTR.exe. Dans le champ Host, saisis l’adresse IP ou le nom d’hôte du serveur. Lance ensuite l’analyse. Laisse l’application tourner pendant au moins une minute afin de recueillir suffisamment de données. Lorsque tu en as recueilli assez, arrête l’analyse et enregistre le résultat avec Export TEXT.
Lance MTR dans le terminal avec la commande suivante :
Code
mtr <deine server-ip-adresse>
Laisse l’application tourner 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 dans le terminal SSH avec la commande suivante :
Code
mtr <deine client-ip-adresse>
Laisse l’application tourner 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 façons de la retrouver. Le plus rapide est d’utiliser un service en ligne comme WhatIsMyIPAddress.
Dans le champ Host, saisis l’adresse IP de ta connexion. Lance l’analyse et laisse l’application tourner pendant afin de recueillir suffisamment de données. Arrête ensuite l’analyse et enregistre le résultat avec .
Analyser le rapport
Lorsque tu analyses les résultats, tu dois tenir compte de plusieurs points importants. Nous allons les expliquer plus en détail ci-dessous et te montrer pourquoi ils comptent pour l’analyse. En gardant ces aspects à l’esprit, tu pourras mieux cerner la cause du problème.
Perte de paquets
Si tu constates une perte de paquets dans les résultats, cela peut indiquer des 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 du côté du serveur. Si la perte ne se produit qu’à un saut ou à un endroit précis, le problème concerne probablement ce nœud ou la connexion vers le suivant. À noter : une faible perte sur les premiers sauts, qui appartiennent à ton réseau local, n’est pas forcément critique, car ces appareils donnent souvent une priorité plus faible aux requêtes ICMP (par exemple, Ping) et peuvent les abandonner.
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 élevée au même saut, cela peut indiquer une congestion du réseau ou un routeur lent. Une augmentation soudaine de la latence entre deux sauts révèle souvent un goulot d’étranglement. En général, la latence augmente progressivement à mesure que les données se rapprochent de leur destination. Sois attentif aux hausses soudaines et importantes : elles signalent souvent un problème. Comparer les trajets aller et retour permet de détecter des problèmes asymétriques, lorsque le trafic rencontre des difficultés dans un seul sens.
En analysant attentivement ces facteurs, tu peux déterminer où se situe le problème réseau : dans ton 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, voici quelques exemples. Ces scénarios illustrent différentes situations et leurs causes possibles. Ils t’aideront à mieux interpréter les données et à diagnostiquer plus efficacement les problèmes réseau.
Infos
au moins une minute
Export TEXT
Infos
Tu ne connais pas ton adresse IP ou tu ne sais pas comment la trouver ? Le plus rapide est d’utiliser un service en ligne comme WhatIsMyIPAddress.
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 itinéraires sont entièrement inventés et ne correspondent à aucun réseau ou hôte réel.
Exemple : perte de paquets côté client
Description
Dans cet exemple, une perte de paquets se produit côté client et apparaît sur les trajets aller et retour.
La perte de paquets se situe côté client. Les deux itinéraires montrent des pertes sur les premiers sauts (sauts 1 et 2), ce qui indique un problème dans le réseau local ou sur le routeur du client.
Exemple : perte de paquets côté serveur
Description
Dans cet exemple, une perte de paquets se produit côté serveur et apparaît sur les trajets aller et retour.
La perte de paquets se situe côté serveur. Les deux itinéraires montrent 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 apparaît sur les trajets aller et retour.
La latence est élevée côté client. Les deux itinéraires montrent 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 apparaît sur les trajets aller et retour.
La latence est élevée côté serveur. Les deux itinéraires montrent 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 la route entre le client Y et le serveur présente des problèmes de routage et des pertes de paquets. Cela indique un problème chez le fournisseur d’accès à Internet (FAI).
Le routage du FAI est défectueux. La route entre le client X et le serveur est stable, tandis que celle du client Y présente de sérieux 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 vers le serveur), tandis que le trajet retour (du serveur vers le client) ne présente aucune perte. Cela peut indiquer un problème dans un segment réseau menant au serveur, par exemple à cause de routeurs défectueux, d’une congestion ou d’une mauvaise connexion.
La perte de paquets se produit uniquement sur le trajet aller. Les pertes aux sauts 4, 5 et 6 indiquent un problème sur le trajet entre le client et le serveur, par exemple une congestion ou des équipements réseau défectueux. Le trajet retour est stable.
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 vers le client), tandis que le trajet aller (du client vers le serveur) ne présente aucune perte. Cela peut indiquer un problème dans un segment réseau sur le trajet retour.
La perte de paquets se produit uniquement sur le trajet retour. Les pertes aux sauts 4, 5 et 6 sur le trajet retour indiquent un problème sur le trajet entre le serveur et le client.
Source préférée sur Google
