Git चे HTTPS प्रॉक्सी स्वतःचे क्लायंट सर्टिफिकेट मागू शकते

प्रॉक्सीचे TLS CA, क्लायंट सर्टिफिकेट आणि खाजगी की रेपॉझिटरीच्या TLS व HTTP लॉगिन सेटिंग्जपासून वेगळे कॉन्फिगर करा.

काही HTTPS फॉरवर्ड प्रॉक्सी Git ते प्रॉक्सी या TLS कनेक्शनदरम्यान क्लायंट सर्टिफिकेट मागतात. ही रेपॉझिटरीमध्ये लॉगिन करण्यापेक्षा वेगळी प्रमाणीकरण प्रक्रिया आहे.

PEM फाइली वापरणाऱ्या सुसंगत Git/libcurl TLS बॅकएंडसाठी संबंधित कॉन्फिगरेशन असे दिसते:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

प्रॉक्सीच्या TLS व्यवस्थेसाठी दिलेल्या प्रत्यक्ष फाइली वापरा. कॉन्फिगरेशन इच्छित Git स्कोपवर लागू करा; रेपॉझिटरी-स्तरीय कॉन्फिगरेशन हा मार्ग त्या चेकआउटपुरता मर्यादित ठेवू शकते.

सेटिंगभूमिका
proxySSLCAInfoHTTPS प्रॉक्सी सत्यापित करण्यासाठी वापरले जाणारे CA बंडल
proxySSLCertत्या प्रॉक्सीला सादर केले जाणारे क्लायंट सर्टिफिकेट
proxySSLKeyक्लायंट सर्टिफिकेटशी जुळणारी खाजगी की
proxySSLCertPasswordProtectedसंरक्षित प्रॉक्सी सर्टिफिकेट व की सामग्रीसाठी Git चा पासवर्ड प्रॉम्प्ट सक्षम करते

या TLS देवाणघेवाणीसाठी https:// प्रॉक्सी URL आवश्यक आहे. HTTPS रेपॉझिटरीकडे CONNECT नेणारी साधी HTTP प्रॉक्सी त्यामुळे स्वतःच्या लिसनरवर TLS क्लायंट-सर्टिफिकेट प्रमाणीकरण करत नाही.

रेपॉझिटरीचा सर्टिफिकेट विश्वास आणि कोणतेही रेपॉझिटरी क्लायंट सर्टिफिकेट यांचे स्वतःचे ssl कॉन्फिगरेशन असते. तसेच, Proxy-Authenticate वापरणारे HTTP प्रॉक्सी आव्हान ही दुसरी प्रमाणीकरण पद्धत आहे.

ही व्यवस्था सांभाळताना जोडलेली libcurl आवृत्ती, TLS बॅकएंड आणि समर्थित सर्टिफिकेट स्वरूप तपासा. PEM सर्टिफिकेटचा मार्ग प्रत्येक प्लॅटफॉर्म सर्टिफिकेट-स्टोअर इंटरफेससाठी सुवाह्य पर्याय नाही.

संबंधित लेख