WebSocket 1006 nuk tregon se cila hallkë u thye
Lexoni mbylljen jonormale të WebSocket si provë që mungon për Close handshake, pastaj përcaktoni nëse dështoi konfigurimi i proxy-t apo një sesion i vendosur.
Kodi 1006 i WebSocket raporton mbyllje jonormale pa kornizën Close të pritur. Kodi është i rezervuar: një endpoint nuk duhet të dërgojë 1006 si status në një kornizë Close WebSocket. Ta shohësh në një ngjarje API nuk është mesazh serveri që emërton proxy-n si shkak.
Nëse lidhja nuk u hap kurrë
Ndigni konfigurimin me radhë: lidhja me proxy-n, negociimi i proxy-t, TLS i destinacionit për WSS, pastaj handshake-u i hapjes së WebSocket. Një sfidë proxy ose refuzim tuneli mund ta ndalojë sekuencën para fazës WebSocket.
Nëse u hap dhe transportoi mesazhe
Regjistroni kohëzgjatjen e përdorshme dhe çfarë ndodhi para mbylljes. Ndërprerja e transportit, fikja e aplikacionit dhe politika e një ndërmjetësi mund ta lënë marrësin pa një shkëmbim të pastër mbylljeje.
Ruani endpoint-in, identifikuesin e sesionit, aktivitetin e fundit dhe nëse u vu re një kornizë Close normale. Krahasoni gabimet e rrjetit të shfletuesit ose bibliotekës me regjistrat e destinacionit që kontrolloni. Vetëm kodi i ngjarjes nuk mund të identifikojë ofruesin, operatorin e proxy-t ose serverin e aplikacionit si burim.
Një faqe normale HTTPS përmes të njëjtit proxy teston një shkëmbim të shkurtër, jo jetëgjatësinë e këtij sesioni. Mbani të qëndrueshme gjendjen e shfletuesit dhe kodin e aplikacionit kur ndryshoni rrugën; përndryshe një ripërpjekje e suksesshme është e vështirë të interpretohet.
Riparoni kufirin që mbështesin provat. Vërtetimi i proxy-t, besimi në TLS dhe rilidhja e aplikacionit janë punë të veçanta, dhe rritja e të gjitha afateve nuk mund ta bëjë 1006 të identifikojë njërën prej tyre.