proxy နှင့် package server အတွက် Cargo CA အစုများ
Cargo ၏ cainfo နှင့် proxy-cainfo ကို မှန်ကန်သော TLS ချိတ်ဆက်မှုတွင် သုံးပါ။ proxy certificate အမှားအားလုံးကို ယုံကြည်မှု ပြဿနာတစ်ခုတည်းဟု မယူဆပါနှင့်။
HTTPS proxy နှင့် HTTPS package source အတွက် Cargo သည် TLS ချိတ်ဆက်မှုနှစ်ခုကို မတူညီသော CA အစုများဖြင့် စစ်ဆေးနိုင်သည်—
[http]
proxy = "https://proxy.example:8443"
proxy-cainfo = "/path/to/proxy-ca.pem"
cainfo = "/path/to/origin-ca.pem"endpoint နှင့် path များကို အတည်ပြုထားသော တန်ဖိုးများဖြင့် အစားထိုးပါ။ ဤ proxy တွင် ရည်ရွယ်ချက်ရှိရှိ TLS listener ပါဝင်သည်။ သာမန် HTTP proxy သည် package source က HTTPS သုံးသောကြောင့် HTTPS ဖြစ်မသွားပါ။
| ကျရှုံးသည့်အဆင့် | စစ်ဆေးရမည့် ယုံကြည်မှုဆက်တင် |
|---|---|
| ပစ်မှတ် tunnel မရှိမီ proxy TLS | http.proxy-cainfo ဖြစ်ပြီး သီးသန့်မသတ်မှတ်ထားလျှင် http.cainfo ကို သုံးသည်။ |
| tunnel တည်ဆောက်ပြီးနောက် ပစ်မှတ် certificate | ပစ်မှတ်၏ ယုံကြည်မှုလမ်းကြောင်းအတွက် http.cainfo။ |
သက်ဆိုင်ရာ variable များမှာ CARGO_HTTP_PROXY_CAINFO နှင့် CARGO_HTTP_CAINFO ဖြစ်သည်။ သင့်လျော်ပြီး အတည်ပြုထားသော certificate authority ကို သုံးပါ။ ကျပန်း certificate တစ်ခုကို ဖိုင်နှစ်ခုလုံးထဲ ကူးခြင်းက မည်သည့်ချိတ်ဆက်မှု မှားသလဲ မဖော်ထုတ်နိုင်ပါ။
CONNECT သယ်ဆောင်သော စာသားအလွတ် HTTP proxy တွင် စစ်ဆေးရမည့် proxy listener TLS certificate မရှိပါ။ ထိုအခြေအနေရှိ ပစ်မှတ်အမှားကို စိတ်ကူးဖြင့် proxy CA ဖိုင်တစ်ခု ဖန်တီးကာ မပြင်နိုင်ပါ။ သတ်မှတ်ထားသော path သည် တကယ့် container သို့မဟုတ် CI job အတွင်းရှိသလားလည်း စစ်ဆေးပြီး ပတ်ဝန်းကျင်များနှိုင်းယှဉ်ရာတွင် operating system နှင့် TLS backend အပြုအမူကို ထည့်တွက်ပါ။
စစ်ဆေးမှုကို ဖွင့်ထားပါ။ ရည်ရွယ်သည့် service နှင့် အလွှဲအပြောင်း ဆက်သွားရုံသာဖြစ်ခြင်းကို ခွဲခြားရန်လိုအပ်သော identity check ကို ၎င်းက ပေးသည်။