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 प्रमाणपत्रको बाटो हरेक प्लेटफर्म प्रमाणपत्र-भण्डार इन्टरफेसका लागि पोर्टेबल विकल्प होइन।

सम्बन्धित लेखहरू