http.check-revoke kontroliše provjeru opoziva certifikata na Windowsu. Postavljanje na false mijenja politiku validacije. On ne otkriva proxy, ne bira njegov protokol niti instalira CA vaše organizacije.

Zato recept koji sadrži i proxy URL i check-revoke = false treba čitati kao dvije odvojene promjene. Ako isključivanje provjere promijeni ishod, imate trag u verifikaciji certifikata — a ne dokaz da je proxy ruta popravljena.

Koristite izvornu grešku da odredite sljedeću istragu. Opozvani certifikat, nedostupna informacija o opozivu i nepovezani kvar lanca različiti su nalazi. Za nedostupne statusne informacije pratite put preuzimanja verifikatora i proxy autentifikaciju pod Windows računom koji pokreće Cargo, s njegovim stvarnim TLS backendom.

Također identificirajte neuspjelo preuzimanje. Cargo HTTP transferi i zaseban Git poziv mogu imati različitu konfiguraciju. Uspješan ponovni pokušaj na jednoj ruti ne govori ništa o politici certifikata druge.

Držite potrebnu verifikaciju uključenom dok popravljate preuzimanje i povjerenje. Ako organizacija namjerno isključi provjeru opoziva, zabilježite to kao odluku o politici, a ne kao opću postavku kompatibilnosti s proxyjem.

Povezani članci