Pacotes de CA do Cargo para o proxy e o servidor de pacotes
Aplique cainfo e proxy-cainfo do Cargo à conexão TLS correta, sem tratar toda falha de certificado de proxy como um único problema de confiança.
Com um proxy HTTPS e uma fonte de pacotes HTTPS, o Cargo pode verificar duas conexões TLS com pacotes de CA diferentes:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Substitua o endpoint e os caminhos pelos valores aprovados. Esse proxy tem deliberadamente um listener TLS; um proxy HTTP comum não se torna HTTPS porque a fonte de pacotes usa HTTPS.
| Etapa da falha | Configuração de confiança a verificar |
|---|---|
| TLS do proxy, antes de existir um túnel para o destino | http.proxy-cainfo, que recorre a http.cainfo quando não é definido separadamente. |
| Certificado do destino após estabelecer o túnel | http.cainfo para o caminho de confiança do destino. |
As variáveis correspondentes são CARGO_HTTP_PROXY_CAINFO e CARGO_HTTP_CAINFO. Use a autoridade aprovada adequada; copiar um certificado qualquer para os dois arquivos não identifica qual conexão está errada.
Um proxy HTTP sem criptografia que transporta CONNECT não tem certificado TLS de listener do proxy para verificar. Um erro do destino nesse caso não é corrigido inventando um arquivo de CA do proxy. Confira também se o caminho configurado existe dentro do contêiner ou job de CI real e considere o comportamento do sistema operacional e do backend TLS ao comparar ambientes.
Mantenha a verificação ativada. Ela fornece a checagem de identidade necessária para distinguir o serviço pretendido de uma transferência que apenas prossegue.