WebSocket 1006 nepasako, kuri grandis nutrūko
Skaiykite nenormalų WebSocket uždarymą kaip trūkstamą Close handshake įrodymą, tada nustatykite, ar nepavyko proxy sąranka, ar jau sukurta sesija.
WebSocket kodas 1006 praneša apie nenormalų uždarymą be laukiamo Close kadro. Kodas yra rezervuotas: galinis taškas neturi siųsti 1006 kaip būsenos WebSocket Close kadre. Jo matymas API įvykyje nėra serverio pranešimas, nurodantis proxy kaip priežastį.
Jei ryšys niekada nebuvo atidarytas
Vykdykite sąranką iš eilės: ryšys su proxy, proxy derybos, paskirties TLS WSS, tada WebSocket atidarymo handshake. Proxy iššūkis ar tunelio atmetimas gali sustabdyti seką prieš WebSocket etapą.
Jei jis atsidarė ir perdavė pranešimus
Užrašykite naudingą trukmę ir tai, kas įvyko prieš uždarymą. Transporto sutrikimas, programos išjungimas ir tarpininko politika gali palikti gavėją be švaraus uždarymo mainų.
Išsaugokite galinį tašką, sesijos identifikatorių, paskutinį aktyvumą ir ar buvo pastebėtas įprastas Close kadras. Palyginkite naršyklės ar bibliotekos tinklo klaidas su paskirties žurnalais, kuriuos kontroliuojate. Vien įvykio kodas negali nustatyti interneto tiekėjo, proxy operatoriaus ar programos serverio kaip šaltinio.
Įprastas HTTPS puslapis per tą patį proxy tikrina trumpus mainus, o ne šios sesijos gyvavimą. Keisdami maršrutą palikite naršyklės būseną ir programos kodą nepakitusius; kitaip sėkmingą pakartotinį bandymą sunku interpretuoti.
Taisykite ribą, kurią palaiko įrodymai. Proxy autentifikavimas, TLS pasitikėjimas ir programos pakartotinis prisijungimas yra atskiri darbai, o visų skirtųjų laikų didinimas neprivers 1006 nurodyti vieno iš jų.