O proxy HTTPS do Git pode exigir seu próprio certificado de cliente

Configure a CA TLS do proxy, o certificado de cliente e a chave privada separadamente das definições de TLS e de login HTTP do repositório.

Alguns proxies de encaminhamento HTTPS pedem um certificado de cliente durante a conexão TLS do Git com o proxy. Essa é uma troca de autenticação separada do login no repositório.

Para um backend TLS do Git/libcurl compatível que use arquivos PEM, a configuração relevante tem este formato:

[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 arquivos reais fornecidos para o arranjo TLS do proxy. Aplique a configuração no escopo Git pretendido; uma configuração no nível do repositório pode manter essa rota limitada a esse checkout.

DefiniçãoPapel
proxySSLCAInfoPacote de CA usado para verificar o proxy HTTPS
proxySSLCertCertificado de cliente apresentado a esse proxy
proxySSLKeyChave privada correspondente ao certificado de cliente
proxySSLCertPasswordProtectedAtiva o prompt de senha do Git para material protegido de certificado e chave do proxy

A URL https:// do proxy é essencial para essa troca TLS. Um proxy HTTP comum que transporta CONNECT até um repositório HTTPS não realiza, por isso, autenticação de certificado de cliente TLS no próprio listener.

A confiança nos certificados do repositório e qualquer certificado de cliente do repositório têm configuração ssl própria. Da mesma forma, um desafio de proxy HTTP com Proxy-Authenticate é outro mecanismo de autenticação.

Verifique a versão vinculada do libcurl, o backend TLS e o formato de certificado suportado ao manter esta configuração. Um caminho para um certificado PEM não é um substituto portátil para todas as interfaces de armazenamento de certificados da plataforma.

Artigos relacionados