HSTS hindert Sie nicht an der Nutzung eines SOCKS-Proxys
Unterscheiden Sie einen SOCKS-Verbindungsfehler von der HSTS-Durchsetzung und der HTTPS-Zertifikatsprüfung.
HSTS erfordert keine direkte Verbindung. HTTPS kann über SOCKS mit der üblichen TLS- und Zertifikatsprüfung laufen; HSTS weist den Browser an, HTTPS für den Host zu verwenden und Zertifikatsfehler strikt zu behandeln.
Wenn der Browser einen SOCKS-Verbindungsfehler meldet, prüfen Sie zuerst die gewählte SOCKS-Version, die Fähigkeit des Proxys, den HTTPS-Port des Ziels zu erreichen, und wo das DNS des Ziels aufgelöst wird. Eine fehlgeschlagene Aushandlung oder eine abgelehnte Zielverbindung tritt auf, bevor das Website-Zertifikat bewertet werden kann.
Ein Zertifikatsfehler nach dem Verbindungsaufbau ist eine andere Phase. HSTS kann verhindern, diesen Fehler zu umgehen, war aber nicht die Ursache für das Scheitern der früheren SOCKS-Aushandlung. Vergleichen Sie Hostname und Vertrauenskette der Website, statt die HTTPS-Richtlinie zu deaktivieren, um ein Transportproblem auszugleichen.
SOCKS macht den Pfad nicht selbst zu einer TLS-Interception. Ein nicht vertrauenswürdiger Proxy kann Datenverkehr verwerfen oder falsch leiten, während gültiges End-to-End-TLS dazu dient, Identitätsvortäuschung zu erkennen. Die Installation eines neuen Root-Zertifikats ändert diese Vertrauensordnung und ist keine Routinekorrektur für HSTS. Wenn eine Website funktioniert und eine andere fehlschlägt, vergleichen Sie ihre tatsächlichen Verbindungsphasen und Zielanforderungen. Für einen erlaubten Vergleich über einen öffentlichen Endpunkt bietet die SOCKS-Proxy-Liste Kandidaten; gleichen Sie Version und Authentifizierungsunterstützung mit dem Browser ab.