Was Cargos check-revoke-Schalter unter Windows ändert
Lesen Sie Cargos Windows-Option zur Sperrprüfung als Steuerung der Zertifikatsrichtlinie, nicht als Ersatz für einen funktionierenden Proxy oder eine CA-Konfiguration.
http.check-revoke steuert die Prüfung auf Zertifikatssperrung unter Windows. Der Wert false ändert die Validierungsrichtlinie. Er findet keinen Proxy, wählt kein Protokoll und installiert nicht das CA-Zertifikat Ihrer Organisation.
Deshalb muss ein Rezept, das sowohl eine Proxy-URL als auch check-revoke = false enthält, als zwei getrennte Änderungen gelesen werden. Wenn das Abschalten der Prüfung das Ergebnis ändert, haben Sie einen Hinweis in der Zertifikatsprüfung — nicht den Beweis, dass die Proxy-Route repariert wurde.
Entscheiden Sie anhand des ursprünglichen Fehlers, was als Nächstes zu prüfen ist. Ein gesperrtes Zertifikat, fehlende Sperrinformationen und ein unabhängiger Kettenfehler sind verschiedene Befunde. Bei fehlenden Statusinformationen verfolgen Sie den Abrufweg des Prüfers und die Proxy-Authentifizierung unter dem Windows-Konto, das Cargo ausführt, mit seinem tatsächlichen TLS-Backend.
Ermitteln Sie außerdem den fehlgeschlagenen Download. Cargos HTTP-Transfers und ein separater Git-Aufruf können unterschiedlich konfiguriert sein. Ein erfolgreicher erneuter Versuch auf einem Pfad sagt nichts über die Zertifikatsrichtlinie des anderen aus.
Halten Sie die erforderliche Prüfung aktiv, während Sie Abruf und Vertrauen reparieren. Wenn eine Organisation die Sperrprüfung bewusst abschaltet, dokumentieren Sie das als Richtlinienentscheidung und nicht als allgemeine Proxy-Kompatibilitätseinstellung.