Passer au contenu principal

VPS : Identifier les problèmes réseau avec WinMTR/MTR

Ce guide a été créé avec les produits suivants :

(Les détails peuvent varier selon les produits de différents fournisseurs, mais les concepts principaux restent les mêmes)

VPS / serveur virtuel privé

Introduction​

Les problèmes réseau peuvent être très gênants et, bien sûr, ne devraient pas faire partie du quotidien. Cependant, lorsqu’ils surviennent, il est important d’identifier rapidement et efficacement la cause pour résoudre le souci. Des informations détaillées sur les problèmes réseau peuvent être analysées efficacement grâce à l’application WinMTR (Windows) ou MTR (Linux/Mac OS).

img

WinMTR/MTR est un outil de diagnostic réseau qui combine les fonctions de Ping et Traceroute. Il permet une analyse détaillée à la fois du trajet sortant (Client → Serveur) et du trajet retour (Serveur → Client) en suivant le chemin des paquets de données dans les deux sens. Il capture ainsi des infos importantes comme la latence et la perte de paquets, essentielles pour diagnostiquer et résoudre précisément les problèmes réseau.

Trajet sortant (Client → Serveur) : Un rapport pour le trajet sortant est utile quand il y a des soucis comme des coupures de connexion, des lenteurs ou des difficultés à établir la connexion. Cette analyse aide à repérer les problèmes potentiels sur le chemin du client vers le serveur, comme la congestion réseau, la perte de paquets ou un routage défaillant.

Trajet retour (Serveur → Client) : Un rapport pour le trajet retour n’a de sens qu’une fois qu’une connexion stable et fonctionnelle sur le trajet sortant est confirmée. Ce rapport devient pertinent quand le trajet sortant ne montre aucun problème, mais que des soucis comme des réponses lentes du serveur, des temps de chargement longs ou des transmissions de données incomplètes persistent.

En résumé, si des problèmes réseau visibles surviennent, il faut d’abord analyser le trajet sortant (Client → Serveur). Si ce rapport ne montre aucune anomalie et que les problèmes continuent, il faut vérifier le trajet retour (Serveur → Client) pour détecter d’éventuels problèmes asymétriques. Les soucis réseau asymétriques arrivent quand les paquets passent sans problème dans un sens, mais subissent des retards ou pertes dans l’autre sens.

Installation​

Maintenant qu’on sait quand les rapports pour les trajets entrant et sortant sont utiles, passons à l’installation côté client et serveur.

Client​

Pour le trajet sortant, l’application doit être installée sur le client (ton ordinateur). Les étapes suivantes expliquent comment installer l’application selon ton système d’exploitation.

Sur un PC Windows, l’analyse réseau se fait via l’application WinMTR. Pour installer WinMTR, télécharge d’abord l’application depuis le site ZAP-Hosting. Après téléchargement, décompresse le fichier. Tu obtiens alors le fichier exécutable WinMTR.exe.

ApplicationTéléchargement
WinMTRLien

Serveur​

Pour le trajet retour, l’application doit être installée sur le serveur. Les étapes suivantes expliquent comment installer l’application selon le système d’exploitation de ton serveur.

Connecte-toi à ton serveur via SSH. Pour installer MTR, lance la commande adaptée à la distribution de ton serveur :

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

Créer un rapport​

Dans la suite, un rapport sera créé avec l’application WinMTR/MTR. Cela sera fait pour le trajet sortant (Client → Serveur) et le trajet retour (Serveur → Client).

Crée le rapport pendant que le problème est actif

Le rapport doit être généré pendant que le problème est actif et visible. C’est seulement dans ce cas que le rapport fournira des infos utiles pour aider au diagnostic et à la résolution.

Trajet sortant (Client → Serveur)​

Pour analyser le trajet de ton ordinateur vers le serveur, ouvre l’application WinMTR/MTR sur ton PC et suis les étapes ci-dessous.

Lance WinMTR en double-cliquant sur le fichier WinMTR.exe. Dans le champ Host, entre l’adresse IP ou le nom d’hôte du serveur. Lance ensuite le rapport. Laisse l’application tourner au moins une minute pour collecter assez de données. Quand tu as assez d’infos, arrête l’analyse et sauvegarde le résultat en cliquant sur Export TEXT.

img

Trajet retour (Serveur → Client)​

Pour analyser le trajet du serveur vers ton ordinateur, connecte-toi à ton serveur et suis les étapes ci-dessous.

Sur ton serveur, lance cette commande dans le terminal SSH :

mtr <adresse-ip-de-ton-client>

Laisse tourner au moins une minute pour collecter assez de données. Quand tu as assez d’infos, arrête l’analyse et sauvegarde le résultat.

info

Tu ne connais pas ton adresse IP ou tu ne sais pas comment la trouver ? Plusieurs méthodes existent pour la déterminer. La plus rapide est d’utiliser un service en ligne comme WhatIsMyIPAddress.

Évaluer le rapport​

Pour évaluer les résultats, plusieurs points clés sont à garder en tête. La section suivante explique ces points en détail et clarifie leur importance pour l’analyse. Bien les comprendre est crucial pour un diagnostic précis et pour identifier efficacement les causes potentielles.

Perte de paquets​

Si tu vois de la perte de paquets dans les résultats, cela indique des problèmes réseau potentiels. Une perte temporaire faible de 1-2 % n’est pas forcément problématique, mais des valeurs plus élevées suggèrent des soucis plus sérieux. La perte de paquets peut causer des retards ou des interruptions dans les connexions des services. Si la perte est répartie uniformément sur tous les sauts, le problème peut venir de ton réseau local ou du serveur. Par contre, si la perte se produit seulement à un saut ou une zone spécifique, le souci vient probablement de ce nœud ou de la connexion vers le suivant. Il est aussi important de savoir que de petites pertes sur les premiers sauts, qui appartiennent à ton réseau local, ne sont pas forcément critiques, car ces appareils priorisent souvent moins les requêtes ICMP (comme le ping) et peuvent les ignorer.

Latence (temps de ping)​

Les valeurs de latence (Avg, Best, Worst) donnent un aperçu de la vitesse et de la stabilité de la connexion. Si tu remarques que la latence reste constamment élevée à un saut précis, cela peut indiquer une congestion réseau ou un routeur lent. Une augmentation soudaine de la latence entre deux sauts pointe vers un possible goulot d’étranglement. Normalement, la latence augmente progressivement sur le trajet vers la destination. Mais attention aux pics soudains et importants, souvent signe d’un problème. Comparer les trajets sortant et retour peut aussi aider à détecter des problèmes asymétriques, indiquant que le trafic rencontre des difficultés dans un sens.

Avec une analyse attentive de ces facteurs, tu peux déterminer précisément où se situe le problème réseau — que ce soit dans ton propre réseau, chez le fournisseur d’accès internet, ou quelque part sur le chemin vers le serveur.

Exemples de diagnostics​

Pour mieux comprendre, clarifions ces infos avec quelques exemples de diagnostics. On a compilé plusieurs scénarios illustrant différentes situations et causes possibles. Ces exemples t’aideront à interpréter les données et diagnostiquer les problèmes réseau plus efficacement.

info

Les exemples de diagnostics suivants illustrent divers scénarios basés sur des rapports WinMTR/MTR fictifs. Les adresses IP, noms d’hôte et trajets contenus sont totalement fictifs et sans lien avec des réseaux ou hôtes réels.

Exemple : Perte de paquets côté client

Description

Dans cet exemple, la perte de paquets se produit côté client, visible sur les trajets sortant et retour.

Trajet sortant (Client → Serveur)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                     15.0%   20    1.1    3.4   1.0   10.2  2.8
2. 10.0.0.1                        10.0%   20   12.3   15.7  10.5   30.8  5.5
3. 172.16.0.1                       0.0%   20   25.1   26.0  24.8   27.2  0.6
4. 203.0.113.5                      0.0%   20   35.4   34.5  33.2   36.1  0.9
5. be1234.ccr42.isp.net             0.0%   20   50.6   49.8  49.1   51.5  0.8
6. be5678.ccr21.isp.net             0.0%   20   60.1   59.9  59.5   61.0  0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3  0.5
8. Ziel-IP (Serveur)                0.0%   20   80.2   80.0  79.5   81.2  0.6

Trajet retour (Serveur → Client)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. Ziel-IP (Serveur)                0.0%   20   80.2   80.0  79.5   81.2  0.6
2. 198.51.100.10                   0.0%   20   70.1   70.4  69.8   71.2  0.5
3. be5678.ccr21.isp.net            0.0%   20   60.2   60.0  59.6   60.7  0.4
4. be1234.ccr42.isp.net            0.0%   20   50.1   50.2  49.5   51.0  0.5
5. 203.0.113.5                    0.0%   20   35.5   35.0  34.5   36.0  0.4
6. 172.16.0.1                     0.0%   20   25.2   26.1  24.9   27.3  0.7
7. 10.0.0.1                      10.0%   20   15.8   16.5  15.0   35.2  6.2
8. 192.168.1.1                   15.0%   20    2.0    4.0   1.2   12.0  3.8

Évaluation

L’évaluation montre que la perte de paquets se produit côté client. Les deux trajets affichent des pertes sur les premiers sauts (Saut 1 et 2), indiquant un souci côté client, soit dans le réseau local, soit avec le routeur.

Signaler un problème​

Même si ZAP-Hosting surveille en continu le réseau, il est important de contacter rapidement notre support en cas de soucis réseau. Pour un diagnostic précis et une résolution rapide, merci de nous fournir les résultats de tes rapports WinMTR/MTR pour les trajets sortant et retour. Ces infos nous aident à identifier précisément les zones problématiques et à régler le souci vite.

Paramètres des cookies