Diagnostica di connessione (preflight)
Una diagnostica di connessione è un controllo passo per passo che percorre una connessione ai dati di mercato uno stadio alla volta, gateway, nome di sistema, login, sottoscrizione e primo tick, e riporta ciò che ogni stadio ha misurato. Separa un instradamento rifiutato da credenziali rifiutate e da un flusso accettato ma semplicemente muto.
Senzoukria · Glossario · Aggiornato a settembre 2026
Gli stadi
| Stadio | Domanda | Cosa dimostra il superamento |
|---|---|---|
| Gateway raggiungibile | L'URL del gateway ha risposto? | Il percorso di rete esiste; nessun firewall, VPN o proxy lo ha bloccato |
| Sistema riconosciuto | Questo gateway serve il sistema indicato? | Il nome di sistema è nella lista in diretta del gateway |
| Gateway e sistema coerenti | L'instradamento è corretto? | Un rifiuto successivo non è un errore di instradamento |
| Autenticazione | Il broker ha accettato il login? | Credenziali e abilitazione per quel sistema |
| Sottoscrizione ai dati | La sottoscrizione al simbolo è stata accettata? | Il permesso sui dati di mercato per quel simbolo |
| Primo tick ricevuto | È arrivato un tick entro l'attesa? | I dati stanno arrivando ora; un mercato calmo può comunque non superarlo |
Perché un controllo per stadi batte un errore unico
Rifiuti identici sullo schermo hanno avuto cause diverse: un gateway sbagliato, un nome di sistema che è cambiato, una password scaduta, un'abilitazione ai dati mancante, un contratto scaduto che accetta ancora le sottoscrizioni. Una diagnostica che si ferma al primo stadio fallito e dice cosa ha misurato trasforma un vago «login non riuscito» in un fatto su cui l'assistenza o il fornitore possono agire. La guida Rithmic elenca a parte le voci da confermare lato conto: nome di sistema, applicazioni di terze parti autorizzate, disponibilità di profondità e storico, limiti di sessione e permessi di instradamento.
In Senzoukria
La schermata delle connessioni ha una Diagnostica di connessione con un pulsante «Avvia la diagnostica», un pulsante «Ripeti» e «Copia il risultato». Ogni stadio riporta superato, fallito oppure «Non eseguito» con il motivo, per esempio «Non eseguito: nessuna password salvata su questa connessione». La sua nota dichiara il metodo: riporta ciò che ha misurato ed elenca le cause possibili per frequenza; non ne indica mai una come certa.
Quando tutti gli stadi passano ma non arriva alcun tick, la diagnostica mostra «Tutto è stato accettato, non arriva alcun dato» ed elenca le cause dalla più frequente: il mercato è chiuso per questo contratto, il simbolo non è più il contratto di scadenza più vicina, e altre. La copia del risultato è pensata per essere incollata in una richiesta di assistenza insieme all'intervallo richiesto.
Errori frequenti
- Cambiare indicatori o reinstallare l'applicazione prima di lanciare la diagnostica.
- Leggere una sottoscrizione accettata come prova di copertura storica; lo storico è un'abilitazione separata.
- Fare il controllo nel fine settimana e concludere che il conto sia rotto perché non è arrivato alcun tick.
- Inviare all'assistenza solo il verdetto finale invece del risultato copiato stadio per stadio.
Correlati
- Stato del flusso
- Credenziali nel portachiavi
- Software footprint per Rithmic
- Bridge orderflow per Quantower
Questa pagina in altre lingue
Domande frequenti
- La diagnostica ha superato ogni stadio ma il grafico è vuoto. Perché?
- Una sottoscrizione accettata dimostra il permesso, non l'attività. Il contratto può essere fuori dalla sua sessione, oppure il simbolo può essere una scadenza passata che accetta ancora le sottoscrizioni e non scambia nulla. Controlla prima l'orario di sessione e il contratto di scadenza più vicina; la diagnostica elenca queste cause per frequenza senza affermarne una.
- Il preflight vale per una connessione tramite bridge?
- I controlli per stadi su gateway, sistema e login sono per le connessioni dirette. Un bridge NinjaTrader o Quantower si verifica diversamente: l'indicatore del bridge deve girare su un grafico, la porta locale deve essere libera e lo storico annunciato dal bridge deve corrispondere a quello ricevuto. La guida Quantower fornisce il comando PowerShell che conferma il listener.