Pachetele CA din Cargo pentru proxy și serverul de pachete
Aplică cainfo și proxy-cainfo din Cargo conexiunii TLS corecte, fără să tratezi toate erorile de certificat proxy ca pe aceeași problemă de încredere.
Pentru un proxy HTTPS și o sursă de pachete HTTPS, Cargo poate verifica două conexiuni TLS cu pachete CA diferite:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Înlocuiește punctul final și căile cu valorile aprobate. Acest proxy are în mod deliberat un ascultător TLS; un proxy HTTP obișnuit nu devine HTTPS fiindcă sursa de pachete folosește HTTPS.
| Etapa eșecului | Setarea de încredere de verificat |
|---|---|
| TLS al proxy-ului, înainte să existe un tunel către destinație | http.proxy-cainfo, care folosește http.cainfo dacă nu este definit separat. |
| Certificatul destinației după stabilirea tunelului | http.cainfo pentru calea de încredere a destinației. |
Variabilele corespunzătoare sunt CARGO_HTTP_PROXY_CAINFO și CARGO_HTTP_CAINFO. Folosește autoritatea aprobată potrivită; copierea unui certificat aleatoriu în ambele fișiere nu identifică ce conexiune este greșită.
Un proxy HTTP necriptat care transportă CONNECT nu are un certificat TLS al ascultătorului proxy de verificat. O eroare a destinației în acest caz nu se repară inventând un fișier CA pentru proxy. Verifică și dacă o cale configurată există în containerul sau sarcina CI reală și ține cont de comportamentul sistemului de operare și al backendului TLS când compari medii.
Păstrează verificarea activată. Ea oferă controlul identității necesar pentru a distinge serviciul dorit de un transfer care doar continuă.