Test MTR su Mac OS
MTR combina ping e traceroute in un unico strumento. Invia pacchetti di prova a un host di destinazione e mostra la latenza e la perdita di pacchetti su ogni router (hop) lungo il percorso. Questo aiuta a capire dove inizia un problema di rete: nella rete locale, presso il provider, presso un operatore di transito o in prossimità del server.
Il supporto INTROSERV richiede spesso un report MTR quando un cliente segnala velocità ridotta, lag o perdita di pacchetti. Questa guida mostra come installare MTR su macOS, eseguire un test e salvare il report. Su Windows, usa invece WinMTR; consulta Verifica del canale con WinMTR.
Installare Homebrew
macOS non include MTR, quindi installalo con il gestore di pacchetti Homebrew. Se Homebrew è già installato, salta questo passaggio.
Apri l'app Terminale ed esegui il comando di installazione dal sito ufficiale di Homebrew:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Il programma di installazione richiede la password dell'utente macOS e può proporre di installare i Command Line Tools for Xcode. Conferma. Al termine, segui le istruzioni nella sezione «Next steps» dell'output: aggiungono Homebrew al tuo PATH.
Verifica l'installazione:
brew --version
Installare MTR
Installa MTR:
brew install mtr
Homebrew installa MTR nella cartella sbin all'interno della propria directory: /opt/homebrew/sbin sui Mac con Apple silicon e /usr/local/sbin sui Mac con processore Intel. MTR richiede i privilegi di amministratore per inviare i pacchetti di prova, quindi eseguilo con sudo e il percorso completo. Il comando seguente individua il percorso automaticamente:
sudo "$(brew --prefix)/sbin/mtr" --version
L'output mostra la versione di MTR installata.
Eseguire il test
Prima del test, disattiva eventuali VPN sul computer e, se possibile, collegalo via cavo anziché tramite Wi-Fi. In questo modo eviti fattori aggiuntivi che possono influenzare il risultato. Esegui MTR verso il tuo server sostituendo YOUR_SERVER_IP con il suo indirizzo IP o nome di dominio:
sudo "$(brew --prefix)/sbin/mtr" -c 1000 YOUR_SERVER_IP
L'opzione -c 1000 esegue 1000 cicli di test, uno al secondo, e raccoglie le statistiche per ogni hop. Un test più lungo offre un quadro più rappresentativo della perdita di pacchetti, ma richiede circa 17 minuti. Per un controllo rapido puoi usare -c 100, ma invia al supporto il risultato del test completo.

Mentre il test è in corso, MTR aggiorna la tabella sullo schermo. Per interrompere il test prima del completamento di tutti i 1000 cicli, premi q.
Salvare il report
Per inviare i risultati al supporto, esegui MTR in modalità report e salva l'output in un file:
sudo "$(brew --prefix)/sbin/mtr" -r -c 1000 -w YOUR_SERVER_IP > mtr-report.txt
L'opzione -r attiva la modalità report e l'opzione -w mostra nel report i nomi host completi senza troncarli. In modalità report lo schermo resta vuoto fino al termine del test. Quando il comando termina, il file mtr-report.txt viene salvato nella cartella corrente. Se hai appena aperto il Terminale, di solito è la tua cartella home. Allega il file alla richiesta di supporto.
Per verificare entrambe le direzioni del percorso, esegui MTR anche dal server verso il tuo computer.
Consulta Individuare un problema di rete.
Interpretare i risultati
Ogni riga della tabella corrisponde a un hop del percorso e l'ultima riga è l'host di destinazione. Le colonne principali sono:
- Loss% indica la percentuale di pacchetti che non hanno ricevuto risposta;
- Snt indica il numero di pacchetti inviati;
- Last, Avg, Best e Wrst indicano la latenza dell'ultimo pacchetto, la latenza media, la migliore e la peggiore, in millisecondi;
- StDev indica quanto varia la latenza.
La perdita su un hop intermedio che non prosegue negli hop successivi di solito non è un problema: molti router assegnano bassa priorità ai pacchetti di prova o limitano la frequenza delle risposte. Se la perdita inizia a un hop e continua negli hop successivi fino all'host di destinazione, può indicare una perdita di pacchetti a partire da quel punto del percorso. Un forte aumento della latenza che resta elevato negli hop successivi, host di destinazione incluso, può indicare un ritardo o una congestione a partire da quel punto del percorso.