Git HTTPS proksi može zahtevati sopstveni klijentski sertifikat

Konfigurišite TLS CA proksija, klijentski sertifikat i privatni ključ odvojeno od TLS i HTTP postavki za prijavu na repozitorijum.

Neki HTTPS proksiji za prosleđivanje traže klijentski sertifikat tokom TLS veze od Git-a do proksija. To je odvojena razmena autentifikacije od prijave na repozitorijum.

Za kompatibilan Git/libcurl TLS backend koji koristi PEM datoteke, odgovarajuća konfiguracija izgleda ovako:

[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 isporučene za TLS aranžman proksija. Primenite konfiguraciju u željenom Git obimu; konfiguracija na nivou repozitorijuma može zadržati ovu rutu ograničenu na taj checkout.

PostavkaUloga
proxySSLCAInfoCA paket koji se koristi za verifikaciju HTTPS proksija
proxySSLCertKlijentski sertifikat koji se predstavlja tom proksiju
proxySSLKeyPrivatni ključ koji odgovara klijentskom sertifikatu
proxySSLCertPasswordProtectedOmogućava Git-ov upit za lozinku za zaštićeni materijal sertifikata i ključa proksija

https:// URL proksija je ključan za ovu TLS razmenu. Običan HTTP proksi koji prenosi CONNECT do HTTPS repozitorijuma time ne obavlja TLS autentifikaciju klijentskim sertifikatom na sopstvenom listeneru.

Poverenje u sertifikate repozitorijuma i eventualni klijentski sertifikat repozitorijuma imaju sopstvenu ssl konfiguraciju. Isto tako, HTTP proksi izazov sa Proxy-Authenticate je drugi mehanizam autentifikacije.

Kada održavate ovo podešavanje, proverite povezanu verziju libcurl-a, TLS backend i podržani format sertifikata. Putanja do PEM sertifikata nije prenosiva zamena za svaki interfejs platformskog skladišta sertifikata.

Povezani članci