WebSocket 1006은 어느 구간이 끊어졌는지 알려 주지 않는다

WebSocket 코드 1006은 기대한 Close 프레임 없이 비정상 종료가 일어났음을 보고합니다. 이 코드는 예약되어 있습니다. 엔드포인트는 WebSocket Close 프레임의 상태로 1006을 보내서는 안 됩니다. API 이벤트에서 이 코드를 보는 것은 프록시를 원인으로 지목하는 서버 메시지가 아닙니다.

연결이 아예 열리지 않았다면

설정을 순서대로 따르십시오. 프록시 연결, 프록시 협상, WSS용 목적지 TLS, 그다음 WebSocket 오프닝 핸드셰이크입니다. 프록시 챌린지나 터널 거부는 WebSocket 단계 전에 순서를 멈출 수 있습니다.

열려서 메시지를 실어 날랐다면

사용 가능했던 시간과 종료 전에 무슨 일이 있었는지 기록하십시오. 전송 중단, 애플리케이션 종료, 중간 장치의 정책 모두 수신 측에 깔끔한 종료 교환이 없는 상태를 남길 수 있습니다.

엔드포인트, 세션 식별자, 마지막 활동, 정상 Close 프레임이 관측되었는지를 보존하십시오. 브라우저나 라이브러리의 네트워크 오류를 관리 중인 목적지 로그와 비교하십시오. 이벤트 코드만으로는 ISP, 프록시 운영자, 애플리케이션 서버 중 무엇이 원인인지 식별할 수 없습니다.

같은 프록시를 거치는 정상 HTTPS 페이지가 확인하는 것은 짧은 교환이지 이 세션의 수명이 아닙니다. 경로를 바꿀 때 브라우저 상태와 애플리케이션 코드를 일정하게 유지하십시오. 그렇지 않으면 재시도 성공을 해석하기 어렵습니다.

증거가 뒷받침하는 경계를 고치십시오. 프록시 인증, TLS 신뢰, 애플리케이션 재연결은 별개의 작업이며, 모든 타임아웃을 늘린다고 1006이 그중 하나를 지목하게 되지는 않습니다.