Соединение сброшено противоположной стороной через прокси: найдите неудавшийся этап
Используйте этап соединения и подтверждающие данные, чтобы исследовать сброс прокси, не принимая короткое сообщение об ошибке операционной системы за указание причины.
«Connection reset by peer» означает разорванное транспортное соединение. Оно не указывает на провайдера, оператора прокси или веб-сайт как на причину.
| Время сброса | Где искать |
|---|---|
| Сразу после подключения TCP | Несовпадение протокола или служба, отклоняющая начальный обмен |
| После успешного CONNECT | Установленный путь туннеля |
| Во время ответа | Закрытие вышестоящей стороны, политика времени жизни посредника и путь передачи |
Затем измените одно значимое условие, оставив прокси и назначение неизменными. Сравните правильно настроенное зашифрованное соединение клиента с прокси, где это поддерживается, или тот же клиент из другой разрешённой сети. Спросите, может ли оператор сопоставить попытку в своих журналах.
Иной результат сужает исследование, но не доказывает одну причину. Пропуск трафика через туннель может одновременно изменить время, нагрузку, политику и промежуточные устройства. Один лишь его успех не может доказать намеренную блокировку на исходном пути.
Там, где доступны разрешённые наблюдения за пакетами, сравните их с журналами приложения и прокси. Даже ожидаемый адрес источника пакета не объясняет, почему был отправлен сброс или какая система применила политику.
Сохраните числовой код ошибки, отметку времени, конечную точку и последний завершённый этап. Используйте эти данные до изменения учётных данных или настроек TLS; короткое сообщение о сбросе само по себе не даёт оснований менять что-либо из этого.