http.check-revoke controla la comprobación de revocación de certificados en Windows. Ponerlo en false cambia la política de validación. No descubre un proxy, no elige su protocolo ni instala la CA de tu organización.

Por eso una receta que contenga tanto una URL de proxy como check-revoke = false debe leerse como dos cambios separados. Si desactivar la comprobación cambia el resultado, tienes una pista en la verificación de certificados — no la prueba de que la ruta del proxy se haya reparado.

Usa el error original para decidir la siguiente investigación. Un certificado revocado, información de revocación no disponible y un fallo de cadena no relacionado son hallazgos distintos. Para información de estado no disponible, rastrea la ruta de obtención del verificador y la autenticación del proxy bajo la cuenta de Windows que ejecuta Cargo, con su backend TLS real.

Identifica también la descarga fallida. Las transferencias HTTP de Cargo y una invocación de Git aparte pueden tener configuraciones distintas. Un reintento correcto en una ruta no dice nada sobre la política de certificados de la otra.

Mantén activa la verificación necesaria mientras reparas la obtención y la confianza. Si una organización desactiva intencionadamente la comprobación de revocación, regístralo como una decisión de política y no como un ajuste general de compatibilidad con proxies.

Artículos relacionados