WebSocket 1006 nu spune care verigă s-a rupt
Citiți închiderea anormală a WebSocket ca lipsă a dovezii Close handshake, apoi stabiliți dacă a eșuat configurarea proxy sau o sesiune deja stabilită.
Codul 1006 al WebSocket raportează o închidere anormală fără cadrul Close așteptat. Codul este rezervat: un punct final nu trebuie să trimită 1006 ca stare într-un cadru Close WebSocket. A-l vedea într-un eveniment API nu este un mesaj al serverului care indică proxy-ul drept cauză.
Dacă conexiunea nu s-a deschis niciodată
Urmați configurarea în ordine: conexiunea la proxy, negocierea proxy, TLS-ul destinației pentru WSS, apoi handshake-ul de deschidere WebSocket. O provocare a proxy-ului sau o respingere a tunelului poate opri secvența înainte de etapa WebSocket.
Dacă s-a deschis și a transportat mesaje
Notați durata utilă și ce s-a întâmplat înainte de închidere. Întreruperea transportului, oprirea aplicației și politica unui intermediar pot lăsa receptorul fără un schimb de închidere curat.
Păstrați punctul final, identificatorul sesiunii, ultima activitate și dacă a fost observat un cadru Close normal. Comparați erorile de rețea ale browserului sau bibliotecii cu jurnalele destinației pe care le controlați. Doar codul evenimentului nu poate identifica furnizorul, operatorul proxy sau serverul aplicației ca sursă.
O pagină HTTPS normală prin același proxy testează un schimb scurt, nu durata de viață a acestei sesiuni. Mențineți stabile starea browserului și codul aplicației la schimbarea rutei; altfel o reîncercare reușită este greu de interpretat.
Reparați granița pe care o susțin dovezile. Autentificarea proxy, încrederea TLS și reconectarea aplicației sunt lucrări separate, iar creșterea tuturor timeout-urilor nu poate face 1006 să identifice una dintre ele.