HTTPS proxy v Gitu může vyžadovat vlastní klientský certifikát

Nakonfigurujte TLS CA proxy, klientský certifikát a soukromý klíč odděleně od nastavení TLS a HTTP přihlášení k repozitáři.

Některé HTTPS proxy vyžadují při TLS spojení z Gitu k proxy klientský certifikát. Jde o samostatnou výměnu ověření, odlišnou od přihlášení k repozitáři.

Pro kompatibilní TLS backend Gitu/libcurl, který používá soubory PEM, má příslušná konfigurace tento tvar:

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

Použijte skutečné soubory dodané pro TLS uspořádání proxy. Konfiguraci aplikujte v zamýšleném rozsahu Gitu; konfigurace na úrovni repozitáře může tuto cestu omezit jen na tento pracovní adresář.

NastaveníRole
proxySSLCAInfoSada CA použitá k ověření HTTPS proxy
proxySSLCertKlientský certifikát předkládaný této proxy
proxySSLKeySoukromý klíč odpovídající klientskému certifikátu
proxySSLCertPasswordProtectedZapíná výzvu Gitu k zadání hesla pro chráněný certifikát a klíčový materiál proxy

URL proxy s https:// je pro tuto TLS výměnu zásadní. Běžná HTTP proxy přenášející CONNECT k HTTPS repozitáři tím neprovádí TLS autentizaci klientským certifikátem na svém vlastním listeneru.

Důvěra v certifikáty repozitáře a případný klientský certifikát repozitáře mají vlastní konfiguraci ssl. Stejně tak výzva HTTP proxy pomocí Proxy-Authenticate je jiný autentizační mechanismus.

Při údržbě tohoto nastavení kontrolujte propojenou verzi libcurl, TLS backend a podporovaný formát certifikátu. Cesta k certifikátu PEM není přenosnou náhradou rozhraní úložiště certifikátů na každé platformě.

Související články