Gits HTTPS-proxy kan kræve sit eget klientcertifikat
Konfigurér proxyens TLS-CA, klientcertifikat og private nøgle adskilt fra repositoryets TLS- og HTTP-loginindstillinger.
Nogle HTTPS-forwardproxier anmoder om et klientcertifikat under TLS-forbindelsen fra Git til proxyen. Det er en separat godkendelsesudveksling i forhold til login på repositoryet.
For et kompatibelt Git/libcurl TLS-backend, der bruger PEM-filer, har den relevante konfiguration denne form:
[http]
proxy = https://proxy.example:8443
proxySSLCAInfo = /secure/proxy-ca.pem
proxySSLCert = /secure/proxy-client.pem
proxySSLKey = /secure/proxy-client.key
proxySSLCertPasswordProtected = trueBrug de faktiske filer, der er leveret til proxyens TLS-opsætning. Anvend konfigurationen på det tilsigtede Git-område; en repository-lokal konfiguration kan begrænse denne rute til netop det arbejdstræ.
| Indstilling | Rolle |
|---|---|
| proxySSLCAInfo | CA-pakke, der bruges til at verificere HTTPS-proxyen |
| proxySSLCert | Klientcertifikat, der præsenteres for den proxy |
| proxySSLKey | Privat nøgle, der matcher klientcertifikatet |
| proxySSLCertPasswordProtected | Aktiverer Gits adgangskodeprompt for beskyttet proxycertifikat og nøglemateriale |
Proxy-URL'en med https:// er afgørende for denne TLS-udveksling. En almindelig HTTP-proxy, der bærer CONNECT til et HTTPS-repository, udfører ikke dermed TLS-klientcertifikatgodkendelse på sin egen listener.
Repositoryets certifikatstillid og et eventuelt repository-klientcertifikat har deres egen ssl-konfiguration. Ligeledes er en HTTP-proxy-udfordring med Proxy-Authenticate en anden godkendelsesmekanisme.
Kontrollér den linkede libcurl-version, TLS-backend og understøttet certifikatformat, når denne opsætning vedligeholdes. En sti til et PEM-certifikat er ikke en portabel erstatning for hver platforms certifikatlagerinterface.