Scopri come misurare e verificare la velocità di connessione del tuo VPS al broker con semplici test ping e comandi da terminale per un'esecuzione ottimale.

- Per verificare la latenza del tuo VPS verso il broker devi misurare la latenza di rete direttamente dal VPS e non dal PC di casa, utilizzando strumenti come il ping ICMP, Psping per i test sulle porte TCP, tracert/pathping per l'analisi dei singoli hop e WinMTR per il monitoraggio continuo.
- La misurazione accurata della latenza è fondamentale quando usi strategie automatiche su un Forex VPS, poiché consente di ridurre lo slippage e migliorare le performance di trading.
- Esegui i test di latenza durante i normali orari di contrattazione del broker, quando l'attività di mercato è elevata. Testare la connessione nelle ore di punta garantisce risultati che riflettono le reali condizioni operative.
Il valore di latenza mostrato in MetaTrader 4 o MetaTrader 5 non rappresenta il vero RTT verso il broker. MT4 e MT5 sono piattaforme di trading, non strumenti di misurazione di rete. Il dato visualizzato nell'angolo inferiore destro del terminale è una stima a livello applicativo, che spesso sottostima o rappresenta in modo impreciso il tempo effettivo di round-trip verso il server di esecuzione del broker.
Per prendere decisioni corrette sull'infrastruttura, devi misurare la latenza a livello di rete, direttamente dal VPS e utilizzando la porta corretta. Un ping inviato dal PC di casa verso l'hostname del broker non dice nulla su ciò che sperimenta davvero il tuo Expert Advisor.
Questa guida illustra quattro metodi:
- Ping ICMP
- Test delle porte TCP con Psping
- Analisi del percorso hop-by-hop con tracert e pathping
- Monitoraggio continuo con WinMTR
Ciascun metodo risponde a un'esigenza diagnostica precisa. Utilizzali tutti e quattro prima di trarre conclusioni sulla sede del tuo VPS o sulla scelta del server del broker.
Cosa ti serve prima di eseguire qualsiasi test di latenza?
Prima di avviare qualsiasi test, hai bisogno di tre informazioni fondamentali. Senza di esse, rischieresti di misurare l'host sbagliato, la porta errata o un percorso non pertinente.
1. L'hostname o l'indirizzo IP del server di trading del tuo broker
Non si tratta del sito web commerciale del broker, ma del server di esecuzione a cui si connette effettivamente la tua istanza della piattaforma di trading. Puoi individuarlo in due modi:
- In MT4/MT5: vai su File > Apri un conto > visualizza l'indirizzo del server mostrato nella finestra di login. Esempio: ICMarketsEU-MT5-Live01.gbm.network
- In cTrader: vai su Impostazioni > Connessione > campo Indirizzo server
Non utilizzare il dominio generico del sito del broker per i test di latenza. Le piattaforme di trading si collegano a server di esecuzione dedicati, spesso ospitati in data center diversi rispetto a quelli del sito web di marketing.
2. La porta TCP utilizzata dal tuo broker
La maggior parte dei broker Forex retail utilizza una di queste tre configurazioni di porte:
- Porta 443 (HTTPS/TLS): la scelta predefinita più comune per MT4 e MT5 nel 2025–2026
- Porta 1950: un vecchio standard MetaQuotes ancora impiegato da alcuni broker MT4
- Porta 443: utilizzata frequentemente anche da cTrader e NinjaTrader
Se non conosci la porta del tuo broker, consulta la sua documentazione tecnica o contatta l'assistenza. Questo parametro è essenziale, poiché i firewall dei broker spesso bloccano il protocollo ICMP (il ping standard) consentendo invece il traffico TCP sulla porta dedicata al trading.
Come indicato nella documentazione di Cloudflare su ICMP, le richieste ICMP Echo vengono spesso bloccate dai firewall delle infrastrutture finanziarie come misura di sicurezza standard. Per questo motivo, per misurare con precisione la latenza sui server dei broker è necessario ricorrere a test basati su TCP.
3. Una sessione di Connessione Desktop remoto aperta sul VPS
Tutti i test devono essere avviati dall'interno del VPS tramite Remote Desktop Protocol (RDP), mai dal computer locale. Il tuo Expert Advisor gira sul VPS, quindi solo il percorso di rete tra il VPS e il broker determina la reale qualità dell'esecuzione.
Quali sono i quattro metodi per testare la latenza del tuo VPS verso il broker?
Metodo 1: usare il ping ICMP per misurare l'RTT di base verso il broker
Il ping ICMP è il modo più rapido per stabilire un tempo di round-trip di base e identificare evidenti problemi di connettività. Usalo come primo passaggio diagnostico. Se il ping va in timeout, non significa necessariamente che il broker non sia raggiungibile: indica semplicemente che l'ICMP è bloccato, una prassi comune sui firewall dei server finanziari. In tal caso, passa subito al Metodo 2 (Psping).
Usa questo metodo quando: desideri una prima misurazione rapida e vuoi verificare la connettività di base verso l'hostname del broker.
Come eseguire il ping ICMP da un VPS Windows
Apri il Prompt dei comandi sul VPS (premi Win + R, digita cmd e premi Invio).
Ping continuo di base (Ctrl+C per interrompere):
ping -t BROKER_HOSTNAME_OR_IP
Esempio:
ping -t ICMarketsEU-MT5-Live01.gbm.network
Ping con conteggio esteso (200 campioni per maggiore affidabilità statistica):
ping -n 200 BROKER_HOSTNAME_OR_IP
Come interpretare l'output del ping ICMP
| Metrica | Cosa indica |
|---|---|
| RTT medio (ms) | Tempo medio di round-trip per tutti i pacchetti andati a buon fine. È il principale indicatore di latenza. |
| Scarto minimo / massimo | Uno scarto ridotto (ad es. 2 ms min / 4 ms max) indica un percorso stabile. Uno scarto ampio (ad es. 2 ms min / 180 ms max) segnala congestione o instabilità di routing. |
| Pacchetti persi (%) | Qualsiasi percentuale superiore allo 0% richiede un'analisi immediata. Consulta il Metodo 4 (WinMTR) per una diagnosi dettagliata. |
| Richiesta scaduta | Il firewall del broker blocca l'ICMP. Passa al Metodo 2 (Psping sulla porta TCP). |
Limiti del ping ICMP per i test di latenza con i broker
Il ping ICMP analizza un percorso di rete differente rispetto a quello utilizzato dalla piattaforma di trading, la quale comunica via TCP su una porta specifica. L'infrastruttura di un broker è spesso configurata per ridurre la priorità o bloccare del tutto le risposte ICMP, mantenendo al contempo stabili le connessioni di trading TCP. Un timeout del ping non implica un'elevata latenza nell'esecuzione degli ordini: segnala solo che il firewall blocca questo protocollo di test. Utilizza il Metodo 2 per ottenere una misurazione affidabile e fedele alle reali condizioni operative.
Metodo 2: usare Psping per verificare la latenza della porta TCP verso il broker
Psping è lo strumento di riferimento per misurare con precisione la latenza su un Forex VPS. Questo tool calcola l'RTT via TCP sulla porta effettivamente utilizzata dalla piattaforma di trading, superando i blocchi ICMP e generando un campione statisticamente affidabile. Puoi scaricare Psping dalla suite Microsoft Sysinternals all'indirizzo learn.microsoft.com/en-us/sysinternals/downloads/psping. È un'utilità gratuita e con firma digitale Microsoft.
Usa questo metodo quando: vuoi misurazioni di latenza TCP accurate e statisticamente robuste sulla reale porta di trading. È il metodo primario per valutare la sede del VPS e la scelta del server del broker.
Installazione e configurazione
- Scarica la suite Sysinternals (o il solo Psping) dalla pagina Microsoft Sysinternals all'indirizzo learn.microsoft.com/en-us/sysinternals/downloads/psping
- Estrai il file psping.exe in una cartella permanente, come C:\Tools\psping.exe
- Accetta il contratto di licenza al primo avvio: psping.exe -accepteula
Comandi principali di Psping per verificare la latenza verso il broker
Test di latenza TCP di base (100 campioni, forzando IPv4):
psping.exe -4 -n 100 BROKERIP:PORT
Esempio:
psping.exe -4 -n 100 198.51.100.45:443
Test continuo di latenza TCP con intervallo (in esecuzione fino a Ctrl+C):
psping.exe -4 -t BROKERIP:PORT
Test esteso su 500 campioni per massima affidabilità statistica:
psping.exe -4 -n 500 -i 0.1 BROKERIP:PORT
Salvataggio dei risultati in un file per analisi successive:
psping.exe -4 -n 200 BROKERIP:PORT > C:\latency_test_results.txt
Descrizione dei parametri:
- -4 — Forza l'uso di IPv4 per evitare instradamenti IPv6 che potrebbero seguire un percorso differente
- -n 100 — Invia 100 pacchetti di test
- -t — Esegue il test in modo continuo fino all'interruzione con Ctrl+C
- -i 0.1 — Invia un pacchetto ogni 100 millisecondi (10 al secondo)
Metriche chiave fornite da Psping
| Output di Psping | Cosa significa per l'esecuzione degli ordini |
|---|---|
| Average RTT | Tempo medio di round-trip TCP calcolato su tutti i pacchetti di test. Principale indicatore delle prestazioni. |
| Minimum RTT | La connessione più rapida ottenibile con l'instradamento attuale; rappresenta il limite fisico minimo della latenza. |
| Maximum RTT | Il ritardo peggiore registrato su un singolo pacchetto. Valori elevati indicano picchi di latenza che possono compromettere l'esecuzione degli ordini nei momenti di volatilità. |
| Standard deviation | Una deviazione standard contenuta (< 1 ms su un server ben connesso) indica un'esecuzione stabile. Valori elevati indicano instabilità di instradamento. |
| Packets received % | Qualsiasi valore inferiore al 100% segnala cadute della connessione TCP sulla porta di trading effettiva, costituendo un rischio diretto per la qualità dell'esecuzione. |
Metodo 3: come usare tracert e pathping per l'analisi della latenza hop-by-hop verso il broker?
Tracert (traceroute) e pathping mostrano quale singolo snodo di rete (hop) stia introducendo maggiore latenza nel collegamento tra VPS e broker. Si tratta di strumenti prettamente diagnostici, non di metriche per l'operatività quotidiana. Usa tracert e pathping quando Psping evidenzia un RTT insolitamente alto e desideri individuare esattamente dove si verifichi il collo di bottiglia lungo il percorso. La documentazione Microsoft sui comandi Windows descrive in dettaglio sia tracert sia pathping.
Usa questo metodo quando: rilevi un RTT insolitamente elevato con Psping e vuoi scoprire quale snodo lungo la tratta stia generando il ritardo. Risulta utile anche quando intendi confrontare diversi provider di VPS per analizzare il tragitto fisico verso il data center del broker.
Comandi tracert
Tracert standard (massimo 30 hop):
tracert BROKER_HOSTNAME_OR_IP
Tracert avanzato con limite di hop più alto e IPv4 forzato:
tracert -4 -h 50 BROKER_HOSTNAME_OR_IP
Parametri:
- -h 50 — Consente fino a 50 hop (il valore predefinito è 30)
- -4 — Forza l'uso di IPv4
Pathping per monitorare contemporaneamente percorso e perdita di pacchetti
Pathping integra la visualizzazione del percorso offerta da tracert con statistiche dettagliate sulla perdita di pacchetti per ciascun hop nel tempo. Invia 100 pacchetti verso ogni nodo, risultando più preciso di tracert nell'isolare l'origine della perdita di pacchetti:
pathping -4 BROKER_HOSTNAME_OR_IP
Il processo si articola in due fasi: dapprima rileva il percorso (come tracert), poi trasmette 100 pacchetti di prova a ciascun hop calcolando la percentuale di pacchetti persi. L'esecuzione completa richiede alcuni minuti.
Come interpretare l'output di tracert
| Comportamento su Tracert | Cosa indica |
|---|---|
| Latenza bassa fino a un certo hop, seguita da un brusco aumento | Il nodo successivo all'incremento sta introducendo ritardo: si tratta con probabilità di una tratta di transito congestionata o dell'attraversamento di una dorsale in fibra a lunga distanza (ad esempio transatlantica). |
| * * * (richiesta scaduta) su un hop intermedio | Quel router è impostato per non rispondere alle richieste di tracert. È un comportamento frequente su molte reti di transito e non segnala anomalie reali. |
| * * * sull'ultimo hop (il server del broker) | Il firewall del broker respinge i pacchetti ICMP. La connessione è comunque attiva; semplicemente il server non invia risposte di diagnostica tracert. Fai riferimento ai valori di Psping per l'RTT effettivo. |
| RTT elevato su uno specifico hop intermedio, ma regolare su quello successivo | Quel router assegna bassa priorità alle sonde ICMP (comportamento normale). Non indica un collo di bottiglia concreto. Confronta il dato con i risultati di Psping. |
Metodo 4: come usare WinMTR per il monitoraggio continuo della latenza tra VPS e broker?
WinMTR offre una panoramica in tempo reale e in costante aggiornamento sulla latenza e sulla perdita di pacchetti lungo ogni singolo hop nel corso del tempo. È lo strumento singolo più completo per monitorare a fondo la rete da un VPS Windows. Puoi scaricare WinMTR dal repository ufficiale su GitHub: github.com/White-Tiger/WinMTR. Non richiede installazione e funziona come file eseguibile autonomo. WinMTR rappresenta l'equivalente per Windows del comando mtr presente sui sistemi Linux.
Usa questo metodo quando: intendi monitorare latenza e perdita di pacchetti per un intervallo di tempo prolungato (almeno 30 minuti), specialmente durante le sessioni di mercato aperte. WinMTR è la soluzione ideale per rilevare perdite intermittenti di pacchetti che un rapido test con Psping non riuscirebbe a evidenziare.
Configurazione e avvio
- Scarica WinMTR da github.com/White-Tiger/WinMTR
- Estrai l'archivio ed esegui WinMTR.exe (non occorre installazione)
- Nel campo Host inserisci l'hostname o l'indirizzo IP del broker
- Imposta l'intervallo a 100 ms (10 pacchetti al secondo) per eseguire il test durante l'orario operativo del mercato
- Clicca su Start e lascia girare WinMTR per almeno 30 minuti durante le ore di contrattazione più attive
Metriche chiave di WinMTR
| Metrica | Valore normale | Significato / Azione richiesta |
|---|---|---|
| Last | < 5 ms (in colocation) | RTT dell'ultimo pacchetto inviato |
| Avg | < 5 ms (in colocation) | RTT medio su tutti i campioni, parametro primario di rendimento |
| Best | < 1 ms (in colocation) | Il pacchetto singolo più veloce in assoluto, che definisce il limite minimo fisico |
| Worst | Preferibilmente < 10 ms | Valori elevati evidenziano picchi di latenza dovuti a momenti di saturazione |
| Loss % | 0% | Qualsiasi percentuale superiore allo 0% merita approfondimenti immediati |
| Sent | Incremento costante | Conferma che WinMTR sta inviando regolarmente pacchetti |
Esportazione dei dati da WinMTR
Clicca su Export to TEXT per salvare una copia completa della tabella relativa a tutti gli hop. Se riscontri anomalie e decidi di contattare l'assistenza del tuo provider VPS, allega sempre il report esportato da WinMTR, specificando la finestra temporale esatta del test, l'hostname del server del broker testato e la sessione di trading in cui hai notato il problema.
Qual è una latenza accettabile tra VPS e broker per le diverse strategie di trading?
Le soglie di latenza tollerabili variano in modo significativo in base alla strategia impiegata.
| Strategia di trading | Latenza accettabile (RTT medio su Psping) | Obiettivo ottimale |
|---|---|---|
| EA di scalping (target di 2–5 pip, 100+ operazioni al giorno) | < 5 ms | < 1 ms (stesso campus Equinix) |
| Robot per news trading (guidati dalle notizie, sensibili al millisecondo) | < 10 ms | < 3 ms |
| Bot grid ad alta frequenza | < 5 ms | < 2 ms |
| Strategie standard con EA (daily o intraday) | < 20 ms | < 10 ms (stessa città o regione) |
| EA per swing trading (posizioni mantenute overnight) | < 50 ms | < 20 ms |
| Position trading (operazioni aperte per giorni o settimane) | < 100 ms | Non critico |
L'InfoBrief di IDC commissionato da Equinix conferma che la vicinanza fisica ai nodi di esecuzione rappresenta la variabile più determinante per la latenza nelle reti finanziarie. Un VPS in colocation presso Equinix NY4 con un broker il cui matching engine risiede nel medesimo campus garantisce costantemente valori inferiori a 1 ms. Un VPS situato in un comune data center sulla costa orientale degli Stati Uniti, anche a sole 50 miglia dal broker, può produrre una latenza di 20–80 ms a prescindere dalla qualità dell'hardware.
Come interpretare i risultati dei test di latenza
Dopo aver completato le verifiche con i quattro metodi descritti, utilizza questa tabella di riferimento per valutare la tua connessione tra VPS e broker:
| RTT medio su Psping | Valutazione | Azione consigliata |
|---|---|---|
| < 1 ms | Eccellente: reale colocation o cross-connect all'interno dello stesso campus Equinix | Condizione ottimale. Non sono necessarie modifiche all'infrastruttura. |
| 1–5 ms | Buono: stesso hub finanziario, instradamento ravvicinato al campus | Accettabile per la maggior parte delle strategie di scalping e trading ad alta frequenza. |
| 5–20 ms | Accettabile: stessa area geografica, ma data center distinti | Adeguato per le normali strategie con EA. Se utilizzi robot da scalping, valuta di spostare il VPS in una sede più vicina. |
| 20–50 ms | Al limite: distanza di rete considerevole verso il broker | Verifica la posizione del VPS rispetto al data center del broker. Prendi in considerazione una sede ForexVPS.net alternativa. |
| > 50 ms | Scadente: il VPS si trova troppo lontano dal matching engine del broker | Cambia la sede del VPS. Una latenza superiore a 50 ms genera uno slippage significativo su ogni ordine sensibile alla tempestività di esecuzione. |
Se utilizzi ForexVPS.net, prima di eseguire i test sul server assegnato consulta lo strumento di verifica latenza broker per identificare quale delle nostre 22 sedi globali offra l'RTT più basso verso il tuo broker specifico.
Domande frequenti su come testare la latenza del VPS verso il broker
Ecco le risposte alle domande più comuni sui test di latenza tra il tuo VPS e il broker:
Perché il ping va in timeout anche se MetaTrader risulta connesso?
Spesso i firewall dei broker bloccano le richieste ICMP Echo (ping) a scopo di protezione, anche quando la piattaforma di trading comunica normalmente. La piattaforma sfrutta infatti connessioni TCP su una porta dedicata (in genere la 443 o la 1950) e non fa uso di pacchetti ICMP. Il blocco del traffico ICMP è una normale misura di sicurezza per le infrastrutture finanziarie, come illustrato nella documentazione su ICMP fornita da Cloudflare. Quando l'ICMP è disabilitato, avvia Psping in modalità TCP (psping.exe -4 -t BROKERIP:PORT) per misurare accuratamente la latenza effettiva.
I test di latenza vanno eseguiti dal PC di casa o dal VPS?
Sempre dal VPS. Testare la connessione dal computer di casa misura unicamente la tratta compresa tra il tuo provider internet domestico e il broker, un parametro del tutto irrilevante ai fini delle reali performance sul mercato. Il tuo Expert Advisor opera sul VPS: per l'esecuzione degli ordini conta soltanto il percorso che va dal data center del VPS al server di esecuzione del broker. Un test eseguito da casa potrebbe mostrare 5 ms mentre il VPS lavora a 80 ms, o viceversa. Come evidenzia la documentazione VPS di MetaQuotes, la latenza da VPS a broker è l'unico parametro in grado di incidere concretamente sull'esecuzione degli ordini.
Con quale frequenza conviene testare la latenza tra VPS e broker?
È consigliabile effettuare un controllo completo (con Psping e WinMTR) almeno una volta al mese, oltre che in seguito a qualsiasi modifica del piano VPS, del server del broker o dei parametri della piattaforma di trading. Ti suggeriamo di avviare verifiche tempestive anche qualora dovessi notare uno slippage anomalo, ordini respinti o disconnessioni durante le sessioni di mercato. La latenza può peggiorare in seguito a modifiche di instradamento decise dai carrier di transito, fattori che esulano dal controllo diretto sia del provider VPS che del broker.
La perdita di pacchetti è più dannosa di una latenza elevata?
Per chi fa trading con gli EA, assolutamente sì. È preferibile avere una bassa latenza costante con 0% di pacchetti persi piuttosto che un RTT medio ridotto accompagnato da una perdita di pacchetti, anche minima. Stando alle analisi tecniche condotte da Cloudflare sul packet loss, le ritrasmissioni del protocollo TCP innescate dalla perdita di pacchetti comportano ritardi pari a svariati multipli dell'RTT base. Per strategie automatizzate che aprono ordini a ritmi serrati, un RTT stabile di 15 ms con 0% di perdite garantisce risultati migliori rispetto a una media di 5 ms afflitta da uno 0,1% di pacchetti persi.



