U HTTPS proxy a HTTPS zdroje balíčků může Cargo ověřovat dvě TLS spojení pomocí různých sad CA:

[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"

Koncový bod a cesty nahraďte schválenými hodnotami. Tato proxy záměrně používá TLS posluchač; běžná HTTP proxy se nestává HTTPS jen proto, že zdroj balíčků používá HTTPS.

Fáze selháníKontrolované nastavení důvěry
TLS proxy před vytvořením tunelu k cílihttp.proxy-cainfo; pokud není nastaveno samostatně, použije se http.cainfo.
Certifikát cíle po vytvoření tuneluhttp.cainfo pro cestu důvěry k cíli.

Odpovídající proměnné jsou CARGO_HTTP_PROXY_CAINFO a CARGO_HTTP_CAINFO. Použijte vhodnou schválenou certifikační autoritu; kopírování náhodného certifikátu do obou souborů neurčí, které spojení je chybné.

Nešifrovaná HTTP proxy přenášející CONNECT nemá TLS certifikát svého posluchače k ověřování. Chybu cíle v takovém případě neopravíte vymyšleným souborem CA proxy. Ověřte také, zda nakonfigurovaná cesta existuje uvnitř skutečného kontejneru nebo úlohy CI, a při porovnávání prostředí zohledněte chování operačního systému a TLS backendu.

Ponechte ověřování zapnuté. Poskytuje kontrolu identity potřebnou k odlišení zamýšlené služby od přenosu, který pouze pokračuje.

Související články