HTTPS ပရောက်စီသည်လည်း ၎င်း၏ လက်မှတ်ကွင်းဆက်ကို ပို့ရမည်

ကလိုင်းများက ဝဘ်ဆိုက်သို့ မရောက်မီ HTTPS ပရောက်စီကို ငြင်းပယ်ပါက ပရောက်စီ နားထောင်သူ ပို့သော ကွင်းဆက်ကို စစ်ဆေးပါ။ တရားဝင် အရွက်လက်မှတ်တစ်ခုတည်းဖြင့် ကလိုင်း လိုအပ်သော အလယ်အလတ် လက်မှတ်များကို မပေးနိုင်ပါ။

1. စစ်ဆေးနေသော အဆုံးမှတ်ကို ဖော်ထုတ်ပါ။ ပြင်ဆင်ထားသော ပရောက်စီ URL ရှိ ဟိုစ်အမည်နှင့် ထို ချိတ်ဆက်မှု၏ အမှားကို ဖတ်ပါ။ နားထောင်သူ၏ လက်မှတ်သည် ထို အမည်ကို ဖုံးလွှမ်းရမည်။ ဝဘ်ဆိုက်တစ်ခု၏ လက်မှတ် သို့မဟုတ် အခြား IP အမည်တူအတွက် လက်မှတ်က ၎င်းကို အစားထိုးနိုင်မည် မဟုတ်ပါ။
2. နားထောင်သူ၏ ကွင်းဆက် ပြင်ဆင်မှုကို စစ်ဆေးပါ။ Squid ပံ့ပိုးသော OpenSSL ပြင်ဆင်မှုသည် လက်မှတ်ဖိုင်တွင် အလယ်အလတ်များကို ထည့်သွင်းနိုင်သည်။ တပ်ဆင်ထားသော Squid ဗားရှင်းနှင့် TLS backend အတွက် နားထောင်သူ ရည်ညွှန်းချက်တွင် အစီအစဉ်ကို အတည်ပြုပါ။ ပက်ကေ့ဂျ် အပြုအမူများ တူညီမှု မရှိပါ။ Squid 6.13 ၏ TLS နားထောင်သူ နမူနာ သည် နားထောင်သူ၏ ယုံကြည်မှုကို ဦးတည်ချက် TLS နှင့် သီးခြား ထားရှိသည်။
3. ကလိုင်း၏ ယုံကြည်မှုကို သီးခြား စစ်ဆေးပါ။ အလယ်အလတ်များ ပို့ခြင်းသည် ကွင်းဆက် တည်ဆောက်ရန် ကူညီသော်လည်း ကလိုင်းသည် ရည်ရွယ်ထားသော အမြစ် ယုံကြည်မှု ကျောက်ဆူး လိုအပ်နေသေးသည်။ ဆာဗာ ကွင်းဆက်တစ်ခုလုံးကို ခွဲခြားမှုမရှိဘဲ အမြစ်သိုလှောင်ရာသို့ တင်သွင်းခြင်းသည် ဆာဗာ ပို့သော အရာကို ပြုပြင်ခြင်းနှင့် မတူညီသော ပြောင်းလဲမှု ဖြစ်သည်။

အတည်ပြုခြင်းကို ဖွင့်ထားပါ။ ၎င်းသည် ကလိုင်း အသုံးပြုရန် ရည်ရွယ်သော HTTPS ပရောက်စီကို ဖော်ထုတ်သည်။ ထို ချိတ်ဆက်မှု အတည်ပြုပြီးနောက် နောက်ပိုင်း ဝဘ်ဆိုက် လက်မှတ် အမှားသည် ပရောက်စီမှတစ်ဆင့် ဦးတည်ချက် TLS အစည်းအဝေး ၏ အမှား ဖြစ်ပြီး ၎င်း၏ ကိုယ်ပိုင် ဟိုစ်အမည် နှင့် ယုံကြည်မှု စုံစမ်းစစ်ဆေးမှု ရှိသည်။