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 સર્ટિફિકેટનો માર્ગ દરેક પ્લેટફોર્મના સર્ટિફિકેટ-સ્ટોર ઇન્ટરફેસ માટે સ્થાનાંતરણયોગ્ય વિકલ્પ નથી.

સંબંધિત લેખો