http.check-revoke styrer kontrollen av sertifikattilbakekalling på Windows. Å sette den til false endrer valideringspolicyen. Den finner ikke en proxy, velger ikke protokollen dens og installerer ikke organisasjonens CA.

Derfor må en oppskrift med både en proxy-URL og check-revoke = false leses som to separate endringer. Hvis deaktivering av kontrollen endrer resultatet, har du et spor i sertifikatverifiseringen — ikke bevis for at proxy-ruten er reparert.

Bruk den opprinnelige feilen til å avgjøre neste undersøkelse. Et tilbakekalt sertifikat, utilgjengelig tilbakekallingsinformasjon og en urelatert kjedefeil er forskjellige funn. Ved utilgjengelig statusinformasjon, følg verifikatorens hentingsrute og proxy-autentisering under Windows-kontoen som kjører Cargo, med dens faktiske TLS-backend.

Identifiser også den mislykkede nedlastingen. Cargos HTTP-overføringer og et separat Git-kall kan ha ulik konfigurasjon. Et vellykket nytt forsøk på én rute sier ingenting om den andres sertifikatpolicy.

Hold den påkrevde verifiseringen aktiv mens du reparerer henting og tillit. Hvis en organisasjon bevisst deaktiverer tilbakekallingskontrollen, registrer det som en policybeslutning og ikke som en generell proxy-kompatibilitetsinnstilling.

Relaterte artikler