Le proxy HTTPS de Git peut exiger son propre certificat client

Configurez l’AC TLS du proxy, le certificat client et la clé privée séparément des réglages TLS et de connexion HTTP du dépôt.

Certains proxys HTTPS mandatés demandent un certificat client lors de la connexion TLS entre Git et le proxy. Il s’agit d’un échange d’authentification distinct de la connexion au dépôt.

Pour un moteur TLS Git/libcurl compatible utilisant des fichiers PEM, la configuration concernée prend cette forme :

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

Utilisez les fichiers réels fournis pour l’agencement TLS du proxy. Appliquez la configuration à la portée Git prévue ; une configuration locale au dépôt peut restreindre cette voie à cette copie de travail.

RéglageRôle
proxySSLCAInfoPaquet d’AC utilisé pour vérifier le proxy HTTPS
proxySSLCertCertificat client présenté à ce proxy
proxySSLKeyClé privée correspondant au certificat client
proxySSLCertPasswordProtectedActive l’invite de mot de passe de Git pour le certificat et le matériel de clé protégés du proxy

L’URL de proxy en https:// est indispensable à cet échange TLS. Un proxy HTTP simple qui transporte CONNECT vers un dépôt HTTPS n’effectue pas pour autant d’authentification par certificat client TLS sur son propre écouteur.

La confiance dans les certificats du dépôt et un éventuel certificat client du dépôt ont leur propre configuration ssl. De même, un défi de proxy HTTP via Proxy-Authenticate est un autre mécanisme d’authentification.

Vérifiez la version de libcurl liée, le moteur TLS et le format de certificat pris en charge lors de la maintenance de cette installation. Un chemin vers un certificat PEM n’est pas un substitut portable à l’interface de magasin de certificats de chaque plateforme.

Articles similaires