प्रॉक्सी और पैकेज सर्वर के लिए 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 बैकएंड का व्यवहार ध्यान में रखें।
सत्यापन चालू रखें। यह अपेक्षित सेवा को केवल जारी रहने वाले ट्रांसफ़र से अलग करने के लिए ज़रूरी पहचान जाँच देता है।