Cargo-CA-bondels foar de proxy en pakketsjinner
Pas Cargo syn cainfo en proxy-cainfo op de goede TLS-ferbining ta, ynstee fan alle proxysertifikaatflaters as itselde fertrouwensprobleem te sjen.
Foar in HTTPS-proxy en in HTTPS-pakketboarne kin Cargo twa TLS-ferbiningen mei ferskillende CA-bondels kontrolearje:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Ferfang it einpunt en de paden troch goedkarde wearden. Dizze proxy hat mei opsetsin in TLS-harker; in gewoane HTTP-proxy wurdt net HTTPS om’t de pakketboarne HTTPS brûkt.
| Flaterstadium | Te kontrolearjen fertrouwensynstelling |
|---|---|
| Proxy-TLS, foardat in tunnel nei it doel bestiet | http.proxy-cainfo, dat op http.cainfo weromfalt as it net apart ynsteld is. |
| Doelsertifikaat nei it opsetten fan de tunnel | http.cainfo foar it fertrouwenspaad nei it doel. |
De byhearrende fariabelen binne CARGO_HTTP_PROXY_CAINFO en CARGO_HTTP_CAINFO. Brûk de passende goedkarde sertifikaatautoriteit; in willekeurich sertifikaat nei beide bestannen kopiearje lit net sjen hokker ferbining ferkeard is.
In net-fersifere HTTP-proxy dy't CONNECT draacht, hat gjin TLS-sertifikaat fan de proxyharker om te kontrolearjen. In doelflater dêr wurdt net ferholpen mei in optocht proxy-CA-bestân. Kontrolearje ek oft in ynsteld paad yn de echte kontener of CI-taak bestiet, en hâld by it ferlykjen fan omjouwings rekken mei it gedrach fan bestjoeringssysteem en TLS-efterkant.
Hâld de kontrôle ynskeakele. Dy jout de identiteitskontrôle dy't de bedoelde tsjinst ûnderskiedt fan in oerdracht dy't allinnich mar trochgiet.