ဘရောက်ဇာများက Squid ၏ HTTPS ပိတ်ဆို့သည့် စာမျက်နှာကို အဘယ်ကြောင့် ဖျောက်ထားနိုင်သည်

ပရောက်စီ၏ စိတ်ကြိုက် ပိတ်ဆို့စာမျက်နှာသည် HTTP ဆိုက်အတွက် ပေါ်လာသည်။ HTTPS ဆိုက်အတွက် ဘရောက်ဇာက အစား လိုဏ်ခေါင်းအမှားကို ပြသည်။ HTML ပုံစံခွက်ကို ထပ်မံလဲလှယ်ခြင်းက ဘာမှ မပြောင်းလဲနိုင်ပါ။

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

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

Squid ၏ ငြင်းပယ်မှုတွင် ရည်ရွယ်ထားသော deny_info ကိုယ်ထည် ပါဝင်ပြီးဖြစ်ပါက ၎င်း၏ စာသား၊ စတိုင်လ်စာရွက် သို့မဟုတ် ဖိုင်ခွင့်ပြုချက်များကို တည်းဖြတ်ခြင်းသည် ဘရောက်ဇာ ကိုင်တွယ်သည့် တုံ့ပြန်မှုအဆင့်ကို မပြောင်းလဲပါ။ CONNECT ငြင်းပယ်ခံရခြင်း ရှိ/မရှိနှင့် အဘယ်ကြောင့်ဖြစ်သည်ကို သတ်မှတ်ရန် ငြင်းပယ်မှုအခြေအနေနှင့် ဝင်ရောက်မှုမှတ်တမ်းကို ရရှိနိုင်အောင် ထားပါ။ ယေဘုယျ ဘရောက်ဇာစာမျက်နှာသည် မူဝါဒအသေးစိတ်ကို ဖျောက်ထားနိုင်သော်လည်း ပရောက်စီက စည်းမျဉ်းကို မှန်ကန်စွာ ကျင့်သုံးသည်။

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