Vifurushi vya CA vya Cargo kwa Proksi na Seva ya Vifurushi
Tumia cainfo na proxy-cainfo za Cargo kwa muunganisho sahihi wa TLS, badala ya kuchukulia kila hitilafu ya cheti cha proksi kuwa tatizo moja la uaminifu.
Kwa proksi ya HTTPS na chanzo cha vifurushi cha HTTPS, Cargo inaweza kuthibitisha miunganisho miwili ya TLS kwa vifurushi tofauti vya CA:
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"Badilisha ncha na njia kwa thamani zilizoidhinishwa. Proksi hii ina kisikilizaji cha TLS kwa makusudi; proksi ya kawaida ya HTTP haiwi HTTPS kwa sababu chanzo cha vifurushi kinatumia HTTPS.
| Hatua ya hitilafu | Mpangilio wa uaminifu wa kukaguliwa |
|---|---|
| TLS ya proksi, kabla ya kuwapo kwa handaki la lengwa | http.proxy-cainfo, ambayo hutumia http.cainfo isipochaguliwa kando. |
| Cheti cha lengwa baada ya kuanzisha handaki | http.cainfo kwa njia ya uaminifu ya lengwa. |
Vigezo vinavyolingana ni CARGO_HTTP_PROXY_CAINFO na CARGO_HTTP_CAINFO. Tumia mamlaka inayofaa iliyoidhinishwa; kunakili cheti cha nasibu kwenye faili zote mbili hakutambui muunganisho wenye hitilafu.
Proksi ya HTTP isiyosimbwa inayobeba CONNECT haina cheti cha TLS cha kisikilizaji cha proksi cha kuthibitisha. Hitilafu ya lengwa hapo haisahihishwi kwa kubuni faili ya CA ya proksi. Kagua pia kuwa njia iliyosanidiwa ipo ndani ya kontena au kazi halisi ya CI, na uzingatie mwenendo wa mfumo wa uendeshaji na sehemu ya nyuma ya TLS unapolinganisha mazingira.
Weka uthibitishaji ukiwa umewezeshwa. Unatoa ukaguzi wa utambulisho unaohitajika kutofautisha huduma inayokusudiwa na uhamishaji unaoendelea tu.