Diagnostiquer les problèmes de routage et de latence réseau avec mtr¶

Contexte¶

Lorsque l'accès à un service distant est lent ou instable, il est souvent difficile de déterminer si le problème vient de votre réseau local, de votre fournisseur d'accès à Internet (FAI), ou du serveur distant lui-même.

Les outils classiques comme ping (qui mesure la latence globale) et traceroute (qui liste les sauts successifs) sont utiles, mais ne donnent qu'une vision fragmentée et statique de la situation. mtr fusionne ces deux commandes pour fournir une interface de diagnostic en temps réel, permettant de repérer rapidement à quel "saut" (nœud réseau) se produit la perte de paquets ou la montée en latence.

Prérequis¶

• Un système d'exploitation Linux (Ubuntu, Debian, CentOS, etc.).
• Des droits d'administration (privilèges root ou sudo) pour exécuter l'outil, car il nécessite l'envoi de paquets ICMP spécifiques.

Procédure¶

Étape 1 : Installer mtr¶

La commande mtr n'est généralement pas préinstallée sur la plupart des distributions Linux, mais elle est présente dans les dépôts officiels.

sudo apt update
sudo apt install -y mtr

sudo dnf install -y mtr

sudo pacman -S mtr

Étape 2 : Lancer une analyse de base¶

Pour démarrer un diagnostic vers une cible (une adresse IP ou un nom de domaine), exécutez simplement mtr suivi de la cible.

Par exemple, pour tester la connexion vers le DNS public de Cloudflare :

sudo mtr 1.1.1.1

L'interface de mtr s'ouvre et se met à jour en continu. Vous verrez une liste de "sauts" (Hops) correspondant aux différents routeurs traversés pour atteindre la cible.

Étape 3 : Comprendre et lire l'interface de mtr¶

L'interface présente plusieurs colonnes qui sont cruciales pour le diagnostic :

• Host : L'adresse IP ou le nom d'hôte du routeur traversé.
• Loss% : Le pourcentage de paquets perdus à ce saut. C'est la métrique la plus importante.
• Snt (Sent) : Le nombre total de paquets envoyés.
• Last : La latence du dernier paquet reçu (en millisecondes).
• Avg (Average) : La latence moyenne sur l'ensemble des paquets.
• Best : La latence la plus faible enregistrée.
• Wrst (Worst) : La latence la plus élevée enregistrée.
• StDev : L'écart type, qui indique la stabilité de la latence (une valeur élevée signifie que la connexion est instable / "jitter").

Étape 4 : Utiliser les options avancées¶

mtr peut être exécuté en ligne de commande pour générer des rapports ponctuels plutôt qu'une interface interactive. C'est particulièrement utile pour conserver une trace ou pour des scripts d'automatisation.

1. Afficher un rapport statique (10 cycles) :

sudo mtr --report -c 10 1.1.1.1

2. Forcer l'utilisation des ports TCP plutôt qu'ICMP : Si les requêtes ICMP (ping) sont bloquées par un pare-feu sur le trajet, vous pouvez forcer mtr à utiliser le protocole TCP sur un port spécifique (par exemple le port 443, généralement ouvert pour le HTTPS).

sudo mtr --tcp --port 443 1.1.1.1

3. Désactiver la résolution DNS : Pour afficher uniquement les adresses IP et accélérer l'affichage (utile si votre serveur DNS est lui-même défaillant) :

sudo mtr --no-dns 1.1.1.1

Aide-mémoire¶

Vérification¶

Pour confirmer que l'outil est bien opérationnel et que vos règles de pare-feu sortantes ne bloquent pas le diagnostic réseau, générez un rapport rapide sur l'interface de boucle locale (localhost) :

sudo mtr --report -c 1 127.0.0.1

Ressources¶

• Cloudflare Learning : Qu'est-ce que MTR ? — Explication détaillée de son fonctionnement et de la lecture des résultats.
• man mtr — Documentation complète de l'outil et de ses options sur votre système Linux.