Un VPS sposta il terminale di trading al di fuori della dipendenza dall’alimentazione e dalla connessione internet del computer di casa. Può migliorare la continuità operativa, ma il funzionamento affidabile dell’EA dipende ancora dal sistema operativo, da MT4, dalla connessione al broker e dall’EA stesso. Non rende una strategia redditizia.
Questa guida introduce la serie Stabilità VPS & MT4. Prosegui con la configurazione di MT4 e l’ottimizzazione delle risorse, poi con guasti, backup e ripristino sicuro. Per la supervisione tra gli incidenti, prosegui con la Guida 4: quotazioni, heartbeat e avvisi.
Che cosa fa un VPS per MT4
Un server privato virtuale (VPS) è una macchina virtuale ospitata sull’infrastruttura fisica di un fornitore. Un VPS Windows ha un proprio ambiente di sistema operativo e risorse assegnate di CPU, memoria e archiviazione. Ti colleghi da remoto per installare e gestire MT4; il terminale viene eseguito lì, anziché sul tuo portatile.
L’host fisico e alcune risorse possono essere condivisi con altri clienti. Un server dedicato riserva hardware fisico; un server cloud descrive come viene fornita e gestita l’infrastruttura e può essere anch’esso una macchina virtuale. Queste definizioni si sovrappongono. Nessuna, da sola, dimostra che MT4 resterà disponibile o che un EA opererà correttamente.
Un computer domestico può eseguire un EA senza interruzioni se alimentazione, rete, sistema operativo e terminale restano disponibili. Un VPS riduce la dipendenza dall’ambiente domestico e può offrire un percorso di rete adatto al broker, ma introduce un fornitore, condizioni di accesso remoto e responsabilità di manutenzione.
L’«hosting 24/7» riguarda la disponibilità dell’ambiente. Gli strumenti Forex hanno sessioni di negoziazione, fine settimana e periodi di manutenzione del broker. Un EA può correttamente restare inattivo quando il mercato è chiuso o le sue regole non producono segnali.
Dalla quotazione alla richiesta di trading
- Il server di trading del broker invia quotazioni attraverso la rete a MT4 sul VPS.
- MT4 fornisce dati ed eventi all’EA. L’EA valuta le regole programmate e i controlli del rischio.
- Se autorizzato, l’EA invia una richiesta di trading al broker attraverso MT4 e la rete.
- Il broker elabora la richiesta e restituisce un risultato. L’EA deve interpretarlo e gestire gli ordini di propria competenza.
È un flusso bidirezionale, non una catena a senso unico che termina nell’EA. Il VPS ospita sistema operativo, MT4 ed EA; non è un broker aggiuntivo né una sede di esecuzione. Un’interruzione nei dati, nei permessi o nel programma può bloccare il processo anche quando il VPS è raggiungibile.
Computer di casa, VPS Windows o hosting MetaTrader?
| Ambiente | Uso pratico | Responsabilità o limite principale |
|---|---|---|
| Computer di casa | Configurazione, test e funzionamento locale quando è sempre disponibile | Gestisci alimentazione, internet, sospensione, aggiornamenti e MT4. |
| VPS Windows | Desktop remoto completo con MT4 e utilità compatibili del fornitore dell’EA | Gestisci Windows, sicurezza, avvio, file dell’EA e stato del terminale; verifica requisiti DLL e licenza. |
| Hosting virtuale MetaTrader | Ambiente di terminale ospitato, migrato da MT4 locale | Nessun desktop remoto; chiamate DLL vietate e script non migrati. I cambiamenti richiedono una sincronizzazione deliberata. |
| Infrastruttura dedicata o cloud | Un altro modo di fornire capacità di calcolo per lo stesso carico | Verifica sistema operativo, risorse, gestione e disponibilità effettivi. L’etichetta cloud non garantisce il passaggio automatico a un’istanza di riserva per l’EA. |
Scegli in base alle dipendenze dell’EA e alla tua capacità di gestire l’ambiente. Hosting integrato e VPS Windows seguono procedure diverse; non applicare le istruzioni dell’uno all’altro senza verificarle.
Perché MT4 o un EA possono smettere di funzionare
| Interruzione | Effetto | Primo controllo |
|---|---|---|
| Guasto di alimentazione o internet a casa | Il terminale locale smette di funzionare o perde la connessione al broker. Un ambiente remoto funzionante può continuare indipendentemente. | Dove è effettivamente in esecuzione la copia di trading prevista? |
| Sospensione, ibernazione o riavvio Windows | Le applicazioni locali non vengono eseguite durante l’interruzione; un riavvio non dimostra che MT4 si sia riaperto correttamente. | Stato del sistema, cronologia dei riavvii e procedura di avvio collaudata. |
| MT4 chiuso o bloccato, EA rimosso dal grafico | La logica di trading interessata non può funzionare normalmente. | Risposta del terminale, grafici previsti e messaggi di inizializzazione dell’EA. |
| AutoTrading o permesso di trading dell’EA disattivato | In MT4 ordinario l’analisi può continuare mentre le operazioni dell’EA sono bloccate. | Permessi del terminale e dell’EA; impostazioni che disattivano il trading dopo cambi di conto, profilo, simbolo o timeframe. |
| Conto o server errato, oppure accesso in sola lettura | Quotazioni o informazioni sul conto possono essere visibili senza l’accesso di trading previsto. | Numero di conto, server del broker, password di trading e messaggi Journal. |
| Problema di connessione, licenza o dipendenze | MT4 può perdere dati o l’EA può non funzionare anche se Windows resta disponibile. | Connessione, quotazioni del simbolo, Experts, Journal e dipendenze documentate dal fornitore. |
Consulta la guida agli errori degli EA in MT4 per interpretare messaggi specifici. Non modificare il lotto né rimuovere filtri di protezione solo per forzare un’operazione di prova.
Che cosa può proteggere un VPS e che cosa no
Un ambiente remoto funzionante può mantenere disponibile l’EA quando il computer domestico è spento. Un’infrastruttura adatta può ridurre interruzioni locali e ritardi di rete. Non elimina il rischio di mercato, non corregge una strategia invalida, non garantisce l’esecuzione, non elimina lo slippage e non mantiene disponibile il server del broker.
Ordini e livelli protettivi già accettati dal broker sono distinti dalla logica ancora in esecuzione in MT4. Stop Loss e Take Profit sul server possono restare attivi quando il terminale è offline. Il Trailing Stop integrato in MT4 richiede che il terminale sia operativo; il suo ultimo Stop Loss accettato rimane presso il broker. Stop virtuali e uscite gestite dall’EA richiedono l’EA interessato, dati e accesso di trading.
Controlla gli ordini aperti e pendenti reali. Uno stop previsto nei parametri dell’EA non dimostra che sia stato inserito uno Stop Loss sul server. Fermare l’EA non chiude automaticamente le posizioni né annulla gli ordini pendenti. Uno Stop Loss non garantisce neppure il prezzo di esecuzione.
Latenza, ping e posizione del VPS
Il ping misura il ritardo di andata e ritorno della rete verso il punto verificato. L’hosting MetaTrader mostra il ping tra il server virtuale e il server di trading del broker. La reattività di Remote Desktop riflette un altro percorso: dal tuo computer al VPS. Un generico test di velocità su un sito web non misura il percorso dell’EA verso il broker.
La vicinanza geografica può aiutare, ma contano anche instradamento, congestione e server del broker scelto. Confronta misurazioni dal VPS previsto al server di trading previsto negli orari rilevanti. Misurazioni ripetute e interruzioni di connessione informano più del valore minimo isolato.
Esempio illustrativo, non un benchmark: un percorso misurato a 35 ms anziché 8 ms ha un ritardo di rete misurato maggiore. La differenza non promette un miglioramento di 27 ms nell’esecuzione degli ordini: influiscono anche elaborazione dell’EA, pianificazione del terminale, elaborazione del broker e variazioni di prezzo. Un ping più basso non dimostra un vantaggio statistico della strategia.
Per prezzi richiesti ed eseguiti, consulta la guida a slippage, latenza e requote.
Requisiti di base: dimensionare il carico reale
Non esiste una specifica VPS universale per tutti gli EA. Un carico leggero su un solo grafico è diverso da più terminali con indicatori personalizzati impegnativi. Parti dai requisiti di compatibilità del fornitore, poi osserva il carico previsto mantenendo un margine per picchi, aggiornamenti e crescita dei log.
| Requisito | Da verificare prima della messa in servizio |
|---|---|
| CPU e memoria | Uso normale e massimo con terminali, grafici ed EA previsti. Il numero di vCPU condivise da solo non descrive le prestazioni sostenute. |
| Archiviazione | Spazio per Windows, MT4, storico, log e aggiornamenti. Un’unità veloce non compensa un disco pieno. |
| Sistema operativo e dipendenze | Ambiente Windows supportato e correttamente licenziato per la configurazione; compatibilità con EA, librerie e regole di attivazione del fornitore. |
| Rete | Connessione utilizzabile e stabile al server corretto del broker, non soltanto a un sito pubblico di test. |
| Gestione | Accesso sicuro, assistenza del fornitore, condizioni di manutenzione, procedura di riavvio collaudata e disponibilità della configurazione se il VPS è irraggiungibile. |
Su un VPS Windows usa Gestione attività per controllare la pressione sulle risorse; l’hosting integrato dispone del proprio monitoraggio. Evita ottimizzazioni pesanti insieme al trading reale senza valutarne l’impatto. La regolazione dettagliata delle risorse è riservata alla Guida 2.
Preparare l’EA prima del trasferimento
- Verifica in demo il comportamento previsto dell’EA, compresa la ripresa dopo un riavvio. Un’installazione riuscita non prova la redditività.
- Annota conto e server del broker previsti, simbolo esatto, timeframe, versione dell’EA e file delle dipendenze.
- Salva gli Inputs approvati in un file
.setse l’EA lo supporta e verifica i parametri di rischio nella copia installata. - Conferma Magic Number e ambito di gestione ordini documentati, soprattutto se esistono già posizioni.
- Controlla requisiti DLL, WebRequest e licenza. Autorizza soltanto dipendenze affidabili e URL necessari.
- Definisci come sospendere la copia che opera realmente e come saranno gestiti gli ordini esistenti durante la pausa.
La guida all’installazione degli EA spiega il percorso preciso dei file. Progettazione dei backup e prove di ripristino appartengono alla Guida 3.
Messa in servizio su un VPS Windows
- Collegati in modo sicuro. Ottieni i dati di connessione del fornitore e usa un client di accesso remoto affidabile. Conferma di essere sul VPS previsto.
- Installa il MT4 previsto. Usa l’installer ufficiale del broker e connettiti al server corretto con accesso di trading. La password investitore consente soltanto la lettura.
- Installa EA e dipendenze. In MT4 usa
File → Open Data Folder, colloca i file nelle cartelle documentate e aggiorna l’elenco o riavvia quando richiesto. - Collega e configura l’EA. Usa simbolo e timeframe previsti, carica e verifica Inputs, controllando sia
AutoTradingdi MT4 sia il permesso di trading dell’EA. Abilita DLL o WebRequest solo quando necessari e affidabili. - Verifica il funzionamento. Controlla inizializzazione, quotazioni in arrivo, log e assegnazione prevista degli ordini. Mantieni sospesa l’altra copia, a meno che il progetto supporti espressamente istanze simultanee.
- Prova in demo il funzionamento non presidiato. Scollega l’accesso remoto, ricollegati e ispeziona MT4. Prova separatamente un riavvio controllato del sistema operativo e verifica poi conto, grafici, Inputs, permessi e stato dell’EA.
Interrompere il collegamento Remote Desktop normalmente lascia attive la sessione Windows e le applicazioni. Uscire dalla sessione la termina; anche i limiti temporali del fornitore possono terminare una sessione scollegata. Verifica la regola effettiva e provala. Un collegamento nella cartella Esecuzione automatica parte dopo l’accesso dell’utente; da solo non prova il ripristino non presidiato dopo un riavvio.
Mantieni gli aggiornamenti di sicurezza Windows, pianifica la manutenzione e ripeti i controlli dopo. Non presumere che il «riavvio automatico» del fornitore ripristini un ambiente EA funzionante.
Messa in servizio con hosting virtuale MetaTrader
Collega MT4 locale al conto di trading previsto. In Navigator usa Register a Virtual Server per quel conto con un account MQL5.community valido. Verifica posizione, abbonamento e condizioni prima della migrazione. Acquistare l’hosting, da solo, non mette in servizio l’EA.
Prepara conto locale, grafici necessari con gli EA previsti collegati, Inputs dell’EA e dipendenze. Scegli la modalità di migrazione adatta: Experts per EA e indicatori; All se l’ambiente previsto include anche la copia di segnali. Controlla poi i log remoti.
La migrazione è unidirezionale: dal terminale locale a quello ospitato, non una sincronizzazione continua nei due sensi. Ripetila dopo modifiche rilevanti alla configurazione. Le chiamate DLL sono vietate; script e grafici con simboli o timeframe non standard non vengono migrati.
Il trading automatico è sempre consentito nel terminale ospitato, anche se i permessi locali erano disattivati. La migrazione disattiva AutoTrading locale per ridurre i duplicati. Il pulsante sulla barra locale non ferma l’EA ospitato. Usa Stop Server nei controlli di hosting e verifica lo stato remoto prima di attivare una copia sostitutiva.
L’ambiente ospitato non ha Remote Desktop. Controlla ultima sincronizzazione, stato operativo e log richiesti del terminale e dell’EA, anziché basarti solo sul grafico locale. Un messaggio di migrazione dimostra un tentativo di trasferimento; verifica che l’ambiente installato si sia inizializzato come previsto.
Mantenere una sola istanza di trading prevista
Due terminali collegati allo stesso conto possono entrambi inviare richieste di trading. Il Magic Number identifica ordini per la logica dell’EA; non è un blocco sul server tra terminali. Assegnare numeri diversi non risolve l’avvio accidentale della stessa strategia due volte.
Prima di un passaggio, salva la configurazione, riconcilia ordini aperti e pendenti, ferma la copia precedente, poi avvia e verifica quella prevista. Conserva gli identificatori di gestione documentati se l’EA deve riprendere il controllo di posizioni esistenti. Consulta la guida al Magic Number.
Se il VPS è irraggiungibile, il mancato accesso tramite Remote Desktop non dimostra che MT4 sia fermo. Conferma lo stato operativo tramite fornitore o controlli di hosting prima di attivare una copia sostitutiva. Un terminale locale separato può servire per osservare in sola lettura; evita di abilitarne accidentalmente il trading.
Monitorare quattro livelli, non solo il tempo attivo del VPS
| Livello | Cosa verificare |
|---|---|
| VPS / sistema operativo | Disponibilità, riavvii inattesi, pressione su CPU e memoria, spazio libero e regole delle sessioni remote. |
| MT4 / conto | Terminale reattivo, conto e server previsti, stato della connessione e permessi di trading. |
| Dati di mercato | Aggiornamenti del simbolo richiesto, ora dell’ultima quotazione e sessione pertinente. Mercati chiusi e periodi poco liquidi richiedono contesto. |
| EA / gestione ordini | Versione e Inputs attesi, stato o segnale periodico disponibile, inizializzazione ed errori, assegnazione e gestione degli ordini reali. |
Per il monitoraggio tecnico, IsConnected() segnala la connessione del terminale al server; non prova che le quotazioni siano recenti o che la logica dell’EA funzioni correttamente. MODE_TIME rappresenta l’ora dell’ultimo tick ricevuto per un simbolo. I confronti di anzianità delle quotazioni richiedono coerenza tra orologi e fusi orari e attenzione alla sessione. Non esiste una soglia universale per le quotazioni obsolete di ogni simbolo.
Controlla Experts e Journal dopo installazione, modifiche, riavvii e manutenzione del broker. Usa la guida ai log per timestamp e contesto degli errori. Scegli la frequenza di verifica in base a quanto rapidamente una posizione non gestita potrebbe avere conseguenze, anziché limitarti ad accessi occasionali.
Prova le notifiche dall’origine alla ricezione. Un avviso inviato dallo stesso MT4 non può comunicare in modo affidabile che MT4 si è fermato completamente. Il monitoraggio indipendente o il controllo di un segnale periodico mancante possono coprire questa lacuna. Le notifiche standard delle operazioni non monitorano tutti i rifiuti né le interruzioni; un EA silenzioso può semplicemente non avere segnali.
Manutenzione e controllo finale
Usa credenziali uniche, limita l’accesso remoto con i controlli disponibili del fornitore, mantieni il software aggiornato e conserva i dati del conto in sicurezza. Non inserire password nei ticket di assistenza o nei log pubblici. Registra le modifiche e ricontrolla l’ambiente dopo gli aggiornamenti.
Questa lista conferma la preparazione operativa, non i risultati futuri. Occorre continuare l’osservazione in demo dopo la messa in servizio; un riavvio riuscito non dimostra la qualità della strategia.
Domande frequenti su VPS e MT4
Posso chiudere il portatile dopo la messa in servizio?
Sì, se l’EA previsto è effettivamente in esecuzione nell’ambiente remoto verificato. Chiudere un portatile che ospita ancora l’EA può fermarlo. Su un VPS Windows distingui lo scollegamento di Remote Desktop dall’uscita dalla sessione.
Disattivare AutoTrading locale ferma l’hosting integrato?
No. Ferma il terminale ospitato con i suoi controlli di hosting e confermane lo stato. Controlla separatamente gli ordini esistenti.
Nessuna operazione significa che l’EA non funziona?
No. Verifica sessioni, dati, permessi, inizializzazione e regole dei segnali. Non forzare operazioni per dimostrare che il VPS funziona.
Un server dedicato o cloud è automaticamente più sicuro?
No. Il suo valore dipende dal progetto effettivo di disponibilità, dal carico, dalla manutenzione e dal ripristino del terminale collaudato. Cambiare l’etichetta dell’hosting non elimina i controlli di questa guida.
Riferimenti ufficiali e ambito
Il comportamento della piattaforma è stato verificato sulla documentazione ufficiale. Dimensionamento, controlli di messa in servizio e scelte di monitoraggio sono indicazioni pratiche, non benchmark di un fornitore o risultati misurati di un EA.
- registrazione del server · MetaTrader 4: regole di migrazione dell’hosting e controlli del terminale ospitato.
- MetaTrader 4: permessi dell’EA e funzionamento di Trailing Stop.
- Microsoft: limiti delle sessioni scollegate e applicazioni di avvio e accesso dell’utente.