प्रॉक्सी आणि पॅकेज सर्वरसाठी 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 बॅकएंडचे वर्तन लक्षात घ्या.
पडताळणी सुरू ठेवा. इच्छित सेवेला फक्त पुढे चालू असलेल्या हस्तांतरणापासून वेगळे ओळखण्यासाठीची ओळख तपासणी ती देते.