WebSocket 1006 no et diu quin enllaç s'ha trencat
Llegeix el tancament anormal de WebSocket com una manca de proves del Close handshake i, després, esbrina si ha fallat la configuració del proxy o una sessió ja establerta.
El codi 1006 de WebSocket indica un tancament anormal sense el marc Close esperat. És reservat: un punt final no ha d'enviar 1006 com a estat en un marc Close de WebSocket. Veure'l en un esdeveniment API no és un missatge del servidor que assenyali el proxy com a causa.
Si la connexió no es va obrir mai
Segueix la configuració en ordre: connexió al proxy, negociació del proxy, TLS de destinació per a WSS i, després, l'handshake d'obertura de WebSocket. Un repte del proxy o un rebuig de túnel poden aturar la seqüència abans de l'etapa WebSocket.
Si es va obrir i va portar missatges
Registra la durada útil i què va passar abans del tancament. Una interrupció del transport, l'aturada de l'aplicació i la política d'un intermediari poden deixar el receptor sense un intercanvi de tancament net.
Conserva el punt final, l'identificador de sessió, l'última activitat i si s'ha observat un marc Close normal. Compara els errors de xarxa del navegador o de la biblioteca amb els registres de destinació que controlis. Només el codi de l'esdeveniment no pot identificar el proveïdor, l'operador del proxy o el servidor d'aplicacions com a origen.
Una pàgina HTTPS normal que funciona a través del mateix proxy comprova un intercanvi curt, no la vida d'aquesta sessió. Mantén estable l'estat del navegador i el codi de l'aplicació quan canviïs la ruta; si no, un reintent correcte és difícil d'interpretar.
Repara el límit que les proves recolzen. L'autenticació del proxy, la confiança en TLS i la reconnexió de l'aplicació són feines separades, i augmentar tots els temps d'espera no pot fer que 1006 n'identifiqui cap.