O proxy HTTPS de Git pode esixir o seu propio certificado de cliente

Configure a CA TLS do proxy, o certificado de cliente e a clave privada por separado dos axustes TLS e de inicio de sesión HTTP do repositorio.

Algúns proxies HTTPS de reenvío solicitan un certificado de cliente durante a conexión TLS de Git ao proxy. É un intercambio de autenticación distinto do inicio de sesión no repositorio.

Para un backend TLS de Git/libcurl compatible que use ficheiros PEM, a configuración relevante ten esta forma:

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

Use os ficheiros reais subministrados para a disposición TLS do proxy. Aplique a configuración no ámbito de Git previsto; unha configuración local do repositorio pode limitar esta ruta a esa copia de traballo.

AxusteFunción
proxySSLCAInfoPaquete de CA usado para verificar o proxy HTTPS
proxySSLCertCertificado de cliente presentado a ese proxy
proxySSLKeyClave privada que corresponde ao certificado de cliente
proxySSLCertPasswordProtectedActiva a solicitude de contrasinal de Git para o certificado e o material de clave protexidos do proxy

O URL do proxy con https:// é esencial para este intercambio TLS. Un proxy HTTP simple que transporta CONNECT cara a un repositorio HTTPS non realiza por iso autenticación de certificado de cliente TLS no seu propio receptor.

A confianza nos certificados do repositorio e calquera certificado de cliente do repositorio teñen a súa propia configuración ssl. Do mesmo xeito, un desafío de proxy HTTP mediante Proxy-Authenticate é outro mecanismo de autenticación.

Comprobe a versión de libcurl ligada, o backend TLS e o formato de certificado admitido ao manter esta configuración. Unha ruta a un certificado PEM non é un substituto portátil da interface de almacén de certificados de cada plataforma.

Artigos relacionados