Git-ov HTTPS proxy može zahtijevati vlastiti klijentski certifikat

Konfigurirajte TLS CA proxyja, klijentski certifikat i privatni ključ odvojeno od TLS i HTTP postavki prijave repozitorija.

Neki HTTPS proxy poslužitelji traže klijentski certifikat tijekom TLS veze od Gita do proxyja. To je odvojena razmjena provjere autentičnosti u odnosu na prijavu u repozitorij.

Za kompatibilnu Git/libcurl TLS pozadinu koja koristi PEM datoteke, odgovarajuća konfiguracija ima ovaj oblik:

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

Koristite stvarne datoteke priložene uz TLS postavku proxyja. Primijenite konfiguraciju na predviđenoj Git razini; konfiguracija na razini repozitorija može ovu rutu ograničiti na tu radnu kopiju.

PostavkaUloga
proxySSLCAInfoCA paket koji se koristi za provjeru HTTPS proxyja
proxySSLCertKlijentski certifikat koji se predstavlja tom proxyju
proxySSLKeyPrivatni ključ koji odgovara klijentskom certifikatu
proxySSLCertPasswordProtectedOmogućuje Gitov upit za lozinku za zaštićeni certifikat i ključ proxyja

URL proxyja s https:// presudan je za ovu TLS razmjenu. Obični HTTP proxy koji prenosi CONNECT prema HTTPS repozitoriju time ne obavlja TLS provjeru klijentskog certifikata na vlastitom prijemniku.

Povjerenje u certifikate repozitorija i bilo koji klijentski certifikat repozitorija imaju vlastitu ssl konfiguraciju. Isto tako, izazov HTTP proxyja putem Proxy-Authenticate drugi je mehanizam provjere autentičnosti.

Provjerite povezanu verziju libcurla, TLS pozadinu i podržani format certifikata pri održavanju ove postavke. Putanja do PEM certifikata nije prenosiva zamjena za sučelje spremišta certifikata svake platforme.

Povezani članci