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)

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 de la route sortante (Client → Serveur) et de la route de retour (Serveur → Client) en suivant le chemin des paquets de données dans les deux sens. Ce faisant, il capture des informations importantes telles que la latence et la perte de paquets, essentielles pour diagnostiquer et résoudre précisément les problèmes réseau.

Route sortante (Client → Serveur) : Un rapport pour la route sortante est utile lorsque des problèmes comme des coupures de connexion, des connexions lentes ou des difficultés à établir la connexion surviennent. 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.

Route de retour (Serveur → Client) : Un rapport pour la route de retour n’a de sens qu’une fois qu’une connexion stable et fonctionnelle sur la route sortante a été confirmée. Cela signifie que le rapport de la route de retour devient particulièrement pertinent lorsque la route sortante ne montre aucun problème, mais que des soucis comme des réponses lentes du serveur, 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, la route sortante (Client → Serveur) doit être analysée en premier. Si le rapport sortant ne montre aucune anomalie et que les problèmes persistent, il est nécessaire de vérifier la route de 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 sont transmis sans problème dans un sens, tandis que des retards ou pertes de paquets se produisent dans l’autre sens.

Installation

Maintenant que nous avons clarifié quand les rapports pour les routes entrantes et sortantes sont utiles, passons à l’installation côté client et serveur.

Client

Pour la route sortante, 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 ordinateur, téléchargez d’abord l’application depuis le site ZAP-Hosting. Après téléchargement, extrayez le fichier. Vous obtiendrez alors le fichier exécutable WinMTR.exe.

ApplicationTéléchargement
WinMTRLien

Serveur

Pour la route de 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, exécutez la commande d’installation 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 la route sortante (Client → Serveur) et la route de retour (Serveur → Client).

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

Le rapport doit être généré lorsque le problème est actif et visible. Ce n’est qu’à ce moment-là que le rapport fournira des informations utiles pour aider au diagnostic et à la résolution.

Route sortante (Client → Serveur)

Pour analyser la route de votre ordinateur 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 l’application tourner au moins une minute pour collecter suffisamment de données. Une fois les données collectées, arrêtez l’analyse et sauvegardez le résultat en cliquant sur Export TEXT.

img

Route de retour (Serveur → Client)

Pour analyser la route du serveur vers votre ordinateur, connectez-vous à votre serveur et suivez les étapes ci-dessous.

Sur votre serveur, lancez la commande suivante dans le terminal SSH :

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

Laissez l’application tourner au moins une minute pour collecter suffisamment de données. Une fois les données collectées, 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 pour la déterminer. La plus rapide est d’utiliser un service en ligne comme WhatIsMyIPAddress.

Évaluer le rapport

Lors de l’évaluation des 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. Y prêter attention est crucial pour un diagnostic précis et pour identifier efficacement les causes potentielles.

Perte de paquets

Si vous voyez une perte de paquets dans les résultats, cela indique des problèmes réseau potentiels. Une perte temporaire mineure de 1-2 % peut ne pas être problématique, mais des valeurs plus élevées suggèrent des soucis plus sérieux. La perte de paquets peut provoquer 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 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 vers le suivant. Il est aussi important de savoir 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 un aperçu de la vitesse et de la stabilité de la connexion. Si vous remarquez que la latence reste constamment élevée à un saut particulier, 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 le long du chemin vers la destination. Cependant, soyez attentif aux pics soudains et importants, souvent signe d’un problème. Comparer les routes sortante et de retour peut aussi aider à identifier des problèmes asymétriques, indiquant que le trafic dans un sens rencontre des difficultés.

Avec une analyse attentive de ces facteurs, vous pouvez déterminer précisément où se situe le problème réseau — que ce soit dans votre 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 informations avec quelques exemples de diagnostics. Nous avons compilé plusieurs scénarios illustrant différentes situations et causes possibles. Ces exemples vous 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ôtes et routes contenus sont entièrement 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 routes sortante et de retour.

Route sortante (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

Route de 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 révèle une perte de paquets côté client. Les deux routes montrent des pertes aux premiers sauts (Saut 1 et 2), indiquant un problème côté client, soit dans le réseau local, soit avec le routeur.

Signaler un problème

Même si ZAP-Hosting surveille continuellement le réseau, il est important de contacter rapidement notre support en cas de problème réseau. Pour garantir un diagnostic précis et une résolution rapide, merci de nous fournir les résultats de vos rapports WinMTR/MTR pour les routes sortante et de retour. Ces informations nous aident à identifier précisément les zones problématiques et à résoudre le souci rapidement.