프록시와 패키지 서버를 위한 Cargo CA 번들
Cargo의 cainfo와 proxy-cainfo를 올바른 TLS 연결에 적용하고, 모든 프록시 인증서 오류를 하나의 신뢰 문제로 취급하지 마세요.
HTTPS 프록시와 HTTPS 패키지 소스를 사용하는 경우 Cargo는 서로 다른 CA 번들로 두 TLS 연결을 검증할 수 있습니다.
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"엔드포인트와 경로를 승인된 값으로 바꾸세요. 이 프록시는 의도적으로 TLS 리스너를 갖습니다. 일반 HTTP 프록시는 패키지 소스가 HTTPS를 사용한다고 해서 HTTPS 프록시가 되지 않습니다.
| 실패 단계 | 확인할 신뢰 설정 |
|---|---|
| 대상 터널이 생기기 전 프록시 TLS | http.proxy-cainfo. 별도로 설정하지 않으면 http.cainfo로 대체됩니다. |
| 터널이 설정된 후 대상 인증서 | 대상의 신뢰 경로에 쓰는 http.cainfo. |
대응하는 변수는 CARGO_HTTP_PROXY_CAINFO와 CARGO_HTTP_CAINFO입니다. 적절한 승인된 인증 기관을 사용하세요. 임의의 인증서를 두 파일에 복사해도 어느 연결에 문제가 있는지 알아낼 수 없습니다.
CONNECT를 전달하는 평문 HTTP 프록시에는 검증할 프록시 리스너 TLS 인증서가 없습니다. 그 경우의 대상 오류는 프록시 CA 파일을 만들어 낸다고 해결되지 않습니다. 설정한 경로가 실제 컨테이너나 CI 작업 안에 있는지도 확인하고, 환경을 비교할 때 운영 체제와 TLS 백엔드 동작을 고려하세요.
검증을 활성화한 상태로 유지하세요. 의도한 서비스와 단지 전송이 계속되는 상태를 구분하는 데 필요한 신원 확인을 제공합니다.