Кожен проксі завершується за часом? Перевірте порти, до яких ви намагаєтесь підключитися
Відрізняйте обмежений вихідний порт від клієнта до проксі від порту призначення, що запитується всередині тунелю.
Ціль — HTTPS на порту 443, тому ви очікуєте, що дозволу HTTPS у мережі буде достатньо. Однак вибраний проксі слухає порт 18347; перше з'єднання йде саме на цей порт.
Кінцева точка «клієнт — проксі» і призначення, вказане в CONNECT, — це різні адреси. Мережа може дозволяти прямий трафік до 443, але обмежувати вихідні з'єднання до довільних портів проксі.
Якщо багато не пов'язаних між собою записів проксі не працюють ще до будь-якої відповіді проксі, порівняйте їхні порти прослуховування та затверджену вихідну політику клієнта. Тримайте ціль незмінною, досліджуючи спільний перший крок. Для затверджених випробувань порівняйте порти зі списку безкоштовних проксі з цією політикою; список не доводить доступність із цієї мережі. Не робіть висновку, що всі публічні точки недоступні лише тому, що одна обмежена мережа не може до них дістатися.
Відкинута спроба з'єднання може завершитися за тайм-аутом; активна відмова відбувається раніше. Жодне повідомлення саме по собі не вказує, хто застосував політику. Використовуйте журнали локальної мережі або правила, надані адміністратором, якщо вони доступні.
Запросіть затверджену кінцеву точку або вузько обґрунтовану зміну доступу. Видалення всієї вихідної політики не є передумовою для використання проксі, і перевірку TLS призначення не слід вимикати, щоб виправити з'єднання, яке так і не дійшло до обміну TLS.