WebSocket 1006 ei ütle, milline lüli katkes
Lugege ebanormaalset WebSocketi sulgemist puuduva Close-handshake'i tõendina ja tehke kindlaks, kas ebaõnnestus puhverserveri seadistus või juba loodud sessioon.
WebSocketi kood 1006 näitab ebanormaalset sulgemist ilma oodatud Close-kaadrita. Kood on reserveeritud: lõpp-punkt ei tohi saata 1006 olekuna WebSocketi Close-kaadris. Selle nägemine API-sündmuses ei ole serveri teade, mis nimetab puhverserveri põhjuseks.
Kui ühendus ei avanenud kunagi
Järgige seadistust järjekorras: ühendus puhverserveriga, puhverserveri läbirääkimine, sihtkoha TLS WSS-i jaoks, seejärel WebSocketi avamise handshake. Puhverserveri väljakutse või tunnelist keeldumine võib jada enne WebSocketi etappi peatada.
Kui see avanes ja kandis sõnumeid
Kirjutage üles kasulik kestus ja mis juhtus enne sulgemist. Transpordi katkemine, rakenduse sulgemine ja vahendaja poliitika võivad jätta vastuvõtja ilma puhtast sulgemisvahetusest.
Säilitage lõpp-punkt, sessiooni identifikaator, viimane aktiivsus ja kas täheldati tavalist Close-kaadrit. Võrrelge brauseri või teegi võrgutõrkeid sihtkoha logidega, mida kontrollite. Ainult sündmuse kood ei suuda tuvastada ISP-d, puhverserveri operaatorit ega rakendusserverit allikana.
Tavaline HTTPS-leht sama puhverserveri kaudu kontrollib lühikest vahetust, mitte selle sessiooni eluiga. Hoidke marsruudi muutmisel brauseri olek ja rakenduse kood muutumatuna; muidu on edukat korduskatset raske tõlgendada.
Parandage piir, mida tõendid toetavad. Puhverserveri autentimine, TLS-i usaldus ja rakenduse uuesti ühendamine on eraldi tööd ning kõigi ajapiirangute suurendamine ei pane 1006 üht neist nimetama.