WebSocket 1006 neřekne, který článek se přerušil
Čtěte abnormální uzavření WebSocketu jako chybějící důkaz o Close handshake a poté určete, zda selhalo nastavení proxy, nebo už navázaná relace.
Kód WebSocketu 1006 označuje abnormální uzavření bez očekávaného rámce Close. Kód je vyhrazený: koncový bod nesmí odeslat 1006 jako stav v rámci Close WebSocketu. Vidět jej v události API není zpráva serveru, která by proxy označila za příčinu.
Pokud se spojení nikdy neotevřelo
Postupujte podle nastavení popořadě: spojení s proxy, vyjednávání s proxy, cílový TLS pro WSS a poté zahajovací handshake WebSocketu. Výzva proxy nebo odmítnutí tunelu mohou sekvenci zastavit ještě před fází WebSocketu.
Pokud se otevřelo a přenášelo zprávy
Zaznamenejte použitelnou dobu a co se stalo před uzavřením. Přerušení transportu, vypnutí aplikace i politika prostředníka mohou příjemci zanechat čistou uzavírací výměnu.
Uchovejte koncový bod, identifikátor relace, poslední aktivitu a zda byl pozorován normální rámec Close. Porovnejte síťové chyby prohlížeče nebo knihovny s logy cíle, které ovládáte. Samotný kód události nemůže určit poskytovatele, operátora proxy ani aplikační server jako zdroj.
Normální stránka HTTPS přes stejnou proxy ověřuje krátkou výměnu, ne životnost této relace. Při změně trasy udržujte stav prohlížeče i kód aplikace beze změny; jinak je úspěšný nový pokus těžké interpretovat.
Opravte hranici, kterou důkazy podporují. Autentizace proxy, důvěra v TLS a opětovné připojení aplikace jsou samostatné úlohy a zvyšování všech timeoutů nepřiměje 1006 označit jednu z nich.