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
| -------- | ---------------- |
|---|---|
-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.