Diagnostic réseau avec MTR

MTR (My Traceroute) combine ping et traceroute : il affiche, pour chaque routeur sur le chemin, la latence et le taux de perte de paquets. Sur un VPS HolyCloud, c'est l'outil de premier recours pour distinguer un problème local, un routeur intermédiaire ou la destination.

Prérequis

• Un VPS Linux HolyCloud avec accès SSH
• Ubuntu 22.04/24.04 ou Debian 12
• Une cible à tester (IP publique, nom de domaine, autre VPS)

Conseil : lancez MTR depuis votre VPS et depuis votre poste pour comparer les chemins.

Étape 1 : installation

Sur Debian/Ubuntu :

sudo apt update
sudo apt install -y mtr-tiny

Le paquet mtr-tiny fournit la commande mtr. Pour la version complète avec interface ncurses :

sudo apt install -y mtr

Vérifiez l'installation :

mtr --version
which traceroute
sudo apt install -y traceroute iputils-ping

Étape 2 : test rapide vers une cible

Remplacez 8.8.8.8 par l'IP ou le domaine à analyser :

mtr -rwzc 50 8.8.8.8

| Option | Signification |

|--------|----------------|

| -r | Mode rapport (une fois la série terminée) |

| -w | Affichage large |

| -z | Reverse DNS sur les hops |

| -c 50 | 50 paquets de test par hop |

Test interactif (actualisation en direct, quittez avec q) :

sudo mtr 1.1.1.1

Sans résolution DNS (plus rapide, utile si le DNS est suspect) :

mtr -rn -c 30 exemple.com

Alternative classique, un seul chemin :

traceroute -n exemple.com

Étape 3 : lire la sortie MTR

Exemple de colonnes en mode rapport :

HOST: vps-holycloud           Loss%   Snt   Last   Avg  Best  Wrst StDev
  1.|-- 10.0.0.1               0.0%    50    0.5   0.6   0.4   1.2   0.1
  2.|-- 185.x.x.1              0.0%    50    1.2   1.3   1.0   2.0   0.2
  3.|-- ???                   100.0%    50    0.0   0.0   0.0   0.0   0.0
  4.|-- 203.0.113.10           2.0%    50   12.1  12.5  11.8  18.2   1.1

Interprétation :

• Loss% sur un hop intermédiaire : souvent normal si le routeur ne répond pas aux ICMP (affiche 100 % sans impact réel). Regardez surtout la dernière ligne (destination).
• Latence qui augmente à partir d'un hop : goulot d'étranglement probable à cet endroit.
• StDev élevé : instabilité (réseau saturé, route fluctuante).
• ??? : pas de réponse ICMP ; comparez avec le hop suivant.

Test vers votre propre passerelle HolyCloud (premier saut) :

ip route | grep default
mtr -rwzc 20 $(ip route | awk '/default/ {print $3}')

Étape 4 : scénarios courants sur VPS

Site web lent — testez le serveur web et un DNS public :

mtr -rwzc 30 votre-domaine.fr
mtr -rwzc 30 8.8.8.8

Connexion base de données distante :

mtr -rwzc 30 IP_SERVEUR_BDD

Perte de paquets vers la destination uniquement : vérifiez charge CPU/RAM sur le VPS (htop), pare-feu (sudo ufw status) et règles anti-DDoS côté fournisseur si le trafic est filtré.

Sauvegarde du rapport pour le support :

mtr -rwzc 100 probleme.example.com > ~/mtr-rapport-$(date +%F).txt

Vérification

• Loss% vers la destination proche de 0 % après 50+ sondes
• Latence Avg cohérente avec la géographie (France ↔ Europe : quelques ms à ~30 ms typiquement)
• Pas de rupture totale (tous les hops après un point à 100 % sans atteindre la cible)

Besoin d'aide ?

Joignez le fichier mtr-rapport-*.txt, l'heure du test et l'IP source de votre VPS HolyCloud au ticket support.