Vai al contenuto principale

VPS: Identificare problemi di rete con WinMTR/MTR

Questa guida è stata creata con i seguenti prodotti:

(I dettagli possono variare con prodotti di fornitori diversi ma i concetti principali rimangono gli stessi)

VPS

Introduzione​

I problemi di rete possono essere fastidiosi e, ovviamente, non dovrebbero far parte della quotidianità. Tuttavia, quando si presentano, è importante identificare rapidamente ed efficacemente la causa per risolverli. Informazioni dettagliate sui problemi di rete possono essere analizzate efficacemente usando l'applicazione WinMTR (Windows) o MTR (Linux/Mac OS).

img

WinMTR/MTR è uno strumento di diagnostica di rete che combina le funzioni di Ping e Traceroute. Permette un’analisi dettagliata sia del percorso in uscita (Client → Server) sia del percorso di ritorno (Server → Client) tracciando il percorso dei pacchetti dati in entrambe le direzioni. In questo modo cattura informazioni importanti come latenza e perdita di pacchetti, fondamentali per diagnosticare e risolvere con precisione i problemi di rete.

Percorso in uscita (Client → Server): Un report sul percorso in uscita è utile quando si presentano problemi come disconnessioni, connessioni lente o difficoltà a stabilire la connessione. Questa analisi aiuta a identificare potenziali problemi lungo il percorso dal client al server, come congestione di rete, perdita di pacchetti o routing difettoso.

Percorso di ritorno (Server → Client): Un report sul percorso di ritorno ha senso solo dopo aver confermato una connessione stabile e funzionante sul percorso in uscita. Quindi diventa particolarmente rilevante quando il percorso in uscita non mostra problemi, ma persistono problemi come risposte lente del server, caricamenti ritardati o trasmissioni dati incomplete.

In sintesi, se si verificano problemi di rete evidenti, si dovrebbe analizzare prima il percorso in uscita (Client → Server). Se il report in uscita non mostra anomalie e i problemi persistono, è necessario controllare il percorso di ritorno (Server → Client) per identificare eventuali problemi asimmetrici. Problemi di rete asimmetrici si verificano quando i pacchetti dati viaggiano senza problemi in una direzione, mentre nell’altra si riscontrano ritardi o perdita di pacchetti.

Installazione​

Ora che è chiaro quando sono utili i report per i percorsi in entrata e uscita, passiamo all’installazione sia lato client che server.

Client​

Per il percorso in uscita, l’applicazione deve essere installata sul client (il tuo computer). I seguenti passaggi spiegano come installare l’app per il tuo sistema operativo.

Se usi un computer con sistema operativo Windows, l’analisi di rete si fa tramite l’app WinMTR. Per installare WinMTR sul tuo PC, scarica prima l’app dal sito ZAP-Hosting. Dopo il download, estrai il file. Otterrai così il file eseguibile WinMTR.exe.

ApplicazioneDownload
WinMTRLink

Server​

Per il percorso di ritorno, l’app deve essere installata sul server. I seguenti passaggi spiegano come installare l’app per il sistema operativo del tuo server.

Connettiti al tuo server via SSH. Per installare MTR sul sistema, esegui il comando di installazione adatto al sistema operativo del server:

Debian

apt install mtr -y

Ubuntu

apt install mtr -y

OpenSUSE

zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

yum install mtr -y

Creare il report​

Di seguito vedremo come creare un report usando l’app WinMTR/MTR. Lo faremo sia per il percorso in uscita (Client → Server) sia per il percorso di ritorno (Server → Client).

Crea il report durante il problema attivo

Il report va generato mentre il problema è attivo e visibile. Solo così il report fornirà informazioni utili per aiutare a risolvere il problema.

Percorso in uscita (Client → Server)​

Per analizzare il percorso dal tuo PC al server, apri l’app WinMTR/MTR sul tuo computer e segui i passaggi qui sotto.

L’app WinMTR si avvia facendo doppio clic sul file WinMTR.exe. Nel campo Host inserisci l’indirizzo IP o il nome host del server. Poi avvia il report. Lascia l’applicazione in esecuzione per almeno un minuto per raccogliere dati sufficienti. Quando hai abbastanza dati, ferma l’analisi e salva il risultato cliccando su Export TEXT.

img

Percorso di ritorno (Server → Client)​

Per analizzare il percorso dal server al tuo PC, connettiti al server e segui i passaggi qui sotto.

L’app MTR si usa sul server eseguendo questo comando nel terminale SSH:

mtr <indirizzo-ip-del-tuo-client>

Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Quando hai abbastanza dati, ferma l’analisi e salva il risultato.

informazioni

Non conosci il tuo indirizzo IP o non sai come trovarlo? Ci sono diversi modi per scoprirlo. Il più veloce è usare un servizio online come WhatIsMyIPAddress.

Valutare il report​

Quando valuti i risultati, ci sono alcuni punti chiave da tenere a mente. La sezione seguente spiega questi punti più nel dettaglio e chiarisce la loro importanza per l’analisi. Prestare attenzione a questi aspetti è fondamentale per fare una diagnosi precisa e identificare efficacemente le cause.

Perdita di pacchetti​

Se vedi perdita di pacchetti nei risultati, questo indica potenziali problemi di rete. Una perdita temporanea e lieve dell’1-2% potrebbe non essere un problema, ma valori più alti indicano problemi più seri. La perdita di pacchetti può causare ritardi o interruzioni nelle connessioni dei servizi. Se la perdita è distribuita uniformemente su tutti gli hop, il problema potrebbe essere nella tua rete o sul lato server. Se invece la perdita si verifica solo in uno specifico hop o area, il problema è probabilmente in quel nodo o nella connessione al successivo. È importante sapere che piccole perdite nei primi hop, che appartengono alla tua rete locale, non sono necessariamente critiche, perché questi dispositivi spesso danno priorità bassa alle richieste ICMP (come il ping) e possono scartarle.

Latenza (tempi di ping)​

I valori di latenza (Avg, Best, Worst) ti danno un’idea della velocità e stabilità della connessione. Se noti che la latenza rimane costantemente alta in un hop specifico, potrebbe indicare congestione di rete o un router lento. Un aumento improvviso di latenza tra due hop indica un possibile collo di bottiglia. Normalmente la latenza aumenta gradualmente lungo il percorso verso la destinazione. Tuttavia, fai attenzione a picchi improvvisi e significativi, spesso segno di un problema. Confrontare i percorsi in uscita e di ritorno può aiutare a identificare problemi asimmetrici, che indicano che il traffico in una direzione incontra difficoltà.

Analizzando con attenzione questi fattori, puoi capire con precisione dove si trova il problema di rete — che sia nella tua rete, con il provider internet o lungo il percorso verso il server.

Esempi di diagnosi​

Per aiutarti a capire meglio, chiariremo le informazioni precedenti con alcuni esempi di diagnosi. Abbiamo raccolto alcuni scenari che illustrano situazioni diverse e possibili cause. Questi esempi ti aiuteranno a interpretare i dati e diagnosticare i problemi di rete in modo più efficace.

informazioni

Gli esempi di diagnosi seguenti mostrano vari scenari basati su report WinMTR/MTR fittizi. Gli indirizzi IP, nomi host e percorsi contenuti sono completamente inventati e non hanno alcun collegamento con reti o host reali.

Esempio: Perdita di pacchetti sul client

Descrizione

In questo esempio, la situazione descrive perdita di pacchetti sul lato client, visibile sia sul percorso in uscita che su quello di ritorno.

Percorso in uscita (Client → Server)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                     15.0%   20    1.1    3.4   1.0   10.2  2.8
2. 10.0.0.1                        10.0%   20   12.3   15.7  10.5   30.8  5.5
3. 172.16.0.1                       0.0%   20   25.1   26.0  24.8   27.2  0.6
4. 203.0.113.5                      0.0%   20   35.4   34.5  33.2   36.1  0.9
5. be1234.ccr42.isp.net             0.0%   20   50.6   49.8  49.1   51.5  0.8
6. be5678.ccr21.isp.net             0.0%   20   60.1   59.9  59.5   61.0  0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3  0.5
8. IP-Destinazione (Server)         0.0%   20   80.2   80.0  79.5   81.2  0.6

Percorso di ritorno (Server → Client)

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP-Destinazione (Server)         0.0%   20   80.2   80.0  79.5   81.2  0.6
2. 198.51.100.10                    0.0%   20   70.1   70.4  69.8   71.2  0.5
3. be5678.ccr21.isp.net             0.0%   20   60.2   60.0  59.6   60.7  0.4
4. be1234.ccr42.isp.net             0.0%   20   50.1   50.2  49.5   51.0  0.5
5. 203.0.113.5                      0.0%   20   35.5   35.0  34.5   36.0  0.4
6. 172.16.0.1                       0.0%   20   25.2   26.1  24.9   27.3  0.7
7. 10.0.0.1                        10.0%   20   15.8   16.5  15.0   35.2  6.2
8. 192.168.1.1                     15.0%   20    2.0    4.0   1.2   12.0  3.8

Valutazione

La valutazione mostra che la perdita di pacchetti avviene sul lato client. Entrambi i percorsi mostrano perdite nei primi hop (Hop 1 e 2), indicando un problema sul lato client, nella rete locale o nel router.

Segnalare problemi​

Anche se ZAP-Hosting monitora continuamente la rete, è importante contattare subito il nostro supporto in caso di problemi di rete. Per garantire una diagnosi precisa e una risoluzione rapida, ti chiediamo gentilmente di fornirci i risultati dei tuoi report WinMTR/MTR sia per il percorso in uscita che per quello di ritorno. Queste informazioni ci aiutano a identificare con precisione le aree problematiche e risolvere il problema velocemente.

Impostazioni cookie