http.check-revoke контролише проверу опозива сертификата на Windows-у. Постављање на false мења политику валидације. Оно не проналази прокси, не бира његов протокол и не инсталира CA ваше организације.

Зато рецепт који садржи и URL проксија и check-revoke = false треба читати као две одвојене измене. Ако искључивање провере промени исход, имате траг у верификацији сертификата — али не доказ да је прокси путања поправљена.

Користите оригиналну грешку да одлучите шта следеће истраживати. Опозван сертификат, недоступна информација о опозиву и неповезани квар ланца различити су налази. За недоступне статусне информације, пратите путању којом верификатор добавља податке и прокси аутентикацију под Windows налогом који извршава Cargo, са његовим стварним TLS позадинским механизмом.

Такође утврдите који је преузимање неуспешно. Cargo HTTP преноси и засебан Git позив могу имати различиту конфигурацију. Успешан поновни покушај на једној путањи не говори ништа о политици сертификата друге.

Држите обавезну верификацију укључену док поправљате добављање и поверење. Ако организација намерно искључује проверу опозива, запишите то као одлуку о политици, а не као општу поставку компатибилности са проксијем.

Повезани чланци