http.check-revoke steruje sprawdzaniem odwołania certyfikatów w Windows. Ustawienie false zmienia politykę walidacji. Nie wykrywa proxy, nie wybiera jego protokołu ani nie instaluje CA Twojej organizacji.

Dlatego przepis zawierający zarówno adres URL proxy, jak i check-revoke = false trzeba czytać jako dwie osobne zmiany. Jeśli wyłączenie sprawdzania zmienia wynik, masz trop w weryfikacji certyfikatów — a nie dowód, że trasa przez proxy została naprawiona.

Użyj pierwotnego błędu, aby zdecydować o następnym dochodzeniu. Odwołany certyfikat, niedostępne informacje o odwołaniu i niezwiązany błąd łańcucha to różne ustalenia. Gdy informacje o stanie są niedostępne, prześledź ścieżkę pobierania weryfikatora i uwierzytelnianie proxy na koncie Windows uruchamiającym Cargo, z jego rzeczywistym backendem TLS.

Zidentyfikuj także nieudane pobranie. Transfery HTTP Cargo i osobne wywołanie Git mogą mieć inną konfigurację. Udana ponowna próba na jednej ścieżce nic nie mówi o polityce certyfikatów drugiej.

Utrzymuj wymaganą weryfikację włączoną, naprawiając pobieranie i zaufanie. Jeśli organizacja świadomie wyłącza sprawdzanie odwołania, zapisz to jako decyzję polityki, a nie jako ogólne ustawienie zgodności z proxy.

Powiązane artykuły