HSTS는 SOCKS 프록시 사용을 막지 않습니다
SOCKS 연결 실패를 HSTS 적용 및 HTTPS 인증서 검증과 구분하세요.
HSTS는 직접 연결을 요구하지 않습니다. HTTPS는 일반적인 TLS와 인증서 검증을 그대로 사용해 SOCKS를 통해 동작할 수 있습니다. HSTS는 브라우저에 해당 호스트에 HTTPS를 사용하고 인증서 실패를 엄격하게 처리하라고 지시합니다.
브라우저가 SOCKS 연결 실패를 보고하면 먼저 선택한 SOCKS 버전, 프록시가 대상 HTTPS 포트에 도달할 수 있는지, 대상 DNS가 어디에서 해석되는지 확인하세요. 협상 실패나 대상 연결 거부는 웹사이트 인증서를 평가하기 전에 발생합니다.
연결이 열린 뒤의 인증서 오류는 다른 단계입니다. HSTS는 그 오류를 우회하지 못하게 할 수 있지만, 앞선 SOCKS 협상을 실패하게 만든 것은 아닙니다. 전송 문제를 보완하려고 HTTPS 정책을 끄기보다 웹사이트의 호스트 이름과 신뢰 체인을 비교하세요.
SOCKS 자체가 경로를 TLS 가로채기로 바꾸지는 않습니다. 신뢰할 수 없는 프록시는 트래픽을 버리거나 잘못 라우팅할 수 있지만, 정상적인 종단 간 TLS는 위장을 탐지하기 위한 것입니다. 새 루트 인증서를 설치하는 것은 그 신뢰 구성을 바꾸는 일이며 HSTS의 일상적인 해결책이 아닙니다. 한 사이트는 되고 다른 사이트는 안 될 때는 실제 연결 단계와 대상 요구 사항을 비교하세요. 공개 엔드포인트를 통한 허용된 비교에는 SOCKS 프록시 목록이 후보를 제공합니다. 버전과 인증 지원을 브라우저에 맞추세요.