http.check-revoke styrer kontrollen av sertifikattilbakekalling på Windows. Å setje han til false endrar valideringspolicyen. Han finn ikkje ein proxy, vel ikkje protokollen hans og installerer ikkje CA-en til organisasjonen.

Derfor må ei oppskrift med både ein proxy-URL og check-revoke = false lesast som to separate endringar. Viss deaktivering av kontrollen endrar resultatet, har du eit spor i sertifikatverifiseringa — ikkje prov for at proxy-ruta er reparert.

Bruk den opphavlege feilen til å avgjere neste undersøking. Eit tilbakekalla sertifikat, utilgjengeleg tilbakekallingsinformasjon og ein urelatert kjedefeil er ulike funn. Ved utilgjengeleg statusinformasjon, følg hentingsruta til verifikatoren og proxy-autentisering under Windows-kontoen som køyrer Cargo, med den faktiske TLS-backend-en.

Identifiser også den mislukka nedlastinga. Cargo sine HTTP-overføringar og eit separat Git-kall kan ha ulik konfigurasjon. Eit vellukka nytt forsøk på éi rute seier ingenting om sertifikatpolicyen til den andre.

Hald den påkravde verifiseringa aktiv medan du reparerer henting og tillit. Viss ein organisasjon med vilje slår av tilbakekallingskontrollen, registrer det som ei policyavgjerd og ikkje som ei generell proxy-kompatibilitetsinnstilling.

Relaterte artiklar