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 प्रमाणपत्र का पथ हर प्लेटफ़ॉर्म के प्रमाणपत्र-स्टोर इंटरफ़ेस का पोर्टेबल विकल्प नहीं है।

संबंधित लेख