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

Затова рецепта, съдържаща едновременно URL на прокси и check-revoke = false, трябва да се чете като две отделни промени. Ако изключването на проверката промени резултата, имате следа в проверката на сертификата — а не доказателство, че прокси маршрутът е поправен.

Използвайте първоначалната грешка, за да решите какво да разследвате. Отменен сертификат, недостъпна информация за отмяна и несвързан провал на веригата са различни находки. При недостъпна информация за състоянието проследете маршрута за извличане на проверяващия и прокси удостоверяването под Windows акаунта, който изпълнява Cargo, с действителния му TLS backend.

Също така установете неуспешното изтегляне. HTTP трансферите на Cargo и отделно извикване на Git могат да имат различна конфигурация. Успешен повторен опит по един път не казва нищо за сертификатната политика на другия.

Поддържайте необходимата проверка включена, докато поправяте извличането и доверието. Ако организация умишлено изключи проверката за отмяна, запишете го като политическо решение, а не като обща настройка за съвместимост с прокси.

Подобни статии