WebSocket 1006 не повідомляє, яка ланка обірвалася
Читайте аномальне закриття WebSocket як відсутність доказу Close handshake, потім визначте, чи зламалося налаштування проксі, чи вже встановлена сесія.
Код WebSocket 1006 повідомляє про аномальне закриття без очікуваного кадру Close. Код зарезервований: кінцева точка не повинна надсилати 1006 як статус у кадрі Close WebSocket. Бачити його в події API — не повідомлення сервера, яке називає проксі причиною.
Якщо з’єднання так і не відкрилося
Ідіть за налаштуванням по порядку: з’єднання з проксі, переговори з проксі, TLS призначення для WSS, потім початковий handshake WebSocket. Запит проксі або відмова тунелю можуть зупинити послідовність до етапу WebSocket.
Якщо воно відкрилося і передавало повідомлення
Запишіть корисну тривалість і те, що сталося перед закриттям. Перерва транспорту, зупинка застосунку та політика посередника можуть залишити одержувача без чистої обміну закриття.
Збережіть кінцеву точку, ідентифікатор сесії, останню активність і чи спостерігався звичайний кадр Close. Порівняйте мережеві помилки браузера або бібліотеки з журналами призначення, які ви контролюєте. Лише код події не може визначити провайдера, оператора проксі або сервер застосунку як джерело.
Звичайна сторінка HTTPS через той самий проксі перевіряє короткий обмін, а не час життя цієї сесії. Тримайте стан браузера й код застосунку незмінними при зміні маршруту; інакше успішну повторну спробу важко витлумачити.
Виправляйте межу, яку підтверджують докази. Автентифікація проксі, довіра TLS і перепідключення застосунку — окремі завдання, і збільшення всіх тайм-аутів не змусить 1006 вказати на одне з них.