Squid သည် HTTPS host ကို မှတ်တမ်းတင်သော်လည်း စာမျက်နှာလမ်းကြောင်းကို အဘယ်ကြောင့် မတင်သနည်း
သာမန် Squid CONNECT မှတ်တမ်းများတွင် မရှိသော HTTPS လမ်းကြောင်းများကို TLS ကြားဖြတ်ခြင်းကို ပုံမှန်မှတ်တမ်းချိန်ညှိမှုအဖြစ် မသတ်မှတ်ဘဲ ရှင်းပြသည်။
shop.example:443 အတွက် မှတ်တမ်းသည် Squid ကို /orders/42 လမ်းကြောင်း မပေးပါ။ CONNECT သည် host/port တောင်းသည်။ ထို့နောက် ဦးတည်ရာ TLS သည် HTTP လမ်းကြောင်းကို ဥမင်အတွင်း သယ်ဆောင်သည်။
| အထောက်အထား | သာမန် CONNECT ထပ်ဆင့်ပို့ခြင်း |
|---|---|
| ဦးတည် host/port နှင့် ဥမင်၏ရလဒ် | ပရောက်စီအတွက် ရနိုင်သည်။ |
| အတွင်းပိုင်း HTTPS လမ်းကြောင်းနှင့် အပ်ပလီကေးရှင်းတောင်းဆိုချက် | ကလိုင်းနှင့် ဝဘ်ဆိုက်ကြား ကုဒ်ဝှက်ထားသည်။ |
# ဖြင့် စတင်သော ဘရောက်ဇာ URL အပိုင်း | များသောအားဖြင့် ကလိုင်းအတွင်း ကျန်နေသည်၊ ပရောက်စီမှတ်တမ်း အပြင်တွင်လည်း။ |
မှတ်တမ်းပုံစံသည် Squid တွင် ရှိသော အကွက်များကို မှတ်တမ်းတင်နိုင်သည်၊ မမြင်ရသော မက်ဆေ့ချ်များကို ကုဒ်ဖြေမပေးနိုင်ပါ။ သာမန် HTTP ထပ်ဆင့်ပို့ခြင်းသည် ကွာခြားသည်၊ အလယ်အလတ်သမားက ထို HTTP တောင်းဆိုချက်ကို လက်ခံသောကြောင့်။ အသေးစိတ်ပိုသော output သည် CONNECT နယ်ပယ်ကို မပြောင်းလဲပါ။
စီမံထားသော TLS ကြားဖြတ်ခြင်းသည် ကလိုင်း၏ယုံကြည်မှုနှင့် အုပ်ချုပ်ရေးလိုအပ်ချက်များကို ပြောင်းလဲသည်။ ၎င်းသည် သေးငယ်သော မှတ်တမ်းခလုတ် မဟုတ်ပါ၊ IP ပြောင်းသော သာမန် forward proxy အတွက် မလိုအပ်ပါ။
အပ်ပလီကေးရှင်းသည် သင့်ပိုင်ဖြစ်ပြီး စာမျက်နှာအဆင့် စစ်ဆေးမှု လိုအပ်ပါက ၎င်း၏ မှတ်တမ်းများ သို့မဟုတ် သင့်လျော်စွာ ဒီဇိုင်းထားသော ကလိုင်းတယ်လီမီတာကို အသုံးပြုပါ။ ပရောက်စီ ကျရှုံးမှုများအတွက် ဦးတည် host၊ အချိန်၊ အခြေအနေ နှင့် ပြီးစီးသော ချိတ်ဆက်မှုအဆင့် ကို သိမ်းထားပါ။ ၎င်းတို့သည် ကိုယ်ပိုင် စာမျက်နှာလမ်းကြောင်းများ မစုဆောင်းဘဲ ပြဿနာကို မကြာခဏ ရှာတွေ့သည်။