HSTS не заважає використовувати проксі SOCKS
Відрізняйте збій з'єднання SOCKS від застосування HSTS і перевірки сертифіката HTTPS.
HSTS не вимагає прямого з'єднання. HTTPS може працювати через SOCKS зі звичайним TLS і перевіркою сертифіката; HSTS вказує браузеру використовувати HTTPS для хоста й суворо обробляти помилки сертифіката.
Якщо браузер повідомляє про збій з'єднання SOCKS, спершу перевірте вибрану версію SOCKS, здатність проксі досягти порту HTTPS призначення та місце розв'язання DNS призначення. Невдалі переговори або відхилене з'єднання з призначенням відбуваються до того, як сертифікат сайту можна оцінити.
Помилка сертифіката після відкриття з'єднання — це інший етап. HSTS може запобігти обходу цієї помилки, але не спричинив збою попередніх переговорів SOCKS. Порівняйте ім'я хоста сайту та ланцюг довіри, а не вимикайте політику HTTPS, щоб компенсувати проблему транспорту.
Сам SOCKS не перетворює шлях на перехоплення TLS. Ненадійний проксі може відкидати або неправильно маршрутизувати трафік, тоді як дійсний наскрізний TLS призначений для виявлення підміни. Встановлення нового кореневого сертифіката змінює цю схему довіри й не є звичайним рішенням для HSTS. Коли один сайт працює, а інший ні, порівняйте їхні фактичні етапи з'єднання та вимоги до призначення. Для дозволеного порівняння через публічну кінцеву точку список проксі SOCKS пропонує кандидатів; узгодьте версію та підтримку автентифікації з браузером.