ပရောက်စီမှတစ်ဆင့် ကလိုင်းယင့်လက်မှတ်ကို ဘယ်သူပို့သလဲ?
ဦးတည်ရာ၏ mTLS အထောက်အထားများကို ပရောက်စီအထောက်အထားများနှင့် Apache ၎င်း၏ကိုယ်ပိုင် အပေါ်ပိုင်း TLS ဆက်ရှင်ကို ဖန်တီးစဉ် အသုံးပြုသော လက်မှတ်များနှင့် သီးခြားထားပါ။
ပုံမှန် CONNECT မှတစ်ဆင့် HTTPS တွင်၊ အပလီကေးရှင်းသည် ၎င်း၏ကိုယ်ပိုင် ဦးတည်ရာ TLS လက်ဆွဲနှုတ်ဆက်မှုအတွင်း ဝက်ဘ်ဆိုက်၏ ကလိုင်းယင့်လက်မှတ်ကို ပို့သည်။ ပရောက်စီသည် ဘိုက်များကို သယ်ဆောင်ပေးရုံသာဖြစ်ပြီး အလိုအလျောက် ဝက်ဘ်ဆိုက်၏ TLS ကလိုင်းယင့် မဖြစ်လာပါ။
| အထောက်အထား | ပိုင်ရှင်/ချိတ်ဆက်မှု |
|---|---|
| ပရောက်စီ အသုံးပြုသူအမည်/စကားဝှက် | ကလိုင်းယင့်၏ ပရောက်စီသို့ ဝင်ရောက်မှု။ |
| ဝက်ဘ်ဆိုက် ကလိုင်းယင့်လက်မှတ်နှင့် သီးသန့်သော့ | ဦးတည်ရာနှင့် အပလီကေးရှင်း၏ TLS ဆက်ရှင်။ |
| ပရောက်စီဆာဗာ၏ အပေါ်ပိုင်း ကလိုင်းယင့်လက်မှတ် | ပရောက်စီကိုယ်တိုင် စတင်သော TLS ဆက်ရှင်။ |
ဤအခန်းကဏ္ဍများ အတူတကွ တည်ရှိနိုင်သည်။ ဦးတည်ရာ mTLS အလုပ်ဖြစ်ရန် ဝက်ဘ်ဆိုက်၏ သီးသန့်သော့ကို ရိုးရှင်းသော လိုဏ်ခေါင်းပရောက်စီသို့ တင်ရန် မလိုအပ်ပါ။ CONNECT လွှဲပြောင်းမှု ပြီးနောက်၊ အပလီကေးရှင်း၏ ပုံမှန် ဦးတည်ရာ ကလိုင်းယင့်လက်မှတ် ဖွဲ့စည်းမှုကို အသုံးပြုပြီး ဝက်ဘ်ဆိုက် ဆာဗာလက်မှတ်ကို ဆက်လက်စစ်ဆေးပါ။
Apache ၏ SSLProxyMachineCertificateFile သည် Apache ကိုယ်တိုင် အပေါ်ပိုင်း TLS ဆက်ရှင်ကို ဖန်တီးသောအခါ အထောက်အထားများ ပေးသည်။ ထိုဖိုင်နှင့်ပတ်သက်သော အကြံပြုချက်သည် မထင်ရှားသော ပို့ဆောင်ရေး လိုဏ်ခေါင်းကို အသုံးပြုသူတိုင်း ၎င်းကို ဖွဲ့စည်းရမည်ဟု မသက်သေပြပါ။
TLS ကြားဖြတ်မှုသည် ဆက်ရှင်ကို ကြားခံတစ်ခုတွင် အဆုံးသတ်စေပြီး ဤပိုင်ဆိုင်မှုကို ပြောင်းလဲသည်။ လက်မှတ်ကို ကူးယူခြင်းက အဆုံးမှအဆုံး စစ်ဆေးအတည်ပြုမှုကို ထိန်းသိမ်းသည်ဟု ယူဆမည့်အစား လိုအပ်သော ကလိုင်းယင့်အထောက်အထား ထိုအစီအစဉ်ကို ဖြတ်သန်းနိုင်ခြင်း ရှိ/မရှိ ဆုံးဖြတ်ပါ။
မအောင်မြင်ပါက တောင်းဆိုမှုသည် ပရောက်စီလော့ဂ်အင်၊ ဦးတည်ရာ TLS သို့မဟုတ် နောက်ပိုင်း အပလီကေးရှင်း ဖလှယ်မှုတွင် ရပ်တန့်ခဲ့သည်ကို မှတ်တမ်းတင်ပါ။ အထောက်အထားကို ၎င်းကို အမှန်တကယ် တောင်းဆိုသော ချိတ်ဆက်မှုတွင် ထားပါ။