MTR su macOS: installazione, test e salvataggio del report | INTROSERV
EUR
european

EUR

usa

USD

Italy It
Ex. VAT Ex. VAT 0%

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.

Tip

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.

VAT

  • Other

    Ex. VAT

    0%
  • austria

    Austria

    20%
  • Belgium

    Belgium

    21%
  • Bulgaria

    Bulgaria

    20%
  • Croatia

    Croatia

    25%
  • Cyprus

    Cyprus

    19%
  • Czech Republic

    Czech Republic

    21%
  • Denmark

    Denmark

    25%
  • Estonia

    Estonia

    22%
  • France

    France

    20%
  • Finland

    Finland

    24%
  • Germany

    Germany

    19%
  • Greece

    Greece

    24%
  • Hungary

    Hungary

    27%
  • Ireland

    Ireland

    23%
  • Italy

    Italy

    22%
  • Latvia

    Latvia

    21%
  • Lithuania

    Lithuania

    21%
  • Luxembourg

    Luxembourg

    17%
  • Malta

    Malta

    18%
  • Netherlands

    Netherlands

    21%
  • Poland

    Poland

    23%
  • Portugal

    Portugal

    23%
  • Romania

    Romania

    19%
  • Slovakia

    Slovakia

    20%
  • Slovenia

    Slovenia

    22%
  • Spain

    Spain

    21%
  • Sweden

    Sweden

    25%
  • USA

    USA

    0%
european
states
  • kingdom
  • germany
  • Español
  • French
  • Hrvatska
  • Italiano
  • Poland
  • Slovenski
  • ukraine
  • Türkçe
  • Русский
  • Other
  • Austria
  • Belgium
  • Bulgaria
  • Croatia
  • Cyprus
  • Czech Republic
  • Denmark
  • Estonia
  • Finland
  • France
  • Germany
  • Greece
  • Hungary
  • Ireland
  • Italy
  • Latvia
  • Lithuania
  • Luxembourg
  • Malta
  • Netherlands
  • Poland
  • Portugal
  • Romania
  • Slovakia
  • Slovenia
  • Spain
  • Sweden
  • USA