iptables ဖြင့် proxy ကြားဖြတ်ခြင်း- ပေါက် 80 နှင့် 443 ကို အတွဲတစ်ခုအဖြစ်
ပေါက် 80 နှင့် 443 ကို အတွဲတစ်ခုအဖြစ် ကိုက်ညီအောင်လုပ်ပြီး client လိပ်စာရွေးချယ်မှုကို proxy ပြန်ရေးထားသော ပန်းတိုင်နှင့် ခွဲထားပါ။
ပန်းတိုင် ပေါက် 80 သို့မဟုတ် 443 ဖြစ်သော TCP အသွားအလာကို ရွေးရန် အတွဲတစ်ခုကို အသုံးပြုပါ-
-p tcp -m multiport --dports 80,443ယင်းနှင့်ဆန့်ကျင်စွာ --dport 80:443 သည် 80 မှ 443 အထိ အပိုင်းအခြားတစ်ခုလုံးကို နှစ်ဖက်စွန်းပါ ရွေးသည်။ ထို့ကြောင့် ပိုလျှံသော ပေါက်များစွာကိုပါ ဖမ်းမိသည်။ ကော်မာနှင့် colon သည် မတူညီသော မူဝါဒများကို ဖော်ပြသည်။
ယင်းတို့သည် ကိုက်ညီမှု အစိတ်အပိုင်းများဖြစ်ပြီး ပြည့်စုံသော firewall အမိန့်များ မဟုတ်ပါ။ ကြားဖြတ်မှု ဒီဇိုင်းလိုအပ်သော chain နှင့် လုပ်ဆောင်ချက်ထဲသို့ ထည့်ပါ။
| ရွေးချယ်ကိရိယာ | ပြန်မရေးမီ မည်သည့်အရာကို ဖော်ထုတ်သည် |
|---|---|
-s 192.0.2.20 | Client ၏ မူလလိပ်စာ |
-d 198.51.100.30 | ပန်းတိုင် server ၏ လိပ်စာ |
--dports 80,443 | ပန်းတိုင်၏ ဝန်ဆောင်မှု ပေါက်များ |
DNAT ၏ --to-destination သို့ ပေးသော လိပ်စာသည် ပန်းတိုင်အသစ်ဖြစ်ပြီး ဥပမာ proxy ၏ နားထောင်သူဖြစ်သည်။ ၎င်းသည် ယခင်က မူလနှင့် ပန်းတိုင် ကိုက်ညီမှုများ၏ အဓိပ္ပာယ်ကို အစားမထိုးပါ။
ရွေးချယ်ကိရိယာကို ရည်ရွယ်ထားသော client များနှင့် အသွားအလာကို ဖော်ပြနိုင်လောက်အောင် ကျဉ်းကျဉ်းထားပါ။ အထူးသဖြင့် proxy ကိုယ်တိုင် ဖန်တီးသော ချိတ်ဆက်မှုများ ကို ထည့်သွင်းစဉ်းစားပါ၊ ထို့ကြောင့် ၎င်း၏ နောက်ဆက်တွဲ တောင်းဆိုမှုများ ထိုကြားဖြတ်လမ်းကြောင်းထဲသို့ ပြန်မဝင်စေရန်။ ပေါက် 443 ကို ရွေးခြင်းကလည်း ထိုချိတ်ဆက်မှု၏ byte များကို ရှင်းလင်းသော HTTP proxy တောင်းဆိုမှုအဖြစ် မပြောင်းလဲစေပါ၊ လက်ခံသော application သည် သင့်လျော်သော ကြားဖြတ်မှုပုံစံ လိုအပ်နေဆဲဖြစ်သည်။ TCP ကို proxy သို့ ထင်ရှားစွာ ပို့ရန် ဘာသာပြန်သူသည် မူလပန်းတိုင်ကို ပြန်လည်ရယူပြီး proxy ပရိုတိုကောကို ညှိနှိုင်းရမည်။