Squid မှ ရွေးချယ်ထားသော HTTP တောင်းဆိုချက်များကို HTTPS သို့ ပြန်လည်လမ်းညွှန်ပါ

Squid သည် ဘရောက်ဇာကို ရွေးချယ်ထားသော HTTP URL ကို HTTPS ဖြင့် ထပ်မံကြိုးစားရန် တောင်းဆိုနိုင်သည်။ ဦးတည်ရာသည် သက်ဆိုင်ရာ အရင်းအမြစ်ကို HTTPS ဖြင့် ရှိပြီးသား ပေးဆောင်နေရမည်။ Raspberry Pi တွင် Squid လည်ပတ်ခြင်းသည် ဝဘ်ဆိုက်တွင် ထိုစွမ်းရည်ကို မဖန်တီးပါ။

Squid 7 ၏ url_rewrite_program အင်တာဖေ့စ်အတွက် helper သည် ဤကဲ့သို့ client ပြန်လည်လမ်းညွှန်မှုကို ပြန်ပေးနိုင်သည် −

OK status=307 url="https://www.example.com/help"

ဤသည် ကိုက်ညီသော တောင်းဆိုချက်အတွက် သရုပ်ပြ helper တုံ့ပြန်မှုတစ်ခုဖြစ်ပြီး ပြည့်စုံသော helper ပရိုဂရမ် မဟုတ်ပါ။ ဘရောက်ဇာသည် ပြန်လည်လမ်းညွှန်မှုကို လက်ခံပြီး HTTPS URL သို့ တောင်းဆိုချက်အသစ် ပြုလုပ်သည်။ အဆင့်မြှင့်မူဝါဒပြင်ပ URL သည် OK ရရှိပြီး မပြောင်းလဲဘဲ နေနိုင်သည်။

HTTPS အားထောက်ပံ့နိုင်သော ဦးတည်ရာများ၏ သိရှိထားသော စာရင်းကို အသုံးပြုပြီး ဝင်လာသော URL ကို ပိုင်းခြားစိတ်ဖြာပါ။ ရည်ရွယ်ထားသော လမ်းကြောင်းနှင့် query ကို ထိန်းသိမ်းပါ၊ ရှင်းလင်းသော ပို့တ်များကို ထည့်သွင်းစဉ်းစားပြီး တောင်းဆိုချက်နည်းလမ်းများကို သတိရှိစွာ ကိုင်တွယ်ပါ။ http ရှေ့ဆက်တိုင်းကို မျက်စိမှိတ်ပြောင်းလဲခြင်းသည် မူရင်းတိုင်းတွင် တူညီသော HTTPS ဝန်ဆောင်မှု ရှိသည်ဟု ယူဆသည်။

helper သည် ထည့်သွင်းထားသော Squid ဗားရှင်း၏ ပရိုတိုကောအတိုင်း ထည့်သွင်းလိုင်းတိုင်းကို ဖြေကြားရမည်။ တစ်ပြိုင်နက် helper ချန်နယ်များ ဖွင့်ထားပါက ပြန်ကြားချက်တွင် ချန်နယ်အမှတ်အသားကို ထိန်းသိမ်းပါ။ ရှေးဟောင်း 301:URL ဥပမာသည် လက်ရှိ result-and-key/value ပုံစံနှင့် အလဲအလှယ် မပြုလုပ်နိုင်ပါ။

ဘရောက်ဇာသည် URL အသစ်ကို သိသင့်သောအခါ client ပြန်လည်လမ်းညွှန်မှုကို ရွေးပါ။ rewrite-url တုံ့ပြန်မှုသည် အစား Squid ကို client ၏ မူလတောင်းဆိုချက်နောက်တွင် အခြား URL တစ်ခု ယူလာရန် တောင်းဆိုသည်၊ ၎င်းသည် အပလီကေးရှင်း URL များနှင့် အခြေအနေကို ကိုက်ညီမှုမရှိဘဲ ထားနိုင်သည်။

ကနဦး HTTP တောင်းဆိုချက်သည် helper ပြန်လည်လမ်းညွှန်နိုင်ခြင်းမပြုမီ Squid သို့ ရောက်ရှိပြီးဖြစ်သည်။ ဤမူဝါဒသည် ထိုတောင်းဆိုချက်ကို နောက်ကြောင်းပြန် ကာကွယ်နိုင်မည် မဟုတ်ပါ။ TLS သည် နောက်ထပ် HTTPS ချိတ်ဆက်မှုတွင် စတင်သည်။ CONNECT ဥမင်တစ်ခုတည်းဖြင့် ကုဒ်ဝှက်ခြင်း မပေးပါ။