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

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

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

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

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

Поврзани статии