VPS: Rilevare problemi di rete con WinMTR/MTR

Scopri come diagnosticare i problemi di rete analizzando il percorso di andata e ritorno per migliorare stabilità e prestazioni → Scopri di più

10 novembre 202614 min di lettura24 Visualizzazioni0 utile

Introduzione

I problemi di rete possono essere davvero fastidiosi e non fanno parte della routine quotidiana. Quando però si presentano, è importante individuare rapidamente ed efficacemente la causa per risolverli. Puoi analizzare dettagliatamente i problemi di rete con l'app WinMTR (Windows) o MTR (Linux/Mac OS).

WinMTR/MTR è uno strumento di diagnostica di rete che combina le funzioni di Ping e Traceroute. Ti permette di analizzare sia il percorso di andata (Client → Server) sia il percorso di ritorno (Server → Client) seguendo il tragitto dei pacchetti dati in entrambe le direzioni. Vengono raccolte informazioni importanti come latenza e perdita di pacchetti, fondamentali per identificare e risolvere con precisione i 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. Questa analisi aiuta a identificare eventuali problemi lungo il tragitto 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 è 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, analizza prima il percorso di andata (Client → Server). Se il report di andata non mostra anomalie e i problemi persistono, verifica 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, mentre nell'altra si riscontrano ritardi o perdite di pacchetti.

Installazione

Ora che è chiaro quando è utile creare report per i percorsi di andata e ritorno, passiamo all’installazione su client e server.

Client

Per analizzare il percorso di andata, l’app deve essere installata sul client (il tuo computer). I passaggi seguenti ti mostrano come installare l’app per il tuo sistema operativo.

Se usi un PC Windows, l’analisi di rete avviene tramite l’app WinMTR. Per installare WinMTR, scarica prima l’app dal sito ZAP-Hosting. Dopo il download, estrai il file. Otterrai il file eseguibile WinMTR.exe.

Applicazione	Download
WinMTR	Link

Su un sistema Linux, l’analisi di rete avviene tramite l’app MTR. Per installare MTR, apri il terminale ed esegui il comando di installazione adatto al tuo sistema:

Debian

Code

apt install mtr -y

Ubuntu

Code

apt install mtr -y

OpenSUSE

Code

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

Fedora

Code

yum install mtr -y

Su un Mac OS l’analisi di rete avviene anch’essa tramite MTR. MTR però 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:

Code

/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"

Installare MTR

Segui le istruzioni nel terminale per completare l’installazione. Una volta che Homebrew è operativo, puoi installare MTR con questo comando:

Code

brew install mtr

Server

Per analizzare il percorso di ritorno, l’app deve essere installata sul server. I passaggi seguenti ti 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 addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr

Fedora

Code

yum install mtr -y

Connettiti al server tramite Remote Desktop Connection. Per installare WinMTR, scarica prima l’app dal sito ZAP-Hosting. Dopo il download, estrai il file. Otterrai il file eseguibile WinMTR.exe.

Applicazione	Download
WinMTR	Link

Creare un report

Di seguito ti spieghiamo 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 deve essere creato mentre il problema è attivo e percepibile. Solo così il report fornirà 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 il report. Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Quando hai raccolto abbastanza dati, interrompi l’analisi e salva il risultato con Export TEXT.

Apri il terminale e avvia MTR con questo 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 questo comando:

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 modo più veloce è usare servizi online come WhatIsMyIPAddress.

Inserisci nel campo Host l’indirizzo IP della tua connessione. Avvia il report. Lascia l’app in esecuzione per almeno un minuto per raccogliere dati sufficienti. Poi interrompi l’analisi e salva il risultato con Export TEXT.

Info

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

Interpretare il report

Quando interpreti i dati, ci sono alcuni aspetti importanti da considerare. Di seguito spieghiamo questi punti e perché sono rilevanti per l’analisi. Se li tieni in considerazione, potrai individuare meglio la causa del problema e restringere il campo di ricerca.

Perdita di pacchetti

Se nei risultati noti 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 area, il problema è probabilmente in quel nodo o nella connessione al successivo. Importante: piccole perdite nei primi hop, che appartengono alla rete locale, non sono necessariamente critiche, perché questi dispositivi spesso danno bassa priorità alle richieste ICMP (come il Ping) e talvolta le scartano.

Latenza (tempi di ping)

I valori di latenza (Avg, Best, Worst) ti danno informazioni sulla velocità e stabilità della connessione. Se noti che la latenza è costantemente alta in un hop specifico, può 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 verso la destinazione. Fai attenzione però a picchi improvvisi e marcati, che spesso segnalano un problema. Il confronto tra percorso di andata e ritorno aiuta anche a rilevare problemi asimmetrici, cioè quando il traffico in una direzione ha problemi.

Con un’analisi accurata 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 comprendere meglio, ti mostriamo alcuni esempi di diagnosi. Abbiamo raccolto diversi scenari che illustrano situazioni e cause possibili. Così impari a interpretare meglio i dati e 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 inventati e non corrispondono a reti o host reali.

Esempio: Perdita di pacchetti sul client

Descrizione

Si verifica perdita di pacchetti sul lato client, visibile sia sul percorso di andata che di ritorno.

Percorso di andata (Client → Server)

console

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 di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2  0.6

Percorso di ritorno (Server → Client)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di 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

L’analisi mostra perdita di pacchetti sul 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 sul server

Descrizione

Si verifica perdita di pacchetti sul lato server, visibile sia sul percorso di andata che di ritorno.

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0  0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5  0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0  0.5
4. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5  0.6
5. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0  0.4
6. be5678.ccr21.isp.net             0.0%   20   60.1   60.2  59.5   61.5  0.7
7. 198.51.100.10                   10.0%   20   70.5   72.5  70.0   80.0  4.5
8. IP di destinazione (Server)     15.0%   20   85.3   90.2  85.0  105.0  7.0

Percorso di ritorno (Server → Client)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)     15.0%   20   85.3   90.2  85.0  105.0  7.0
2. 198.51.100.10                   10.0%   20   70.5   72.5  70.0   80.0  4.5
3. be5678.ccr21.isp.net             0.0%   20   60.1   60.2  59.5   61.5  0.7
4. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0  0.4
5. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5  0.6
6. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0  0.5
7. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5  0.7
8. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0  0.3

Valutazione

L’analisi mostra perdita di pacchetti sul lato server. Entrambi i percorsi mostrano perdite negli ultimi hop (7 e 8), indicando un problema sul server.

Esempio: Problemi di latenza sul client

Descrizione

Si riscontrano tempi di latenza elevati sul lato client, visibili sia sul percorso di andata che di ritorno.

Percorso di andata (Client → Server)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20  150.5  130.5  50.0  200.0  40.0
2. 10.0.0.1                         0.0%   20  120.7  115.5  60.0  190.0  30.0
3. 172.16.0.1                       0.0%   20   25.2   26.1  24.9   27.3   0.7
4. 203.0.113.5                      0.0%   20   35.5   35.0  34.5   36.0   0.4
5. be1234.ccr42.isp.net             0.0%   20   50.1   50.2  49.5   51.0   0.5
6. be5678.ccr21.isp.net             0.0%   20   60.2   60.0  59.6   60.7   0.4
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3   0.5
8. IP di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2   0.6

Percorso di ritorno (Server → Client)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di 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                         0.0%   20  120.7  115.5  60.0  190.0  30.0
8. 192.168.1.1                      0.0%   20  150.5  130.5  50.0  200.0  40.0

Valutazione

L’analisi mostra alta latenza sul lato client. Entrambi i percorsi mostrano latenza elevata nei primi hop (1 e 2), indicando un problema sul client.

Esempio: Problemi di latenza sul server

Descrizione

Si riscontrano tempi di latenza elevati sul lato server, visibili sia sul percorso di andata che di ritorno.

Percorso di andata (Client → Server)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0   0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
4. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5   0.6
5. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0   0.4
6. be5678.ccr21.isp.net             0.0%   20   60.1   60.2  59.5   61.5   0.7
7. 198.51.100.10                    0.0%   20  200.5  210.0 200.0  230.0  10.0
8. IP di destinazione (Server)      0.0%   20  300.5  320.0 300.0  350.0  15.0

Percorso di ritorno (Server → Client)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)      0.0%   20  300.5  320.0 300.0  350.0  15.0
2. 198.51.100.10                    0.0%   20  200.5  210.0 200.0  230.0  10.0
3. be5678.ccr21.isp.net             0.0%   20   60.1   60.2  59.5   61.5   0.7
4. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0   0.4
5. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5   0.6
6. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
7. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
8. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0   0.3

Valutazione

L’analisi mostra alta latenza sul lato server. Entrambi i percorsi mostrano latenza elevata negli ultimi hop (7 e 8), indicando un problema sul server.

Esempio: Problema di routing (routing ISP)

Descrizione

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).

Percorso di andata (Client X → Server)

Code

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0   0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
4. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5   0.6
5. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0   0.4
6. be5678.ccr21.isp.net             0.0%   20   60.1   60.2  59.5   61.5   0.7
7. 198.51.100.10                    0.0%   20   70.2   70.5  70.0   71.3   0.5
8. IP di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2   0.6

Percorso di andata (Client Y → Server)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.3   1.1    2.0   0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
4. 203.0.113.5                    30.0%   20   30.6   50.3  29.5   95.0  20.5
5. be1234.ccr42.isp.net           25.0%   20   80.2  120.0  70.0  250.0  55.0
6. be5678.ccr21.isp.net           10.0%   20   60.1   60.2  59.5   61.5   0.7
7. 198.51.100.10                   0.0%   20   70.2   70.5  70.0   71.3   0.5
8. IP di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2   0.6

Percorso di ritorno (Server → Client X)

Code

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2   0.6
2. 198.51.100.10                   0.0%   20   70.2   70.5  70.0   71.3   0.5
3. be5678.ccr21.isp.net            0.0%   20   60.1   60.2  59.5   61.5   0.7
4. be1234.ccr42.isp.net            0.0%   20   50.2   50.5  49.5   51.0   0.4
5. 203.0.113.5                    0.0%   20   30.6   30.3  29.5   31.5   0.6
6. 172.16.0.1                    0.0%   20   20.2   20.5  19.5   21.0   0.5
7. 10.0.0.1                      0.0%   20   10.5   11.1  10.0   12.5   0.7
8. 192.168.1.1                   0.0%   20    1.2    1.3   1.1    2.0   0.3

Percorso di ritorno (Server → Client Y)

Code

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)      0.0%   20   80.2   80.0  79.5   81.2   0.6
2. 198.51.100.10                   0.0%   20   70.2   70.5  70.0   71.3   0.5
3. be5678.ccr21.isp.net            0.0%   20   60.1   60.2  59.5   61.5   0.7
4. be1234.ccr42.isp.net           0.0%   20   50.2   50.5  49.5   51.0   0.4
5. 203.0.113.5                   0.0%   20   30.6   30.3  29.5   31.5   0.6
6. 172.16.0.1                   0.0%   20   20.2   20.5  19.5   21.0   0.5
7. 10.0.0.1                     0.0%   20   10.5   11.1  10.0   12.5   0.7
8. 192.168.1.1                  0.0%   20    1.2    1.3   1.1    2.0   0.3

Valutazione

L’analisi mostra un problema di routing presso l’ISP. Mentre la rotta dal client X è stabile, il client Y presenta evidenti problemi di perdita di pacchetti e alta latenza.

Esempio: Perdita di pacchetti solo sul percorso di andata (Client → Server)

Descrizione

Si verifica perdita di pacchetti solo sul percorso di andata (dal client al server), mentre il percorso di ritorno (dal server al client) è senza perdite. Questo può indicare un problema in un segmento di rete verso il server, ad esempio router difettosi, congestione o connessione scadente.

Percorso di andata (Client → Server)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.5   1.1    2.5   0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
4. 203.0.113.5                    10.0%   20   35.7   35.0  34.5   36.5   0.6
5. be1234.ccr42.isp.net           15.0%   20   50.6   55.5  50.0   70.0   6.0
6. be5678.ccr21.isp.net           10.0%   20   65.1   65.9  65.0   67.0   0.6
7. 198.51.100.10                   0.0%   20   75.2   75.5  75.0   76.2   0.4
8. IP di destinazione (Server)      0.0%   20   85.3   85.0  84.5   86.0   0.5

Percorso di ritorno (Server → Client)

Code

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)      0.0%   20   85.3   85.0  84.5   86.0   0.5
2. 198.51.100.10                   0.0%   20   75.2   75.5  75.0   76.2   0.4
3. be5678.ccr21.isp.net            0.0%   20   65.1   65.2  65.0   66.0   0.3
4. be1234.ccr42.isp.net            0.0%   20   50.2   50.5  49.5   51.0   0.5
5. 203.0.113.5                   0.0%   20   35.7   35.0  34.5   36.5   0.6
6. 172.16.0.1                   0.0%   20   20.2   20.5  19.5   21.0   0.5
7. 10.0.0.1                     0.0%   20   10.5   11.1  10.0   12.5   0.7
8. 192.168.1.1                  0.0%   20    1.2    1.5   1.1    2.5   0.3

Valutazione

L’analisi mostra perdita di pacchetti solo sul percorso di andata. Le perdite sono visibili negli hop 4, 5 e 6, indicando un problema nel tragitto dal client al server, ad esempio congestione o dispositivi di rete difettosi. Sul percorso di ritorno non ci sono perdite, la connessione in quella direzione è stabile.

Esempio: Perdita di pacchetti solo sul percorso di ritorno (Server → Client)

Descrizione

Si verifica perdita di pacchetti solo sul percorso di ritorno (dal server al client), mentre il percorso di andata (dal client al server) è senza perdite. Questo può indicare un problema in un segmento di rete sul percorso di ritorno.

Percorso di andata (Client → Server)

Code

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. 192.168.1.1                      0.0%   20    1.2    1.5   1.1    2.5   0.3
2. 10.0.0.1                         0.0%   20   10.5   11.1  10.0   12.5   0.7
3. 172.16.0.1                       0.0%   20   20.2   20.5  19.5   21.0   0.5
4. 203.0.113.5                      0.0%   20   30.6   30.3  29.5   31.5   0.6
5. be1234.ccr42.isp.net             0.0%   20   50.2   50.5  49.5   51.0   0.4
6. be5678.ccr21.isp.net             0.0%   20   65.1   65.2  64.5   66.5   0.5
7. 198.51.100.10                    0.0%   20   75.2   75.5  75.0   76.2   0.4
8. IP di destinazione (Server)      0.0%   20   85.3   85.0  84.5   86.0   0.5

Percorso di ritorno (Server → Client)

console

Host                               Loss%   Snt   Last   Avg  Best  Wrst StDev
1. IP di destinazione (Server)      0.0%   20   85.3   85.0  84.5   86.0   0.5
2. 198.51.100.10                   0.0%   20   75.2   75.5  75.0   76.2   0.4
3. be5678.ccr21.isp.net            0.0%   20   65.1   65.2  64.5   66.5   0.5
4. be1234.ccr42.isp.net           10.0%   20   50.6   51.0  50.0   55.0   1.2
5. 203.0.113.5                   15.0%   20   35.7   36.5  34.5   40.0   1.8
6. 172.16.0.1                   10.0%   20   20.2   21.5  19.5   25.0   2.5
7. 10.0.0.1                     0.0%   20   10.5   11.1  10.0   12.5   0.7
8. 192.168.1.1                  0.0%   20    1.2    1.5   1.1    2.5   0.3

Valutazione

L’analisi mostra perdita di pacchetti solo sul percorso di ritorno. Le perdite sono visibili negli hop 4, 5 e 6 del percorso di ritorno, indicando un problema nel tragitto dal server al client.

Segnalare problemi

Anche se ZAP-Hosting monitora costantemente la rete, è importante contattare rapidamente il nostro supporto in caso di problemi di rete. Per diagnosticare con precisione e risolvere rapidamente il problema, inviaci i risultati dei tuoi report WinMTR/MTR per i percorsi di andata e ritorno. Così possiamo individuare con precisione i punti critici e aiutarti velocemente.

FAQ

Domande frequenti

È uno strumento di diagnostica 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 individuare 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 identificare 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, si installa 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.

Quali 🍪 cookie desideri consentire?

VPS: Rilevare problemi di rete con WinMTR/MTR

Introduzione

Installazione

Client

Server

Creare un report

Percorso di andata (Client → Server)

Percorso di ritorno (Server → Client)

Interpretare il report

Perdita di pacchetti

Latenza (tempi di ping)

Esempi di diagnosi

Segnalare problemi

Domande frequenti

VPS

Creare un report

Percorso di andata (Client → Server)

Percorso di ritorno (Server → Client)

Interpretare il report

Perdita di pacchetti

Latenza (tempi di ping)

Esempi di diagnosi

Segnalare problemi

Server di gioco

Server e hosting

ZAPX

Risorse

ZAP-Hosting