WebSocket 1006 ne govori koja je veza pukla
Čitajte abnormalno zatvaranje WebSocket-a kao nedostatak dokaza o Close handshake-u, pa utvrdite da li je zakazalo postavljanje proxyja ili uspostavljena sesija.
WebSocket kod 1006 označava abnormalno zatvaranje bez očekivanog Close okvira. Kod je rezervisan: krajnja tačka ne smije poslati 1006 kao status u WebSocket Close okviru. Viđenje koda u API događaju nije serverska poruka koja proxy označava kao uzrok.
Ako se veza nikada nije otvorila
Pratite postavljanje po redu: veza s proxyjem, pregovaranje s proxyjem, TLS odredišta za WSS, zatim početni WebSocket handshake. Proxy izazov ili odbijanje tunela mogu zaustaviti slijed prije faze WebSocket.
Ako se otvorila i prenosila poruke
Zabilježite korisno trajanje i šta se dogodilo prije zatvaranja. Prekid transporta, gašenje aplikacije i politika posrednika mogu ostaviti primaoca bez čiste razmjene zatvaranja.
Sačuvajte odredište, identifikator sesije, posljednju aktivnost i da li je zapažen normalan Close okvir. Uporedite mrežne greške preglednika ili biblioteke s zapisima odredišta koje kontrolišete. Sam kod događaja ne može identificirati ISP, proxy operatera ili aplikacijski server kao izvor.
Normalna HTTPS stranica kroz isti proxy provjerava kratku razmjenu, a ne trajanje ove sesije. Držite stanje preglednika i kod aplikacije nepromijenjenim pri promjeni rute; inače je uspješan ponovni pokušaj teško protumačiti.
Popravite granicu koju dokazi podržavaju. Proxy autentifikacija, TLS povjerenje i ponovno povezivanje aplikacije odvojeni su poslovi, a povećanje svakog timeouta ne može natjerati 1006 da označi jedan od njih.