Passer au contenu principal

Serveur dédié : 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)

serveur dédié

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. Cela capture des informations 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 des problèmes comme des coupures de connexion, des connexions lentes ou des difficultés à établir la connexion apparaissent. Cette analyse aide à identifier 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éfectueux.

Trajet retour (Serveur → Client) : Un rapport pour le trajet retour n’a de sens que lorsque la connexion sur le trajet sortant est stable et fonctionnelle. Le rapport du trajet retour devient particulièrement pertinent quand le trajet sortant ne montre aucun problème, mais que des soucis comme des réponses serveur lentes, des temps de chargement retardés 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 le rapport sortant ne montre aucune anomalie et que les problèmes persistent, il est nécessaire de vérifier le trajet retour (Serveur → Client) pour identifier d’éventuels problèmes asymétriques. Les problèmes réseau asymétriques peuvent survenir lorsque les paquets de données passent sans souci dans un sens, mais subissent des retards ou pertes dans l’autre.

Installation​

Maintenant que nous savons 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 (votre ordinateur). Les étapes suivantes expliquent comment installer l’application selon votre système d’exploitation.

Sur un ordinateur Windows, l’analyse réseau se fait via l’application WinMTR. Pour installer WinMTR sur votre PC, téléchargez d’abord l’application depuis le site ZAP-Hosting. Après téléchargement, extrayez le fichier. Vous obtiendrez alors l’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 votre serveur.

Connectez-vous à votre serveur via SSH. Pour installer MTR, lancez la commande adaptée à votre système :

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​

Nous allons maintenant créer un rapport avec l’application WinMTR/MTR, pour le trajet sortant (Client → Serveur) et le trajet retour (Serveur → Client).

Créez 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. Ce n’est qu’à ce moment-là qu’il fournira des infos utiles pour le diagnostic et la résolution.

Trajet sortant (Client → Serveur)​

Pour analyser le trajet de votre PC vers le serveur, ouvrez WinMTR/MTR sur votre ordinateur et suivez les étapes ci-dessous.

Lancez WinMTR en double-cliquant sur WinMTR.exe. Dans le champ Host, entrez l’adresse IP ou le nom d’hôte du serveur. Démarrez ensuite le rapport. Laissez tourner l’application au moins une minute pour collecter assez de données. Quand vous avez assez d’infos, arrêtez l’analyse et sauvegardez le résultat en cliquant sur Export TEXT.

img

Trajet retour (Serveur → Client)​

Pour analyser le trajet du serveur vers votre PC, connectez-vous à votre serveur et suivez les étapes ci-dessous.

Sur votre serveur, lancez cette commande dans le terminal SSH :

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

Laissez tourner au moins une minute pour collecter assez de données. Quand vous avez assez d’infos, arrêtez l’analyse et sauvegardez le résultat.

info

Vous ne connaissez pas votre adresse IP ou ne savez pas comment la trouver ? Plusieurs méthodes existent, 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 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 vous voyez 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 sérieux. La perte de paquets peut causer des retards ou des interruptions dans les connexions. Si la perte est répartie uniformément sur tous les sauts, le problème peut venir de votre réseau local ou du serveur. En revanche, si la perte se produit uniquement à un saut ou une zone spécifique, le souci vient probablement de ce nœud ou de la connexion suivante. Sachez aussi que de petites pertes sur les premiers sauts, qui appartiennent à votre 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 une idée de la vitesse et de la stabilité de la connexion. Si 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 goulot d’étranglement possible. Normalement, la latence augmente progressivement 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 seul sens.

Avec une analyse attentive de ces facteurs, vous pouvez déterminer précisément où se situe le problème réseau — dans votre réseau local, 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. Nous avons compilé plusieurs scénarios illustrant différentes situations et causes possibles. Ces exemples montrent comment 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ôtes et trajets sont totalement fictifs et sans lien avec des réseaux ou hôtes réels.

Exemple : Perte de paquets côté client

Description

Ici, 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. Destination-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. Destination-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 une perte de paquets côté client. Les deux trajets affichent des pertes aux premiers sauts (sauts 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 problème réseau. Pour un diagnostic précis et une résolution rapide, merci de nous fournir les résultats de vos 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 fait.

Paramètres des cookies