Decidi tu quali servizi possiamo attivare per analisi, personalizzazione e contenuti esterni.
Utilizziamo cookie e tecnologie simili sul nostro sito web per personalizzare i contenuti, integrare media esterni e comprendere meglio l'utilizzo delle singole sezioni.
Cookie necessari
Queste voci garantiscono funzioni di base come sicurezza, stabilità e gestione dei moduli.
Il trattamento dei dati può avvenire con il tuo consenso o sulla base di interessi legittimi. Nelle impostazioni dei cookie puoi negare il consenso a ciascuna categoria facoltativa o autorizzarla singolarmente.
Alcuni servizi trattano dati personali in Paesi terzi. Con il tuo consenso, accetti anche questo trasferimento. Trovi maggiori informazioni nella nostra informativa sulla privacy.
Potrai riaprire e modificare la tua selezione in qualsiasi momento. · 1.0.2
Server Dedicato: Analisi di Rete con WinMTR/MTR per la Diagnosi dei Problemi
Scopri come identificare efficacemente i problemi di rete analizzando il percorso di andata e ritorno – migliora la precisione della diagnosi di latenza e perdita pacchetti → Scopri di più ora
10 novembre 202614 min di lettura2 Visualizzazioni0 utile
Introduzione
I problemi di rete possono essere davvero fastidiosi e non fanno parte della routine quotidiana. Tuttavia, quando si presentano, è importante individuare rapidamente ed efficacemente la causa per risolverli. Puoi analizzare dettagliatamente i problemi di rete utilizzando l'app WinMTR (Windows) o MTR (Linux/Mac OS).
WinMTR/MTR è uno strumento di diagnosi di rete che combina Ping e Traceroute. Ti permette di analizzare con precisione sia il percorso di andata (Client → Server) sia quello di ritorno (Server → Client), tracciando il percorso dei pacchetti dati in entrambe le direzioni. Vengono raccolte informazioni importanti come latenza e perdita di pacchetti, fondamentali per una diagnosi precisa e la risoluzione dei problemi di rete.
Percorso di andata (Client → Server): Un report sul percorso di andata è utile quando si verificano problemi come disconnessioni, connessioni lente o difficoltà di connessione. L’analisi aiuta a identificare possibili problemi lungo il percorso dal client al server, ad esempio congestione di rete, perdita di pacchetti o rotte errate.
Percorso di ritorno (Server → Client): Un report sul percorso di ritorno ha senso solo se è stata confermata una connessione stabile e funzionante sul percorso di andata. Il report sul percorso di ritorno diventa particolarmente rilevante quando il percorso di andata non mostra problemi, ma si riscontrano comunque risposte lente del server, tempi di caricamento ritardati o trasferimenti dati incompleti.
In breve: se noti problemi di rete, dovresti prima analizzare il percorso di andata (Client → Server). Se non emergono anomalie e i problemi persistono, controlla il percorso di ritorno (Server → Client) per individuare eventuali problemi asimmetrici. I problemi di rete asimmetrici si verificano quando i pacchetti dati viaggiano senza problemi in una direzione, ma nell’altra si riscontrano ritardi o perdite.
Installazione
Ora che è chiaro quando è utile generare report per i percorsi di andata e ritorno, passiamo all’installazione su client e server.
Client
Per il percorso di andata, l’applicazione deve essere installata sul client (il tuo computer). I passaggi seguenti mostrano come installare l’app per il tuo sistema operativo.
Se usi un PC Windows, l’analisi di rete si effettua con l’app WinMTR. Per installare WinMTR sul tuo computer, scarica prima l’app dal sito ZAP-Hosting. Dopo il download, estrai il file. Otterrai il file eseguibile WinMTR.exe.
Su un computer Linux utilizzi l’app MTR. Per installare MTR, apri il terminale ed esegui il comando di installazione adatto al tuo sistema operativo:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Su Mac utilizzi anch’esso l’app MTR. MTR non è preinstallato né disponibile sull’Apple Store. Devi prima installare Homebrew come gestore di pacchetti.
Installare Homebrew
Apri il terminale ed esegui questo comando per installare Homebrew:
Segui le istruzioni nel terminale per completare l’installazione. Una volta che Homebrew è operativo, installa MTR con:
Code
brew install mtr
Server
Per il percorso di ritorno, l’applicazione deve essere installata sul server. I passaggi seguenti mostrano come installare l’app per il sistema operativo del tuo server.
Connettiti al server tramite SSH. Per installare MTR, esegui il comando adatto al sistema operativo del server:
Debian
Code
apt install mtr -y
Ubuntu
Code
apt install mtr -y
OpenSUSE
Code
zypper refresh
zypper install mtr
Fedora
Code
yum install mtr -y
Connettiti al server tramite Remote Desktop Connection. Per installare WinMTR, scarica l’app dal sito ZAP-Hosting. Dopo il download, estrai il file e otterrai l’eseguibile WinMTR.exe.
È uno strumento di diagnosi di rete che combina Ping e Traceroute. Analizza sia il percorso di andata (client-server) sia quello di ritorno (server-client), rilevando latenza e perdita di pacchetti per una diagnosi precisa dei problemi di rete.
Analizza prima il percorso di andata (client-server). Se non emergono problemi e persistono, controlla anche il percorso di ritorno (server-client) per individuare eventuali problemi asimmetrici.
Su Windows usa WinMTR (scaricabile dal sito ZAP-Hosting). Su Linux usa MTR, installabile ad esempio con 'apt install mtr -y' (Debian/Ubuntu). Su Mac MTR non è preinstallato, va installato tramite Homebrew.
Feedback
Questo articolo ti è stato utile?
Il tuo feedback ci aiuta a definire le priorità e a migliorare i contenuti.
0 di 0 I feedback hanno giudicato utile questo articolo.
Assistenza personale
Le istruzioni non sono sufficienti?
Il supporto ZAP conosce il tuo prodotto: descrivi brevemente la tua richiesta e ti aiuteremo personalmente.
Zappy conosce questa guida e ti risponde direttamente in chat.
Navigazione
Server dedicato
Segnalare problemi
Anche se ZAP-Hosting monitora costantemente la rete, è importante contattare rapidamente il nostro supporto in caso di problemi di rete. Per aiutarci a diagnosticare e risolvere il problema rapidamente, inviaci i risultati dei tuoi report WinMTR/MTR per i percorsi di andata e ritorno. Così possiamo identificare con precisione i punti critici e aiutarti velocemente.
Hosting server da 2,49 € / mese, subito online, protezione DDoS inclusa.
Di seguito viene spiegato come creare un report con WinMTR/MTR – sia per il percorso di andata (Client → Server) sia per il percorso di ritorno (Server → Client).
Attenzione
Crea il report durante il problema attivo
Il report dovrebbe essere creato mentre il problema è attivo e percepibile. Solo così fornisce informazioni utili per la risoluzione.
Percorso di andata (Client → Server)
Per analizzare il percorso dal tuo computer al server, apri l’app WinMTR/MTR sul tuo computer e segui i passaggi seguenti.
Avvia WinMTR con un doppio clic sul file WinMTR.exe. Inserisci nel campo Host l’indirizzo IP o il nome host del server. Avvia quindi l’analisi. Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Quando hai abbastanza dati, interrompi l’analisi e salva il risultato tramite Export TEXT.
Avvia MTR nel terminale con il comando:
Code
mtr <indirizzo-ip-del-tuo-server>
Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Poi interrompi l’analisi e salva il risultato.
Percorso di ritorno (Server → Client)
Per analizzare il percorso dal server al tuo computer, connettiti al server e segui i passaggi seguenti.
Avvia MTR sul server nel terminale SSH con:
Code
mtr <indirizzo-ip-del-tuo-client>
Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Poi interrompi l’analisi e salva il risultato.
Info
Non conosci il tuo indirizzo IP o non sai come trovarlo? Ci sono diversi modi per scoprirlo. Il metodo più rapido è usare un servizio online come WhatIsMyIPAddress.
Inserisci nel campo Host l’indirizzo IP della tua connessione. Avvia l’analisi e lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Poi interrompi l’analisi e salva il risultato tramite .
Interpretare il report
Quando interpreti i risultati, ci sono alcuni punti importanti da considerare. Di seguito spieghiamo questi aspetti e perché sono rilevanti per l’analisi. Tenendoli a mente, puoi individuare meglio la causa del problema.
Perdita di pacchetti
Se nei risultati vedi perdita di pacchetti, questo indica possibili problemi di rete. Una perdita temporanea e piccola dell’1-2% è generalmente non critica, valori più alti indicano problemi più seri. La perdita di pacchetti può causare ritardi o disconnessioni. Se la perdita è distribuita uniformemente su tutti gli hop, il problema è probabilmente nella tua rete locale o sul server. Se la perdita si verifica solo in uno specifico hop o segmento, il problema è probabilmente in quel nodo o nella connessione al successivo. Importante: piccole perdite nei primi hop, che fanno parte della rete locale, non sono necessariamente critiche, perché questi dispositivi spesso danno priorità bassa alle richieste ICMP (ad esempio Ping) e possono scartarle.
Latenza (tempi di ping)
I valori di latenza (Avg, Best, Worst) ti danno informazioni sulla velocità e stabilità della connessione. Se la latenza rimane alta in modo costante in un hop specifico, può indicare congestione di rete o un router lento. Un aumento improvviso della latenza tra due hop indica spesso un collo di bottiglia. Normalmente la latenza aumenta gradualmente verso la destinazione. Fai attenzione a picchi improvvisi e marcati, spesso segno di problemi. Il confronto tra percorso di andata e ritorno aiuta a individuare problemi asimmetrici, dove il traffico in una direzione ha problemi.
Con un’analisi precisa di questi fattori puoi determinare bene dove si trova il problema di rete – nella tua rete, presso il provider Internet o lungo il percorso verso il server.
Esempi di diagnosi
Per capire meglio, ti mostriamo alcuni esempi. Gli scenari illustrano diverse situazioni e possibili cause. Così impari a interpretare meglio i dati e a diagnosticare i problemi di rete in modo più efficace.
Info
Gli esempi di diagnosi seguenti si basano su report WinMTR/MTR fittizi. Gli indirizzi IP, nomi host e rotte sono completamente inventati e non hanno alcun collegamento con reti o host reali.
Esempio: Perdita di pacchetti lato client
Export TEXT
Info
Non conosci il tuo indirizzo IP o non sai come trovarlo? Il modo più veloce è tramite il servizio online WhatIsMyIPAddress.
Descrizione
Qui si verifica perdita di pacchetti lato client, visibile sia sul percorso di andata che di ritorno.
La perdita di pacchetti si verifica lato client. Entrambi i percorsi mostrano perdite nei primi hop (1 e 2), indicando un problema nella rete locale o nel router del client.
Esempio: Perdita di pacchetti lato server
Descrizione
Qui si verifica perdita di pacchetti lato server, visibile sia sul percorso di andata che di ritorno.
La latenza è elevata lato server. Entrambi i percorsi mostrano latenza aumentata negli ultimi hop (7 e 8), indicando un problema sul server.
Esempio: Problema di routing (routing ISP)
Descrizione
Qui la rotta dal client X al server funziona senza problemi, mentre dal client Y al server ci sono problemi di routing con perdita di pacchetti. Questo indica un problema presso il provider Internet (ISP).
Il routing del provider ISP è difettoso. La rotta dal client X al server è stabile, mentre quella dal client Y mostra gravi problemi di perdita pacchetti e alta latenza.
Esempio: Perdita di pacchetti solo sul percorso di andata (Client → Server)
Descrizione
Qui la perdita di pacchetti si verifica solo sul percorso di andata (dal client al server), mentre il percorso di ritorno (dal server al client) non mostra perdite. Questo può indicare un problema in un segmento di rete verso il server, ad esempio router difettosi, congestione o connessione scadente.
La perdita di pacchetti si verifica solo sul percorso di andata. Le perdite negli hop 4, 5 e 6 indicano un problema sul percorso dal client al server, ad esempio congestione o dispositivi di rete difettosi. Il percorso di ritorno è stabile.
Esempio: Perdita di pacchetti solo sul percorso di ritorno (Server → Client)
Descrizione
Qui la perdita di pacchetti si verifica solo sul percorso di ritorno (dal server al client), mentre il percorso di andata (dal client al server) non mostra perdite. Questo può indicare un problema in un segmento di rete sul percorso di ritorno.
La perdita di pacchetti si verifica solo sul percorso di ritorno. Le perdite negli hop 4, 5 e 6 sul percorso di ritorno indicano un problema sul percorso dal server al client.