HTTPS-proxyen til Git kan krevje sitt eige klientsertifikat
Set opp TLS-CA-en, klientsertifikatet og den private nøkkelen til proxyen skilt frå TLS- og HTTP-innstillingane for innlogging i repositoriet.
Nokre HTTPS-vidareformidlande proxyar ber om eit klientsertifikat under TLS-sambandet frå Git til proxyen. Det er ei eiga autentiseringsutveksling, skild frå innlogginga mot repositoriet.
For ein kompatibel Git/libcurl TLS-backend som brukar PEM-filer, har den relevante konfigurasjonen denne forma:
[http]
proxy = https://proxy.example:8443
proxySSLCAInfo = /secure/proxy-ca.pem
proxySSLCert = /secure/proxy-client.pem
proxySSLKey = /secure/proxy-client.key
proxySSLCertPasswordProtected = trueBruk dei faktiske filene som er leverte for TLS-oppsettet til proxyen. Bruk konfigurasjonen på det tiltenkte Git-nivået; ein konfigurasjon på repositorienivå kan halde denne ruta avgrensa til den utsjekkinga.
| Innstilling | Rolle |
|---|---|
| proxySSLCAInfo | CA-pakke som vert brukt til å stadfeste HTTPS-proxyen |
| proxySSLCert | Klientsertifikat som vert lagt fram for den proxyen |
| proxySSLKey | Privat nøkkel som høyrer til klientsertifikatet |
| proxySSLCertPasswordProtected | Slår på passordspørsmålet i Git for verna sertifikat- og nøkkelmateriale for proxyen |
https://-proxyadressa er avgjerande for denne TLS-utvekslinga. Ein vanleg HTTP-proxy som fører CONNECT til eit HTTPS-repositorium, gjer ikkje dermed TLS-klientsertifikatautentisering på sin eigen lyttar.
Sertifikattilliten til repositoriet og eit eventuelt klientsertifikat for repositoriet har sin eigen ssl-konfigurasjon. På same måte er ei HTTP-proxyutfordring med Proxy-Authenticate ein annan autentiseringsmekanisme.
Kontroller den kopla libcurl-versjonen, TLS-backenden og støtta sertifikatformat når du vedlikeheld dette oppsettet. Ein stig til eit PEM-sertifikat er ikkje ei flyttbar erstatning for alle sertifikatlager-grensesnitt på plattformer.