Squid ၏ URL ပြန်လည်ရေးသားကိရိယာသည် တုံ့ပြန်မှုကိုယ်ထည်များကို ပြင်နိုင်ပါသလား။
ရွေ့လျားပေးပို့သည့် ပရောက်စီကို တိုးချဲ့စဉ် တောင်းဆိုမှု URL ရွေးချယ်ခြင်းကို တုံ့ပြန်မှု ပြင်ဆင်ခြင်းနှင့် TLS ကုဒ်ဖျက်ခြင်းတို့မှ သီးခြားထားပါ။
url_rewrite_program သည် တောင်းဆိုမှု URL ဆုံးဖြတ်ချက်များပေါ်တွင် အလုပ်လုပ်သည်။ တောင်းဆိုမှု အချက်အလက်များကို လက်ခံပြီး Squid ၏ အကူပရိုတိုကောမှတစ်ဆင့် ပြန်ကြားသည်။ ဒေါင်းလုဒ်လုပ်ထားသော ဖိုင်ကို လက်ခံပြီး တည်းဖြတ်ကာ ပြန်ပို့ခြင်းမရှိပါ။
| လိုအပ်သော လုပ်ဆောင်ချက် | သက်ဆိုင်ရာ နယ်နိမိတ် |
|---|---|
| ဘရောက်ဇာကို လမ်းကြောင်းပြောင်းခြင်း သို့မဟုတ် အခြား တောင်းဆိုမှု URL ရွေးချယ်ခြင်း | တောင်းဆိုမှု အဆင့်တွင် URL ပြန်လည်ရေးသား အကူ၏ အခန်းကဏ္ဍ |
| မြင်နိုင်သော HTTP တုံ့ပြန်မှုကိုယ်ထည်ကို ပြင်ဆင်ခြင်း | တုံ့ပြန်မှု ပြင်ဆင်သည့် ကိရိယာ၊ ဥပမာ သတ်မှတ်ထားသော ICAP တုံ့ပြန်မှု ပြောင်းလဲခြင်း |
| သာမန် CONNECT အတွင်း HTTP ဖတ်ခြင်း | ဦးစွာ ခရီးဆုံး TLS ကို သင့်လျော်သော ဖြန့်ကျက်မှု စီစဉ်မှုအောက်တွင် အဆုံးသတ်ရမည် |
| အပ်ပလီကေးရှင်း ကုဒ်လုပ်ထားသော ဖိုင်ကို ကုဒ်ဖျက်ခြင်း | ဖိုင်၏ ပုံစံ၊ အယ်လဂိုရီသမ်နှင့် သော့ဖြစ်ပြီး သယ်ဆောင်ပုံနှင့် မသက်ဆိုင်ပါ |
နောက်ဆုံး အတန်းနှစ်ခုကို ရောထွေးရန် လွယ်သည်။ HTTPS ဖြင့် သယ်ဆောင်သော သာမန်ဖိုင်ကို TLS က ကာကွယ်သည်။ အပ်ပလီကေးရှင်း ကုဒ်လုပ်ထားသော ဖိုင်သည် HTTPS အဆုံးသတ်ပြီးနောက်တွင်လည်း ကုဒ်လုပ်ထားသည့်အတိုင်း ကျန်နိုင်သည်။ ပြင်ဆင်မှု အင်တာဖေ့စ် ရွေးချယ်ခြင်းသည် အပ်ပလီကေးရှင်း၏ သော့ကိုလည်းကောင်း ၎င်း၏ ကုဒ်ဖျက်သည့် အယ်လဂိုရီသမ်ကိုလည်းကောင်း မပေးပါ။
သာမန် CONNECT သည် ကုဒ်လုပ်ထားသော ဥမင်ဘိုက်များကို ပို့ဆောင်သည်။ URL အကူသည် အတွင်းတုံ့ပြန်မှုကို မဖော်ပြပါ။ စစ်ဆေးမှု လိုအပ်သော ဒီဇိုင်းသည် ထိုလမ်းကြောင်းကို ဖြန့်ကျက်မှုတွင် ကုဒ်ဖျက်နိုင်သည်၊ ဖျက်သင့်သည်ကို ဆုံးဖြတ်ရမည်။
Squid သည် HTTP စာတိုကို စစ်ဆေးနိုင်သော နေရာတွင် တုံ့ပြန်မှု ပြောင်းလဲရေး ဝန်ဆောင်မှုသည် အကြောင်းအရာ ကုဒ်ပြောင်းခြင်း၊ ပြောင်းလဲသွားသော အရှည်များနှင့် မအောင်မြင်သည့်အခါ အပြုအမူတို့ကို ဆက်လက် တာဝန်ယူသည်။ အသွင်ပြောင်းမှုကို သတ်မှတ်ပြီးမှ အင်တာဖေ့စ်ကို ရွေးပါ။ အလုပ်လုပ်နေသော URL ပြန်လည်ရေးသား နမူနာကို ၎င်း တစ်ခါမျှ မလက်ခံသော လုပ်ငန်းစဉ် အဆင့်သို့ တိုးချဲ့ခြင်းမပြုပါနှင့်။