प्रोक्सी र प्याकेज सर्भरका लागि 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 ब्याकएन्डको व्यवहार विचार गर्नुहोस्।
प्रमाणीकरण सक्षम राख्नुहोस्। यसले चाहिएको सेवालाई केवल अघि बढिरहेको स्थानान्तरणबाट छुट्याउन आवश्यक पहिचान जाँच दिन्छ।