Git'in HTTPS proxy'si kendi istemci sertifikasını isteyebilir

Proxy'nin TLS CA'sını, istemci sertifikasını ve özel anahtarını deponun TLS ve HTTP oturum açma ayarlarından ayrı olarak yapılandırın.

Bazı HTTPS yönlendiren proxy'ler, Git'ten proxy'ye TLS bağlantısı sırasında bir istemci sertifikası ister. Bu, depoya oturum açmaktan ayrı bir kimlik doğrulama alışverişidir.

PEM dosyaları kullanan uyumlu bir Git/libcurl TLS arka ucu için ilgili yapılandırma şu biçimdedir:

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

Proxy'nin TLS düzeni için sağlanan gerçek dosyaları kullanın. Yapılandırmayı amaçlanan Git kapsamında uygulayın; depo düzeyinde bir yapılandırma bu yolu o çalışma kopyasıyla sınırlı tutabilir.

AyarRol
proxySSLCAInfoHTTPS proxy'sini doğrulamak için kullanılan CA paketi
proxySSLCertO proxy'ye sunulan istemci sertifikası
proxySSLKeyİstemci sertifikasıyla eşleşen özel anahtar
proxySSLCertPasswordProtectedKorumalı proxy sertifikası ve anahtar malzemesi için Git'in parola istemesini etkinleştirir

https:// proxy URL'si bu TLS alışverişi için zorunludur. Bir HTTPS deposuna CONNECT taşıyan sıradan bir HTTP proxy, bu nedenle kendi dinleyicisinde TLS istemci sertifikası kimlik doğrulaması yapmaz.

Deponun sertifika güveni ve varsa depo istemci sertifikası kendi ssl yapılandırmasına sahiptir. Benzer şekilde Proxy-Authenticate kullanan bir HTTP proxy meydan okuması başka bir kimlik doğrulama mekanizmasıdır.

Bu kurulumu sürdürürken bağlı libcurl sürümünü, TLS arka ucunu ve desteklenen sertifika biçimini denetleyin. Bir PEM sertifikasına giden yol, platformun her sertifika deposu arayüzü için taşınabilir bir yedek değildir.

İlgili makaleler