WebSocket 1006 no dice qué salto se rompió
Lea el cierre anómalo de WebSocket como falta de pruebas del Close handshake y luego determine si falló la configuración del proxy o una sesión ya establecida.
El código 1006 de WebSocket indica un cierre anómalo sin la trama Close esperada. Está reservado: un extremo no debe enviar 1006 como estado en una trama Close de WebSocket. Verlo en un evento de API no es un mensaje del servidor que señale al proxy como causa.
Si la conexión nunca se abrió
Siga la configuración en orden: conexión al proxy, negociación del proxy, TLS de destino para WSS y luego el handshake de apertura de WebSocket. Un desafío del proxy o un rechazo de túnel pueden detener la secuencia antes de la etapa WebSocket.
Si se abrió y transportó mensajes
Registre la duración útil y qué ocurrió antes del cierre. Una interrupción del transporte, el apagado de la aplicación y la política de un intermediario pueden dejar al receptor sin un intercambio de cierre limpio.
Conserve el extremo, el identificador de sesión, la última actividad y si se observó una trama Close normal. Compare los errores de red del navegador o de la biblioteca con los registros de destino que controle. Solo el código del evento no puede identificar al proveedor, al operador del proxy ni al servidor de aplicaciones como origen.
Una página HTTPS normal a través del mismo proxy comprueba un intercambio breve, no la vida de esta sesión. Mantenga estables el estado del navegador y el código de la aplicación al cambiar la ruta; de lo contrario, un reintento correcto es difícil de interpretar.
Repare el límite que respaldan las pruebas. La autenticación del proxy, la confianza en TLS y la reconexión de la aplicación son tareas separadas, y aumentar todos los tiempos de espera no puede hacer que 1006 identifique una de ellas.