Vai al contenuto principale

Dedicated Server: 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)

server dedicato

Introduzione​

I problemi di rete possono essere fastidiosi e, ovviamente, non dovrebbero far parte della vita quotidiana. Tuttavia, quando si presentano, è importante identificare rapidamente ed efficacemente la causa per risolvere il problema. Informazioni dettagliate sui problemi di rete possono essere analizzate efficacemente utilizzando 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 per il 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 per il percorso di ritorno ha senso solo dopo aver confermato una connessione stabile e funzionante sul percorso in uscita. Quindi, il report del percorso di ritorno diventa particolarmente rilevante quando il percorso in uscita non mostra problemi, ma persistono problemi come risposte lente del server, tempi di caricamento 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 possibili problemi asimmetrici. I problemi di rete asimmetrici si verificano quando i pacchetti dati vengono trasmessi 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 in 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 passaggi seguenti spiegano come installare l’app per il tuo sistema operativo.

Se usi un PC con sistema operativo Windows, l’analisi di rete si effettua tramite l’app WinMTR. Per installare WinMTR sul tuo computer, 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 passaggi seguenti 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, sia per il percorso in uscita (Client → Server) che 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 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.

Lancia WinMTR facendo doppio click su WinMTR.exe. Nel campo Host inserisci l’indirizzo IP o il nome host del server. 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.

Su server Linux usa il comando SSH e lancia:

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 aspetti nel dettaglio e chiarisce la loro importanza per l’analisi. Prestare attenzione a questi fattori è fondamentale per una diagnosi precisa e per identificare efficacemente le cause.

Perdita di pacchetti​

Se nei risultati vedi perdita di pacchetti, questo indica potenziali problemi di rete. Una perdita temporanea e lieve dell’1-2% potrebbe non essere critica, 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 locale o sul 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 della 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, cioè quando il traffico in una direzione incontra difficoltà.

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

Esempi diagnostici​

Per aiutarti a capire meglio, ecco alcuni esempi diagnostici. Abbiamo raccolto scenari che mostrano 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 diagnostici seguenti mostrano scenari basati su report WinMTR/MTR fittizi. Gli indirizzi IP, nomi host e percorsi sono completamente inventati e non hanno alcun collegamento con reti o host reali.

Esempio: Perdita di pacchetti sul client

Descrizione

In questo esempio, la perdita di pacchetti si verifica sul lato client, visibile sia nel percorso in uscita che in 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. Destination-IP (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. Destination-IP (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

L’analisi 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 nella rete locale del client o nel router.

Segnalare problemi​

Anche se ZAP-Hosting monitora costantemente la rete, è importante contattare subito il nostro supporto in caso di problemi di rete. Per 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 a risolvere il problema velocemente.

Impostazioni cookie