Cargo-ს CA ნაკრებები პროქსისა და პაკეტების სერვერისთვის
Cargo-ს cainfo და proxy-cainfo შესაბამის TLS კავშირს მიუსადაგეთ; პროქსის სერტიფიკატის ყველა შეცდომა ნდობის ერთ პრობლემად არ მიიჩნიოთ.
HTTPS პროქსისა და HTTPS პაკეტების წყაროსთვის Cargo-ს შეუძლია ორი TLS კავშირი სხვადასხვა CA ნაკრებით შეამოწმოს:
[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. გამოიყენეთ სათანადო დამტკიცებული სერტიფიკაციის ორგანო; შემთხვევითი სერტიფიკატის ორივე ფაილში გადაკოპირება ვერ განსაზღვრავს, რომელი კავშირია მცდარი.
დაუშიფრავ HTTP პროქსის, რომელსაც CONNECT გადააქვს, შესამოწმებელი პროქსი მსმენელის TLS სერტიფიკატი არ აქვს. ასეთ შემთხვევაში დანიშნულების შეცდომას გამოგონილი პროქსი CA ფაილი ვერ ასწორებს. ასევე შეამოწმეთ, რომ მითითებული ბილიკი რეალურ კონტეინერში ან CI ამოცანაში არსებობს, ხოლო გარემოების შედარებისას ოპერაციული სისტემისა და TLS ბეკენდის ქცევაც გაითვალისწინეთ.
შემოწმება ჩართული დატოვეთ. ის იდენტობის შემოწმებას იძლევა, რომელიც საჭირო სერვისს უბრალოდ გაგრძელებული გადაცემისგან განასხვავებს.