Kion la ŝaltilo check-revoke de Cargo ŝanĝas en Windows
Legu la Windows-opcion pri revokado de Cargo kiel regadon de atestila politiko, ne kiel anstataŭaĵon por funkcianta prokuro aŭ CA-agordo.
http.check-revoke regas la kontrolon de atestila revokado en Windows. Agordi ĝin al false ŝanĝas la validigan politikon. Ĝi ne malkovras prokuron, ne elektas ĝian protokolon kaj ne instalas la CA de via organizo.
Tial recepto enhavanta kaj prokuran URL-on kaj check-revoke = false devas esti legata kiel du apartaj ŝanĝoj. Se malŝalti la kontrolon ŝanĝas la rezulton, vi havas indicon en atestila kontrolado — ne pruvon, ke la prokura vojo estis riparita.
Uzu la originan eraron por decidi la sekvan enketon. Revokita atestilo, neatingebla revok-informo kaj nerilata ĉena paneo estas malsamaj trovoj. Por neatingebla stata informo, spuru la akiran vojon de la kontrolanto kaj la prokuran aŭtentikon sub la Windows-konto, kiu rulas Cargo, kun ĝia reala TLS-backend.
Ankaŭ identigu la fiaskintan elŝuton. La HTTP-transigoj de Cargo kaj aparta Git-voko povas havi malsamajn agordojn. Sukcesa rea provo sur unu vojo diras nenion pri la atestila politiko de la alia.
Tenu la postulatan kontroladon ŝaltita dum vi riparas akiron kaj fidon. Se organizo intence malŝaltas la revokan kontrolon, registru tion kiel politikan decidon, ne kiel ĝeneralan prokuran kongruecan agordon.