မိခင် proxy သည် မည်သည့် client IP ကို မြင်သနည်း။

အလုပ်ရုံတစ်ခုကို ခွင့်ပြုစာရင်းထဲ ထည့်ခြင်းသည် ၎င်း၏ကိုယ်စား အောက်ပိုင်း proxy အသစ်တစ်ခု ချိတ်ဆက်ခွင့်ကို သေချာပေါက် မပေးပါ။

workstation → local proxy → corporate parent → website

ဒေသတွင်း proxy သည် မိခင်ထံ အချိတ်အဆက်အသစ် ဖွင့်သည်။ ပုံမှန်အားဖြင့် မိခင်သည် ထို proxy ၏ အပြင်ထွက်လိပ်စာကို မြင်သည်၊ NAT ပြီးနောက် ဖြစ်နိုင်သည်။ မူလအလုပ်ရုံ၏ လိပ်စာသည် တောင်းဆိုမှုတစ်ခုလုံးကို စတင်ခဲ့ခြင်းကြောင့်သာ အချိတ်အဆက်အသစ်၏ ရင်းမြစ် မဖြစ်လာပါ။

မိခင်အမှန်တကယ် လက်ခံသော အနီးကပ်ရင်းမြစ်ကို ရှာပါ။ အောက်ပိုင်း proxy ကို ရည်ရွယ်ထားသော ဝန်ဆောင်မှုအတွက်သာ ခွင့်ပြုပြီး အောက်ပိုင်း instance တွင် client ကန့်သတ်ချက်များကို ထိန်းထားပါ။ သို့မဟုတ်ပါက ခွင့်ပြုထားသော ကြားခံသည် ၎င်းထံ ရောက်နိုင်သူတိုင်းကို ဝင်ရောက်ခွင့် ပေးနိုင်သည်။

ရိုးရှင်းသော socket-peer အဓိပ္ပာယ်ဖွင့်ဆိုချက်အတွက် တမင်ပြုလုပ်ထားသော ခြွင်းချက်တစ်ခု ရှိသည်။ Squid 6 နှင့် 7 သည် ရှင်းလင်းစွာ ယုံကြည်ရသော peer များထံမှ X-Forwarded-For ကို လိုက်ပြီး ရရှိလာသော သွယ်ဝိုက် client လိပ်စာကို ရွေးချယ်ထားသော လုပ်ဆောင်ချက်များအတွက် အသုံးပြုနိုင်သည်။ သက်ဆိုင်ရာ ဆက်တင်များက ရင်းမြစ် ACL သည် ထို ဆင်းသက်လာသော အထောက်အထားကို အသုံးပြုခြင်း ရှိ/မရှိ ဆုံးဖြတ်သည်။ ဤအင်္ဂါရပ် ဖွင့်ထားချိန်တွင် src သည် အမြဲတမ်း ကုန်ကြမ်း peer မဟုတ်ပါ။

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