Hindi sinasabi ng WebSocket 1006 kung aling kawing ang nasira

Ang code 1006 ng WebSocket ay nag-uulat ng abnormal na pagsasara nang walang inaasahang Close frame. Ang code na ito ay nakareserba: hindi dapat magpadala ang isang endpoint ng 1006 bilang estado sa isang WebSocket Close frame. Ang makita ito sa isang API event ay hindi mensahe ng server na tumutukoy sa proxy bilang dahilan.

Kung hindi kailanman nabuksan ang koneksyon

Sundin ang setup sa pagkakasunod-sunod: koneksyon sa proxy, negosasyon ng proxy, TLS ng destinasyon para sa WSS, pagkatapos ang handshake ng pagbubukas ng WebSocket. Maaaring ihinto ng hamon ng proxy o pagtanggi ng tunnel ang pagkakasunod-sunod bago ang yugto ng WebSocket.

Kung nabuksan ito at nagdala ng mga mensahe

Itala ang nagamit na tagal at kung ano ang nangyari bago ang pagsasara. Ang pagkagambala sa transportasyon, paghinto ng aplikasyon at patakaran ng tagapamagitan ay maaaring iwan ang tatanggap na walang malinis na palitan ng pagsasara.

Panatilihin ang endpoint, identifier ng session, huling aktibidad at kung may naobserbahang normal na Close frame. Ihambing ang mga error sa network ng browser o library sa mga log ng destinasyon na kontrolado mo. Ang code ng event lamang ay hindi makikilala ang ISP, operator ng proxy o server ng aplikasyon bilang pinagmulan.

Ang normal na pahina ng HTTPS sa parehong proxy ay sumusubok ng maikling palitan, hindi ang buhay ng session na ito. Panatilihing matatag ang estado ng browser at code ng aplikasyon kapag binabago ang ruta; kung hindi, mahirap bigyang-kahulugan ang matagumpay na muling pagtatangka.

Ayusin ang hangganang sinusuportahan ng ebidensiya. Ang pagpapatotoo ng proxy, pagtitiwala sa TLS at muling pagkonekta ng aplikasyon ay magkakahiwalay na gawain, at ang pagtaas ng lahat ng timeout ay hindi magagawa ng 1006 na tukuyin ang isa sa mga ito.