Git HTTPS tarpinė programa gali reikalauti savo kliento sertifikato

Sukonfigūruokite tarpinės programos TLS CA, kliento sertifikatą ir privatų raktą atskirai nuo saugyklos TLS ir HTTP prisijungimo nustatymų.

Kai kurios HTTPS perdavimo tarpinės programos TLS ryšio tarp Git ir tarpinės programos metu prašo kliento sertifikato. Tai atskiras autentifikavimo veiksmas, nesusijęs su prisijungimu prie saugyklos.

Suderinamai Git/libcurl TLS realizacijai, naudojančiai PEM failus, atitinkama konfigūracija atrodo taip:

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

Naudokite tikruosius failus, pateiktus tarpinės programos TLS sąrankai. Taikykite konfigūraciją numatytoje Git apimtyje; saugyklos lygio konfigūracija gali apriboti šį maršrutą iki tos darbinės kopijos.

NustatymasPaskirtis
proxySSLCAInfoCA paketas, naudojamas HTTPS tarpinei programai patikrinti
proxySSLCertKliento sertifikatas, pateikiamas tai tarpinei programai
proxySSLKeyPrivatus raktas, atitinkantis kliento sertifikatą
proxySSLCertPasswordProtectedĮjungia Git slaptažodžio užklausą apsaugotai tarpinės programos sertifikato ir rakto medžiagai

https:// tarpinės programos URL yra būtinas šiam TLS mainui. Paprasta HTTP tarpinė programa, perduodanti CONNECT į HTTPS saugyklą, taip pati neatlieka TLS kliento sertifikato autentifikavimo savo klausymosi prievade.

Saugyklos sertifikatų pasitikėjimas ir bet koks saugyklos kliento sertifikatas turi savo ssl konfigūraciją. Taip pat HTTP tarpinės programos iššūkis su Proxy-Authenticate yra kitas autentifikavimo mechanizmas.

Prižiūrėdami šią sąranką tikrinkite susietą libcurl versiją, TLS realizaciją ir palaikomą sertifikato formatą. Kelias į PEM sertifikatą nėra perkeliamas pakaitalas visoms platformos sertifikatų saugyklos sąsajoms.

Susiję straipsniai