Cargo CA rinkiniai tarpiniam serveriui ir paketų serveriui
Taikykite Cargo cainfo ir proxy-cainfo tinkamam TLS ryšiui, užuot visas tarpinio serverio sertifikato klaidas laikę ta pačia pasitikėjimo problema.
Naudojant HTTPS tarpinį serverį ir HTTPS paketų šaltinį, Cargo gali tikrinti du TLS ryšius skirtingais CA rinkiniais:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Galinį tašką ir kelius pakeiskite patvirtintomis reikšmėmis. Šis tarpinis serveris sąmoningai turi TLS klausyklę; įprastas HTTP tarpinis serveris netampa HTTPS vien todėl, kad paketų šaltinis naudoja HTTPS.
| Klaidos etapas | Tikrintinas pasitikėjimo nustatymas |
|---|---|
| Tarpinio serverio TLS, kol dar nėra tunelio į tikslą | http.proxy-cainfo, kuriam nenustačius atskiros reikšmės naudojamas http.cainfo. |
| Tikslo sertifikatas sukūrus tunelį | http.cainfo tikslo pasitikėjimo keliui. |
Atitinkami kintamieji yra CARGO_HTTP_PROXY_CAINFO ir CARGO_HTTP_CAINFO. Naudokite tinkamą patvirtintą sertifikavimo įstaigą; atsitiktinio sertifikato kopijavimas į abu failus neparodo, kuris ryšys neteisingas.
Nešifruotas HTTP tarpinis serveris, perduodantis CONNECT, neturi tikrintino tarpinio serverio klausyklės TLS sertifikato. Tikslo klaidos tokiu atveju nepataisys išgalvotas tarpinio serverio CA failas. Taip pat patikrinkite, ar nustatytas kelias yra tikrame konteineryje ar CI užduotyje, ir lygindami aplinkas atsižvelkite į operacinės sistemos bei TLS posistemės veikimą.
Palikite tikrinimą įjungtą. Jis suteikia tapatybės patikrą, kuri leidžia atskirti numatytą paslaugą nuo perdavimo, kuris tik tęsiasi.