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