http.check-revoke управляет проверкой отзыва сертификатов в Windows. Значение false меняет политику проверки. Он не обнаруживает прокси, не выбирает его протокол и не устанавливает CA вашей организации.

Поэтому рецепт, содержащий и URL прокси, и check-revoke = false, нужно читать как два отдельных изменения. Если отключение проверки меняет результат, у вас есть зацепка в проверке сертификатов — а не доказательство того, что маршрут через прокси исправлен.

Используйте исходную ошибку, чтобы определить следующее расследование. Отозванный сертификат, недоступная информация об отзыве и не связанный с этим сбой цепочки — разные находки. При недоступной информации о состоянии проследите путь получения проверяющим и аутентификацию прокси под учётной записью Windows, запускающей Cargo, с её фактическим TLS-бэкендом.

Также определите неудачную загрузку. HTTP-передачи Cargo и отдельный вызов Git могут иметь разную конфигурацию. Успешная повторная попытка на одном пути ничего не говорит о политике сертификатов другого.

Держите требуемую проверку включённой, пока исправляете получение и доверие. Если организация намеренно отключает проверку отзыва, зафиксируйте это как решение по политике, а не как общую настройку совместимости с прокси.

Похожие статьи