A WebSocket 1006 nem mondja meg, melyik láncszem szakadt el
Olvassa a rendellenes WebSocket-lezárást hiányzó Close handshake-bizonyítékként, majd állapítsa meg, hogy a proxy beállítása vagy egy már létrejött munkamenet hibázott-e.
A WebSocket 1006-os kódja rendellenes lezárást jelez a várt Close-keret nélkül. A kód fenntartott: egy végpont nem küldhet 1006-ot állapotként WebSocket Close-keretben. Ha API-eseményben látja, az nem olyan kiszolgálóüzenet, amely a proxyt nevezné meg okként.
Ha a kapcsolat soha nem nyílt meg
Kövesse a beállítást sorrendben: kapcsolódás a proxyhoz, proxyegyeztetés, cél-TLS a WSS-hez, majd a WebSocket nyitó handshake. Egy proxykihívás vagy alagút-elutasítás megállíthatja a folyamatot a WebSocket-szakasz előtt.
Ha megnyílt és üzeneteket vitt
Jegyezze fel a hasznos időtartamot és azt, ami a lezárás előtt történt. Az átvitel megszakadása, az alkalmazás leállása és egy közvetítő szabályzata is hagyhatja a fogadót tiszta lezárási csere nélkül.
Őrizze meg a végpontot, a munkamenet-azonosítót, az utolsó aktivitást és azt, hogy megfigyeltek-e normál Close-keretet. Hasonlítsa össze a böngésző vagy a könyvtár hálózati hibáit az Ön által vezérelt célnaplókkal. Csak az eseménykód nem tudja azonosítani a szolgáltatót, a proxy üzemeltetőjét vagy az alkalmazáskiszolgálót forrásként.
Ugyanazon a proxyon át működő normál HTTPS-oldal rövid cserét ellenőriz, nem ennek a munkamenetnek az élettartamát. Az útvonal váltásakor tartsa állandón a böngésző állapotát és az alkalmazás kódját; különben egy sikeres újrapróbálkozás nehezen értelmezhető.
Javítsa azt a határt, amelyet a bizonyítékok támogatnak. A proxyhitelesítés, a TLS-bizalom és az alkalmazás újracsatlakozása külön feladatok, és az összes időtúllépés növelése nem kényszerítheti a 1006-ot, hogy közülük egyet megnevezzen.