WebSocket 1006 не показва кое звено се е скъсало
Четете ненормалното затваряне на WebSocket като липсващо доказателство за Close handshake, след което установете дали е отказала настройката на прокси, или установена сесия.
Кодът 1006 на WebSocket означава ненормално затваряне без очаквания Close кадър. Той е запазен: крайна точка не бива да изпраща 1006 като статус в Close кадър на WebSocket. Да го видите в API събитие не е съобщение от сървъра, което посочва проксито като причина.
Ако връзката никога не се е отворила
Следвайте настройката по ред: връзка към проксито, договаряне с проксито, TLS до дестинацията за WSS, после началния WebSocket handshake. Предизвикателство от проксито или отказ на тунел могат да спрат последователността преди етапа WebSocket.
Ако се е отворила и е пренасяла съобщения
Запишете полезната продължителност и какво се е случило преди затварянето. Прекъсване на транспорта, спиране на приложението и политика на посредник могат да оставят получателя без чисто затварящо разменяне.
Запазете крайната точка, идентификатора на сесията, последната активност и дали е наблюдаван нормален Close кадър. Сравнете мрежовите грешки на браузъра или библиотеката с журналите на дестинацията, които контролирате. Само кодът на събитието не може да посочи доставчика, оператора на прокси или сървъра на приложението като източник.
Нормална HTTPS страница през същото прокси проверява кратък обмен, не живота на тази сесия. Дръжте състоянието на браузъра и кода на приложението непроменени при смяна на маршрута; иначе успешен повторен опит е труден за тълкуване.
Поправете границата, която доказателствата подкрепят. Удостоверяването на проксито, доверието в TLS и повторното свързване на приложението са отделни задачи и увеличаването на всеки таймаут не може да накара 1006 да посочи една от тях.