Ce que change l'interrupteur check-revoke de Cargo sous Windows
Lisez l'option de révocation de Cargo sous Windows comme un contrôle de politique de certificats, et non comme un substitut à un proxy ou à une configuration d'autorité de certification qui fonctionne.
http.check-revoke contrôle la vérification de révocation des certificats sous Windows. Le mettre à false change la politique de validation. Il ne découvre pas de proxy, ne choisit pas son protocole et n'installe pas l'autorité de certification de votre organisation.
C'est pourquoi une recette contenant à la fois une URL de proxy et check-revoke = false doit se lire comme deux changements distincts. Si désactiver la vérification change le résultat, vous avez une piste dans la vérification des certificats — et non la preuve que la route via le proxy a été réparée.
Utilisez l'erreur d'origine pour décider de l'investigation suivante. Un certificat révoqué, des informations de révocation indisponibles et une défaillance de chaîne sans rapport sont des constats différents. Pour des informations d'état indisponibles, suivez la route de récupération du vérificateur et l'authentification du proxy sous le compte Windows qui exécute Cargo, avec son véritable backend TLS.
Identifiez aussi le téléchargement qui a échoué. Les transferts HTTP de Cargo et un appel Git distinct peuvent avoir des configurations différentes. Un nouvel essai réussi sur un chemin ne dit rien de la politique de certificats de l'autre.
Gardez la vérification requise active pendant que vous réparez la récupération et la confiance. Si une organisation désactive délibérément la vérification de révocation, consignez-le comme une décision de politique et non comme un réglage général de compatibilité proxy.