WebSocket 1006 nepaskaidro, kura saite pārtrūka
Lasiet neparasto WebSocket aizvēršanu kā trūkstošu Close handshake pierādījumu, tad nosakiet, vai neizdevās proxy iestatīšana vai jau izveidota sesija.
WebSocket kods 1006 ziņo par neparastu aizvēršanu bez gaidītā Close kadra. Kods ir rezervēts: galapunkts nedrīkst sūtīt 1006 kā statusu WebSocket Close kadrā. Tā redzēšana API notikumā nav servera ziņojums, kas norāda proxy kā cēloni.
Ja savienojums nekad netika atvērts
Izpildiet iestatīšanu secībā: savienojums ar proxy, proxy sarunas, galamērķa TLS WSS vajadzībām, tad WebSocket atvēršanas handshake. Proxy izaicinājums vai tuneļa noraidījums var apturēt secību pirms WebSocket posma.
Ja tas atvērās un pārvadāja ziņojumus
Pierakstiet lietderīgo ilgumu un to, kas notika pirms aizvēršanas. Transporta pārtraukums, lietojumprogrammas izslēgšana un starpnieka politika var atstāt uztvērēju bez tīras aizvēršanas apmaiņas.
Saglabājiet galapunktu, sesijas identifikatoru, pēdējo aktivitāti un to, vai tika novērots parasts Close kadrs. Salīdziniet pārlūka vai bibliotēkas tīkla kļūdas ar galamērķa žurnāliem, kurus kontrolējat. Vien notikuma kods nevar noteikt interneta pakalpojumu sniedzēju, proxy operatoru vai lietojumprogrammas serveri kā avotu.
Parasta HTTPS lapa caur to pašu proxy pārbauda īsu apmaiņu, nevis šīs sesijas mūžu. Mainot maršrutu, saglabājiet pārlūka stāvokli un lietojumprogrammas kodu nemainīgu; citādi veiksmīgu atkārtotu mēģinājumu ir grūti interpretēt.
Labojiet robežu, ko atbalsta pierādījumi. Proxy autentifikācija, TLS uzticēšanās un lietojumprogrammas atkārtota savienošana ir atsevišķi darbi, un visu taimautu palielināšana nevar likt 1006 norādīt kādu no tiem.