Paquetes de CA de Cargo para el proxy y el servidor de paquetes
Aplica cainfo y proxy-cainfo de Cargo a la conexión TLS correcta, sin tratar todos los fallos de certificado del proxy como un único problema de confianza.
Con un proxy HTTPS y una fuente de paquetes HTTPS, Cargo puede verificar dos conexiones TLS con paquetes de CA diferentes:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Sustituye el endpoint y las rutas por valores aprobados. Este proxy tiene deliberadamente un punto de escucha TLS; un proxy HTTP normal no se convierte en HTTPS porque la fuente de paquetes use HTTPS.
| Fase del fallo | Ajuste de confianza que revisar |
|---|---|
| TLS del proxy, antes de que exista un túnel al destino | http.proxy-cainfo, que recurre a http.cainfo si no se configura por separado. |
| Certificado del destino tras establecer el túnel | http.cainfo para la ruta de confianza del destino. |
Las variables correspondientes son CARGO_HTTP_PROXY_CAINFO y CARGO_HTTP_CAINFO. Usa la autoridad aprobada adecuada; copiar un certificado cualquiera en ambos archivos no permite identificar qué conexión falla.
Un proxy HTTP sin cifrar que transporta CONNECT no tiene un certificado TLS del punto de escucha del proxy que verificar. Un error del destino en ese caso no se arregla inventando un archivo de CA del proxy. Comprueba también que la ruta configurada exista dentro del contenedor o trabajo de CI real y ten en cuenta el comportamiento del sistema operativo y del backend TLS al comparar entornos.
Mantén la verificación activada. Proporciona la comprobación de identidad necesaria para distinguir el servicio previsto de una transferencia que simplemente continúa.