Proxy-ul HTTPS al Git poate cere propriul certificat de client

Configurați CA-ul TLS al proxy-ului, certificatul de client și cheia privată separat de setările TLS și de autentificare HTTP ale depozitului.

Unele proxy-uri HTTPS de tip forward cer un certificat de client în timpul conexiunii TLS de la Git la proxy. Acesta este un schimb de autentificare separat de autentificarea în depozit.

Pentru un backend TLS Git/libcurl compatibil care folosește fișiere PEM, configurația relevantă arată astfel:

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

Folosiți fișierele reale furnizate pentru aranjamentul TLS al proxy-ului. Aplicați configurația în domeniul Git dorit; o configurație la nivel de depozit poate limita această rută la acea copie de lucru.

SetareRol
proxySSLCAInfoPachetul CA folosit pentru verificarea proxy-ului HTTPS
proxySSLCertCertificatul de client prezentat acelui proxy
proxySSLKeyCheia privată care corespunde certificatului de client
proxySSLCertPasswordProtectedActivează solicitarea parolei Git pentru materialul protejat de certificat și cheie al proxy-ului

URL-ul https:// al proxy-ului este esențial pentru acest schimb TLS. Un proxy HTTP simplu care transportă CONNECT către un depozit HTTPS nu efectuează prin aceasta autentificarea cu certificat de client TLS pe propriul listener.

Încrederea în certificatele depozitului și orice certificat de client al depozitului au propria configurație ssl. De asemenea, o provocare de proxy HTTP cu Proxy-Authenticate este un alt mecanism de autentificare.

Verificați versiunea libcurl asociată, backendul TLS și formatul de certificat acceptat atunci când întrețineți această configurație. O cale către un certificat PEM nu este un substitut portabil pentru fiecare interfață de stocare a certificatelor a platformei.

Articole similare