http.check-revoke controla a verificação de revogação de certificados no Windows. Defini-lo como false altera a política de validação. Não descobre um proxy, não escolhe o protocolo dele nem instala a CA da sua organização.

Por isso, uma receita que contenha tanto um URL de proxy como check-revoke = false deve ser lida como duas alterações separadas. Se desativar a verificação mudar o resultado, você tem uma pista na verificação de certificados — não a prova de que a rota do proxy foi reparada.

Use o erro original para decidir a próxima investigação. Um certificado revogado, informações de revogação indisponíveis e uma falha de cadeia não relacionada são constatações diferentes. Para informações de estado indisponíveis, rastreie a rota de obtenção do verificador e a autenticação do proxy na conta do Windows que executa o Cargo, com o seu backend TLS real.

Identifique também o download que falhou. As transferências HTTP do Cargo e uma chamada Git separada podem ter configurações diferentes. Uma nova tentativa bem-sucedida num caminho não diz nada sobre a política de certificados do outro.

Mantenha a verificação necessária ativa enquanto repara a obtenção e a confiança. Se uma organização desativar deliberadamente a verificação de revogação, registe isso como uma decisão de política e não como uma definição geral de compatibilidade com proxies.

Artigos relacionados