ICAP စကင်နာသည် ၎င်း၏ရှေ့တွင် ပရောက်စီ လိုအပ်သည်

browser → forward proxy → website
                  ↕
             ICAP service

ဘရောက်ဇာကို စကင်နာ၏ ICAP ပေါက်မဟုတ်ဘဲ ရှေ့သို့ ပရောက်စီကို အသုံးပြုရန် သတ်မှတ်ပါ။ ပရောက်စီသည် ICAP ကလိုင်းဖြစ်ပြီး စကင်နာသည် ICAP ဆာဗာ ဖြစ်သည်။ ပေါက် 1344 တွင် နားထောင်သူသည် ဘရောက်ဇာပုံစံ HTTP ပရောက်စီ တောင်းဆိုချက်များ သို့မဟုတ် CONNECT ကို နားမလည်ဘဲလည်း ကျန်းမာနိုင်သည်။

ICAP ဘေးလမ်းကြောင်းသည် စစ်ဆေးခြင်း သို့မဟုတ် ပြုပြင်ခြင်းအတွက် ရွေးချယ်ထားသော HTTP မက်ဆေ့ချ်များကို လက်ခံသည်။ ၎င်းသည် အစဉ်လိုက် ပရောက်စီကွင်းဆက်၌ နောက်ထပ် အင်တာနက် ထွက်ပေါက်တစ်ခု မဖြစ်မနေ မဟုတ်ပါ။

မည်သည်ကို စစ်ဆေးရမည်ကို အခြေခံ၍ အဆင့်ကို ရွေးပါ။ REQMOD သည် တင်သွင်းထားသော တောင်းဆိုချက်များကို ကိုင်တွယ်ပြီး RESPMOD သည် တင်သွင်းထားသော တုံ့ပြန်ချက်များကို ကိုင်တွယ်သည်။ တုံ့ပြန်ချက် စကင်နာသည် အပ်လုဒ်များကို သူ့ဘာသာ မစစ်ဆေးပါ။ ရွေးချယ်ထားသော ပရောက်စီ ထုတ်ကုန်တွင် သင်လိုအပ်သော ဝန်ဆောင်မှုနှင့် အဆင့်အတွက် ICAP ကလိုင်း ပံ့ပိုးမှု ရှိရမည်။

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

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