http.check-revoke styrer kontrol af certifikattilbagekaldelse på Windows. At sætte den til false ændrer valideringspolitikken. Den finder ikke en proxy, vælger ikke dens protokol og installerer ikke din organisations CA.

Derfor skal en opskrift med både en proxy-URL og check-revoke = false læses som to separate ændringer. Hvis deaktivering af kontrollen ændrer resultatet, har du et spor i certifikatverifikationen — ikke bevis for at proxy-ruten er repareret.

Brug den oprindelige fejl til at beslutte den næste undersøgelse. Et tilbagekaldt certifikat, utilgængelig tilbagekaldelsesinformation og en urelateret kædefejl er forskellige fund. Ved utilgængelig statusinformation følger du verifikatorens hentningsrute og proxy-godkendelse under den Windows-konto, der kører Cargo, med dens faktiske TLS-backend.

Identificér også den mislykkede download. Cargos HTTP-overførsler og et separat Git-kald kan have forskellig konfiguration. Et vellykket nyt forsøg på én rute siger intet om den andens certifikatpolitik.

Hold den krævede verifikation aktiveret, mens du reparerer hentning og tillid. Hvis en organisation bevidst deaktiverer tilbagekaldelseskontrol, skal det registreres som en politisk beslutning og ikke som en generel proxy-kompatibilitetsindstilling.

Relaterede artikler