Test MTR sur Mac OS

MTR combine ping et traceroute dans un seul outil. Il envoie des paquets de test à un hôte cible et affiche la latence et la perte de paquets sur chaque routeur (saut, ou hop) le long de la route. Cela permet de voir où commence un problème réseau : dans votre réseau local, chez votre fournisseur, chez un opérateur de transit ou près du serveur.

Le support INTROSERV demande souvent un rapport MTR lorsqu'un client signale une faible vitesse, du lag ou une perte de paquets. Ce guide explique comment installer MTR sur macOS, lancer un test et enregistrer le rapport. Sous Windows, utilisez plutôt WinMTR, voir Vérification du canal avec WinMTR.

Installer Homebrew

macOS n'inclut pas MTR ; installez-le donc avec le gestionnaire de paquets Homebrew. Si Homebrew est déjà installé, passez cette étape.

Ouvrez l'application Terminal et exécutez la commande d'installation figurant sur le site officiel de Homebrew :

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Le programme d'installation demande le mot de passe de votre utilisateur macOS et peut proposer d'installer les Command Line Tools for Xcode. Confirmez. À la fin, suivez les instructions de la section « Next steps » de la sortie : elles ajoutent Homebrew à votre PATH.

Vérifiez l'installation :

brew --version

Installer MTR

Installez MTR :

brew install mtr

Homebrew installe MTR dans le dossier sbin de son propre répertoire : /opt/homebrew/sbin sur les Mac avec puce Apple silicon et /usr/local/sbin sur les Mac avec processeur Intel. MTR a besoin des droits d'administrateur pour envoyer des paquets de test ; exécutez-le donc avec sudo et le chemin complet. La commande ci-dessous trouve le chemin automatiquement :

sudo "$(brew --prefix)/sbin/mtr" --version

La sortie affiche la version de MTR installée.

Lancer le test

Avant le test, désactivez tout VPN sur votre ordinateur et, si possible, connectez-le par câble plutôt qu'en Wi-Fi. Cela permet d'éviter des facteurs supplémentaires pouvant influencer le résultat. Lancez MTR vers votre serveur en remplaçant YOUR_SERVER_IP par son adresse IP ou son nom de domaine :

sudo "$(brew --prefix)/sbin/mtr" -c 1000 YOUR_SERVER_IP

L'option -c 1000 exécute 1000 cycles de test, un par seconde, et collecte des statistiques pour chaque saut. Un test plus long donne une image plus représentative de la perte de paquets, mais dure environ 17 minutes. Pour une vérification rapide, vous pouvez utiliser -c 100, mais envoyez au support le résultat du test complet.

Pendant le test, MTR met à jour le tableau à l'écran. Pour arrêter le test avant la fin des 1000 cycles, appuyez sur q.

Enregistrer le rapport

Pour envoyer les résultats au support, lancez MTR en mode rapport et enregistrez la sortie dans un fichier :

sudo "$(brew --prefix)/sbin/mtr" -r -c 1000 -w YOUR_SERVER_IP > mtr-report.txt

L'option -r active le mode rapport et l'option -w affiche dans le rapport les noms d'hôte complets, sans les tronquer. En mode rapport, l'écran reste vide jusqu'à la fin du test. Lorsque la commande se termine, le fichier mtr-report.txt est enregistré dans le dossier courant. Si vous venez d'ouvrir Terminal, il s'agit généralement de votre dossier personnel. Joignez le fichier à votre demande de support.

Interpréter les résultats

Chaque ligne du tableau correspond à un saut sur la route, et la dernière ligne est l'hôte cible. Les principales colonnes sont :

• Loss% indique la part des paquets restés sans réponse ;
• Snt indique le nombre de paquets envoyés ;
• Last, Avg, Best et Wrst indiquent la latence du dernier paquet, la latence moyenne, la meilleure et la pire, en millisecondes ;
• StDev indique l'ampleur des variations de latence.

Une perte sur un saut intermédiaire qui ne se poursuit pas sur les sauts suivants n'est généralement pas un problème : de nombreux routeurs donnent une faible priorité aux paquets de test ou limitent la fréquence de leurs réponses. Si la perte commence à un saut et se poursuit sur les sauts suivants jusqu'à l'hôte cible, elle peut indiquer une perte de paquets à partir de ce point de la route. Une forte hausse de la latence qui reste élevée sur les sauts suivants, y compris l'hôte cible, peut indiquer un retard ou une congestion à partir de ce point de la route.