WebSocket 1006 non dice quale anello si è rotto
Leggi la chiusura anomala di WebSocket come prova mancante del Close handshake, poi stabilisci se ha fallito la configurazione del proxy o una sessione già stabilita.
Il codice 1006 di WebSocket indica una chiusura anomala senza il frame Close atteso. È riservato: un endpoint non deve inviare 1006 come stato in un frame Close WebSocket. Vederlo in un evento API non è un messaggio del server che indica il proxy come causa.
Se la connessione non si è mai aperta
Segui la configurazione in ordine: connessione al proxy, negoziazione del proxy, TLS di destinazione per WSS, poi l'handshake di apertura WebSocket. Una richiesta del proxy o un rifiuto del tunnel possono fermare la sequenza prima della fase WebSocket.
Se si è aperta e ha trasportato messaggi
Registra la durata utile e ciò che è accaduto prima della chiusura. Un'interruzione del trasporto, lo spegnimento dell'applicazione e la policy di un intermediario possono lasciare il destinatario senza uno scambio di chiusura pulito.
Conserva l'endpoint, l'identificatore di sessione, l'ultima attività e se è stato osservato un frame Close normale. Confronta gli errori di rete del browser o della libreria con i log di destinazione che controlli. Solo il codice dell'evento non può identificare il provider, l'operatore del proxy o il server applicativo come origine.
Una pagina HTTPS normale attraverso lo stesso proxy verifica uno scambio breve, non la vita di questa sessione. Mantieni stabili lo stato del browser e il codice dell'applicazione quando cambi percorso; altrimenti un nuovo tentativo riuscito è difficile da interpretare.
Ripara il confine che le prove supportano. Autenticazione del proxy, fiducia TLS e riconnessione dell'applicazione sono lavori separati, e aumentare tutti i timeout non può far sì che 1006 ne identifichi uno.