Git ၏ HTTPS proxy သည် ကိုယ်ပိုင် client certificate လိုအပ်နိုင်သည်

Proxy ၏ TLS CA၊ client certificate နှင့် private key ကို repository ၏ TLS နှင့် HTTP login ဆက်တင်များနှင့် သီးခြားသတ်မှတ်ပါ။

အချို့ HTTPS forward proxy များသည် Git မှ proxy သို့ TLS ချိတ်ဆက်မှုအတွင်း client certificate တောင်းဆိုသည်။ ၎င်းသည် repository သို့ login ဝင်ခြင်းနှင့် သီးခြားဖြစ်သော authentication ဖလှယ်မှုဖြစ်သည်။

PEM ဖိုင်များကို အသုံးပြုသော ကိုက်ညီသည့် Git/libcurl TLS backend အတွက် သက်ဆိုင်ရာ configuration သည် ဤပုံစံရှိသည်:

[http]
    proxy = https://proxy.example:8443
    proxySSLCAInfo = /secure/proxy-ca.pem
    proxySSLCert = /secure/proxy-client.pem
    proxySSLKey = /secure/proxy-client.key
    proxySSLCertPasswordProtected = true

Proxy ၏ TLS အစီအစဉ်အတွက် ပေးထားသည့် အမှန်တကယ်ဖိုင်များကို အသုံးပြုပါ။ Configuration ကို ရည်ရွယ်ထားသော Git scope တွင် သက်ရောက်စေပါ; repository အဆင့် configuration သည် ဤလမ်းကြောင်းကို ထို checkout တွင်သာ ကန့်သတ်ထားနိုင်သည်။

ဆက်တင်အခန်းကဏ္ဍ
proxySSLCAInfoHTTPS proxy ကို စစ်ဆေးရန် အသုံးပြုသော CA bundle
proxySSLCertထို proxy သို့ တင်ပြသော client certificate
proxySSLKeyClient certificate နှင့် ကိုက်ညီသော private key
proxySSLCertPasswordProtectedကာကွယ်ထားသော proxy certificate နှင့် key ပစ္စည်းအတွက် Git ၏ စကားဝှက် တောင်းဆိုမှုကို ဖွင့်ပေးသည်

ဤ TLS ဖလှယ်မှုအတွက် https:// proxy URL သည် မရှိမဖြစ်လိုအပ်သည်။ HTTPS repository သို့ CONNECT သယ်ဆောင်သော သာမန် HTTP proxy သည် မိမိ၏ listener တွင် TLS client-certificate authentication ကို ထိုနည်းဖြင့် မလုပ်ဆောင်ပါ။

Repository ၏ certificate ယုံကြည်မှုနှင့် repository client certificate တို့တွင် ကိုယ်ပိုင် ssl configuration ရှိသည်။ ထို့အပြင် Proxy-Authenticate ဖြင့် HTTP proxy challenge သည် အခြား authentication ယန္တရားတစ်ခုဖြစ်သည်။

ဤ setup ကို ထိန်းသိမ်းစဉ် ချိတ်ဆက်ထားသော libcurl version၊ TLS backend နှင့် ပံ့ပိုးသော certificate format ကို စစ်ဆေးပါ။ PEM certificate သို့ လမ်းကြောင်းသည် platform certificate-store interface တိုင်းအတွက် သယ်ဆောင်နိုင်သော အစားထိုးမဟုတ်ပါ။

ဆက်စပ်ဆောင်းပါးများ