El proxy HTTPS de Git puede exigir su propio certificado de cliente
Configure la CA TLS del proxy, el certificado de cliente y la clave privada por separado de los ajustes TLS e inicio de sesión HTTP del repositorio.
Algunos proxies HTTPS de reenvío solicitan un certificado de cliente durante la conexión TLS de Git al proxy. Es un intercambio de autenticación distinto del inicio de sesión en el repositorio.
Para un backend TLS de Git/libcurl compatible que use archivos PEM, la configuración relevante tiene esta forma:
[http]
proxy = https://proxy.example:8443
proxySSLCAInfo = /secure/proxy-ca.pem
proxySSLCert = /secure/proxy-client.pem
proxySSLKey = /secure/proxy-client.key
proxySSLCertPasswordProtected = trueUtilice los archivos reales proporcionados para el esquema TLS del proxy. Aplique la configuración en el ámbito de Git previsto; una configuración local del repositorio puede limitar esta ruta a esa copia de trabajo.
| Ajuste | Función |
|---|---|
| proxySSLCAInfo | Paquete de CA usado para verificar el proxy HTTPS |
| proxySSLCert | Certificado de cliente presentado a ese proxy |
| proxySSLKey | Clave privada que corresponde al certificado de cliente |
| proxySSLCertPasswordProtected | Habilita la petición de contraseña de Git para el certificado y el material de clave protegidos del proxy |
La URL del proxy con https:// es esencial para este intercambio TLS. Un proxy HTTP simple que transporta CONNECT hacia un repositorio HTTPS no realiza por ello autenticación de certificado de cliente TLS en su propio receptor.
La confianza en los certificados del repositorio y cualquier certificado de cliente del repositorio tienen su propia configuración ssl. Del mismo modo, un desafío de proxy HTTP mediante Proxy-Authenticate es otro mecanismo de autenticación.
Compruebe la versión de libcurl enlazada, el backend TLS y el formato de certificado admitido al mantener esta configuración. Una ruta a un certificado PEM no es un sustituto portátil de la interfaz de almacén de certificados de cada plataforma.