HTTPS 프록시도 인증서 체인을 보내야 합니다

클라이언트가 웹사이트에 도달하기 전에 HTTPS 프록시를 거부한다면 프록시 리스너가 보내는 체인을 확인하십시오. 유효한 리프 인증서만으로는 클라이언트에 필요한 중간 인증서를 제공하지 못할 수 있습니다.

1. 검사 중인 엔드포인트를 식별합니다. 구성된 프록시 URL의 호스트 이름과 해당 연결의 오류를 읽으십시오. 리스너 인증서는 그 이름을 포함해야 합니다. 웹사이트 인증서나 다른 IP 별칭에 대한 인증서로는 대체할 수 없습니다.
2. 리스너의 체인 구성을 확인합니다. Squid가 지원하는 OpenSSL 구성은 인증서 파일에 중간 인증서를 포함할 수 있습니다. 설치된 Squid 릴리스와 TLS 백엔드에 대한 리스너 참조에서 구성을 확인하십시오. 패키지 동작은 일관되지 않습니다. Squid 6.13 TLS 리스너 예제는 리스너 신뢰를 대상 TLS와 분리합니다.
3. 클라이언트 신뢰를 별도로 확인합니다. 중간 인증서를 보내면 체인을 구성하는 데 도움이 되지만 클라이언트에는 여전히 의도한 루트 신뢰 앵커가 필요합니다. 전체 서버 체인을 무분별하게 루트 저장소로 가져오는 것은 서버가 보내는 내용을 수정하는 것과 다른 변경입니다.

검증을 켜 두십시오. 클라이언트가 사용하려던 HTTPS 프록시를 식별합니다. 해당 연결이 검증된 후에 발생하는 웹사이트 인증서 오류는 프록시를 통한 대상 TLS 세션에 속하며, 자체적인 호스트 이름과 신뢰 조사가 필요합니다.