Git의 HTTPS 프록시가 자체 클라이언트 인증서를 요구할 수 있습니다

프록시의 TLS CA, 클라이언트 인증서, 개인 키를 저장소의 TLS 및 HTTP 로그인 설정과 별도로 구성하세요.

일부 HTTPS 포워드 프록시는 Git에서 프록시로 가는 TLS 연결 중에 클라이언트 인증서를 요청합니다. 이는 저장소 로그인과는 별개의 인증 교환입니다.

PEM 파일을 사용하는 호환 Git/libcurl TLS 백엔드의 경우 관련 구성은 다음과 같은 형태입니다.

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

프록시의 TLS 구성에 제공된 실제 파일을 사용하세요. 구성을 의도한 Git 범위에 적용하세요. 저장소 로컬 구성을 쓰면 이 경로를 해당 작업 사본으로만 제한할 수 있습니다.

설정역할
proxySSLCAInfoHTTPS 프록시를 검증하는 데 사용하는 CA 번들
proxySSLCert해당 프록시에 제시하는 클라이언트 인증서
proxySSLKey클라이언트 인증서와 짝을 이루는 개인 키
proxySSLCertPasswordProtected보호된 프록시 인증서와 키 자료에 대해 Git의 암호 입력을 활성화합니다

https:// 프록시 URL은 이 TLS 교환에 필수입니다. HTTPS 저장소로 CONNECT를 전달하는 평범한 HTTP 프록시가 그 자체로 자신의 리스너에서 TLS 클라이언트 인증서 인증을 수행하는 것은 아닙니다.

저장소의 인증서 신뢰와 저장소 클라이언트 인증서에는 각자의 ssl 구성이 있습니다. 마찬가지로 Proxy-Authenticate를 사용하는 HTTP 프록시 챌린지는 또 다른 인증 방식입니다.

이 구성을 유지할 때 연결된 libcurl 버전, TLS 백엔드, 지원되는 인증서 형식을 확인하세요. PEM 인증서 경로는 모든 플랫폼의 인증서 저장소 인터페이스를 대체하는 이식 가능한 방법이 아닙니다.

관련 글