WebSocket 1006 не паказвае, якое звяно сарвалася
Чытайце анамальнае закрыццё WebSocket як адсутнасць доказаў Close-handshake, затым вызначце, ці зламалася налада проксі, ці ўжо ўсталяваная сесія.
Код WebSocket 1006 паведамляе пра анамальнае закрыццё без чаканага кадра Close. Ён зарэзерваваны: канчатковы пункт не павінен адпраўляць 1006 як статус у кадры Close WebSocket. Бачыць яго ў падзеі API — не паведамленне сервера, якое называе проксі прычынай.
Калі злучэнне так і не адкрылася
Ідзіце па наладзе па парадку: злучэнне з проксі, перамовы з проксі, TLS прызначэння для WSS, затым пачатковы handshake WebSocket. Запыт проксі або адмова тунеля могуць спыніць паслядоўнасць да этапу WebSocket.
Калі яно адкрылася і перадавала паведамленні
Запішыце карысную працягласць і тое, што адбылося перад закрыццём. Перапынак транспарту, закрыццё праграмы і палітыка пасярэдніка могуць пакінуць атрымальніка без чыстага абмену закрыцця.
Захавайце канчатковы пункт, ідэнтыфікатар сесіі, апошнюю актыўнасць і ці назіраўся звычайны кадр Close. Параўнайце сеткавыя памылкі браўзера або бібліятэкі з журналамі прызначэння, які вы кантралюеце. Толькі код падзеі не можа вызначыць ISP, аператара проксі або сервер праграмы як крыніцу.
Звычайная старонка HTTPS праз той жа проксі правярае кароткі абмен, а не час жыцця гэтай сесіі. Трымайце стан браўзера і код праграмы нязменнымі пры змене маршруту; інакш паспяховую паўторную спробу цяжка інтэрпрэтаваць.
Рамантуйце мяжу, якую падтрымліваюць доказы. Аўтэнтыфікацыя проксі, давер TLS і перападключэнне праграмы — асобныя задачы, і павелічэнне ўсіх тайм-аўтаў не дасць 1006 вызначыць адну з іх.