Wat Cargo's check-revoke-schakelaar op Windows verandert
Lees Cargo's Windows-optie voor intrekking als een controle van het certificaatbeleid, niet als vervanging van een werkende proxy of CA-configuratie.
http.check-revoke beheert de controle op certificaatintrekking in Windows. Op false zetten verandert het validatiebeleid. Het vindt geen proxy, kiest niet het protocol ervan en installeert niet de CA van uw organisatie.
Daarom moet een recept met zowel een proxy-URL als check-revoke = false als twee afzonderlijke wijzigingen worden gelezen. Als het uitschakelen van de controle de uitkomst verandert, hebt u een aanwijzing in de certificaatverificatie — niet het bewijs dat de proxyroute is gerepareerd.
Gebruik de oorspronkelijke fout om het volgende onderzoek te bepalen. Een ingetrokken certificaat, niet-beschikbare intrekkingsinformatie en een ongerelateerde ketenfout zijn verschillende bevindingen. Bij niet-beschikbare statusinformatie volgt u de ophaalroute van de verifier en de proxy-authenticatie onder het Windows-account dat Cargo uitvoert, met de werkelijke TLS-backend.
Identificeer ook de mislukte download. Cargo's HTTP-overdrachten en een aparte Git-aanroep kunnen een verschillende configuratie hebben. Een geslaagde nieuwe poging op het ene pad zegt niets over het certificaatbeleid van het andere.
Houd de vereiste verificatie actief terwijl u het ophalen en het vertrouwen repareert. Als een organisatie de intrekkingscontrole bewust uitschakelt, leg dat vast als een beleidsbeslissing en niet als een algemene proxy-compatibiliteitsinstelling.