HSTS nie przeszkadza w korzystaniu z proxy SOCKS
Odróżnij błąd połączenia SOCKS od wymuszania HSTS i weryfikacji certyfikatu HTTPS.
HSTS nie wymaga bezpośredniego połączenia. HTTPS może działać przez SOCKS z normalnym TLS i weryfikacją certyfikatu; HSTS nakazuje przeglądarce używać HTTPS dla hosta i ściśle obsługiwać błędy certyfikatu.
Jeśli przeglądarka zgłasza błąd połączenia SOCKS, najpierw sprawdź wybraną wersję SOCKS, zdolność proxy do dotarcia do portu HTTPS celu i miejsce rozwiązywania DNS celu. Nieudane negocjacje lub odrzucone połączenie z celem występuje, zanim można ocenić certyfikat witryny.
Błąd certyfikatu po otwarciu połączenia to inny etap. HSTS może zapobiec obejściu tego błędu, ale nie spowodował niepowodzenia wcześniejszych negocjacji SOCKS. Porównaj nazwę hosta witryny i łańcuch zaufania, zamiast wyłączać politykę HTTPS, aby zrekompensować problem transportowy.
SOCKS sam nie zamienia ścieżki w przechwytywanie TLS. Niezaufane proxy może odrzucać lub błędnie kierować ruch, podczas gdy prawidłowy TLS end-to-end ma wykrywać podszywanie się. Instalacja nowego certyfikatu głównego zmienia ten układ zaufania i nie jest rutynowym rozwiązaniem dla HSTS. Gdy jedna witryna działa, a inna nie, porównaj ich rzeczywiste etapy połączenia i wymagania celu. Do dozwolonego porównania przez publiczny punkt końcowy lista proxy SOCKS oferuje kandydatów; dopasuj wersję i obsługę uwierzytelniania do przeglądarki.