ICAP HTML တုံ့ပြန်မှု ဝန်ဆောင်မှုကို Squid 7 နှင့် ချိတ်ဆက်ခြင်း

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

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

တုံ့ပြန်မှု ဝန်ဆောင်မှုကို ချိတ်ဆက်ခြင်း

ICAP ပံ့ပိုးမှုရှိသော Squid 7 တည်ဆောက်မှုနှင့် ရှိပြီးသား ကိုက်ညီသော ဝန်ဆောင်မှုအတွက် ဖွဲ့စည်းမှု ပုံစံမှာ ဤသို့ဖြစ်သည်။

acl adaptation_clients src 192.0.2.0/24

icap_enable on
icap_service html_editor respmod_precache bypass=0 icap://127.0.0.1:1344/modify

adaptation_access html_editor allow adaptation_clients
adaptation_access html_editor deny all

ကလိုင်း အပိုင်းအခြားနှင့် ဝန်ဆောင်မှု URI သည် ဥပမာများ ဖြစ်သည်။ URI သည် တုံ့ပြန်မှု ပြောင်းလဲမှုကို အကောင်အထည်ဖော်သော အမှန်တကယ် ICAP ဝန်ဆောင်မှုကို အမည်ပေးရမည်။ /modify ကို ကြေညာခြင်းက ဝန်ဆောင်မှုကို မဖန်တီးပါ။ ဤအပိုင်းသည် ပရောက်စီ၏ လက်ရှိ နားထောင်သူနှင့် ဝင်ရောက်ခွင့် ထိန်းချုပ်မှုများကို ဖြည့်စွက်ပေးသည်။

respmod_precache သည် ကက်ရှ်မတိုင်မီ အမှတ်တွင် တုံ့ပြန်မှု adaptation ကို ရွေးချယ်သည်။ adaptation_access သည် ထို ဝန်ဆောင်မှုအတွက် အရောင်းအဝယ်များကို ရွေးချယ်သည်။ bypass=0 ဆက်တင်သည် သက်ဆိုင်သော အရောင်းအဝယ်တစ်ခု ဝန်ဆောင်မှု ပျက်ကွက်မှုနှင့် ကြုံတွေ့သောအခါ Squid သည် ဤဝန်ဆောင်မှုကို တိတ်ဆိတ်စွာ ကျော်သွားနိုင်မည် မဟုတ်ကြောင်း ဆိုလိုသည်။ ပြောင်းလဲမှု လိုအပ်သည် မလိုအပ်သည် ပေါ်မူတည်၍ ထို ပျက်ကွက်မှု အပြုအမူကို ရွေးပါ။

adaptation ညွှန်ကြားချက်များသည် ဗားရှင်းအလိုက် ကွဲပြားသည်။ အထူးသဖြင့် ဤ ဖွဲ့စည်းမှု ရည်ညွှန်းချက်များသည် Squid 7 နှင့် ယခင်က ပံ့ပိုးထားသော လိုင်းများအတွက် ICAP ဝန်ဆောင်မှုနှင့် adaptation ဝင်ရောက်ခွင့် အင်တာဖေ့စ်များကို စာရင်းပြုပြီး Squid 8 တွင် မရနိုင်ဟု အမှတ်အသားပြုသည်။ ဤအပိုင်းကို Squid 7 ၏ ဥပမာအဖြစ် သဘောထားပြီး မည်သည့် ထုတ်ဝေမှုသို့မဆို ကူးယူခြင်း မပြုပါနှင့်။

ဝန်ဆောင်မှုအား တိကျသော ပြောင်းလဲမှု စာချုပ် ပေးအပ်ခြင်း

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

အစားထိုးမှုသည် အသုံးပြုသူနှင့် သက်ဆိုင်ပါက ကက်ရှ်ကို ထည့်သွင်းစဉ်းစားပါ။ ထွက်ပေါ်လာသော ကိုယ်စားပြုမှုသည် စာဖတ်သူ တစ်ဦးအတွက်သာ တရားဝင်ပါက precache ပြောင်းလဲမှုနှင့် မျှဝေသော ကက်ရှ်သည် မကောင်းသော ပေါင်းစပ်မှု ဖြစ်သည်။ ကက်ရှ် ဖြစ်နိုင်စွမ်းနှင့် ပြောင်းလဲမှု မူဝါဒ ကို ညှိထားပြီး သက်ဆိုင်သော no-transform ညွှန်ကြားချက်များကို လိုက်နာပါ။

နောက်ဆုံးအနေဖြင့် သာမန် HTTPS CONNECT ဥမင်သည် ကုဒ်ဝှက်ထားသော ဘိုက်များကို သယ်ဆောင်သည်။ ၎င်းသည် HTML ကို တုံ့ပြန်မှု အဒက်တာသို့ မဖော်ထုတ်ပါ။ ရည်ရွယ်ချက်ရှိရှိ စီမံထားသော TLS စစ်ဆေးမှု အစီအစဉ်သည် ကုဒ်ဖွင့်ထားသော တုံ့ပြန်မှုများ ဤလမ်းကြောင်းထဲသို့ မဝင်မီ ၎င်း၏ ကိုက်ညီသော ပြင်ဆင်မှုနှင့် ကလိုင်း ယုံကြည်မှု လိုအပ်သည်။ ICAP စည်းမျဉ်းတစ်ခုတည်းက ထို မြင်နိုင်စွမ်းကို မထည့်ပေးပါ။