DNAT ပြောင်လင်းပရောက်စီ- ပြန်လမ်းက ဘာကြောင့် အရေးကြီးသလဲ

ပြန်ညွှန်ထားသော SYN သည် Squid သို့ ရောက်နိုင်သော်လည်း client သည် အချိန်ကုန်ဆုံးမှုနှင့် ရင်ဆိုင်နေရဆဲ ဖြစ်သည်။ DNAT စနစ်တွင် ပြန်လာသော packet သည်လည်း ဘာသာပြန်မှု အခြေအနေကို ကိုင်ထားသော gateway သို့ ရောက်ရမည်။

ဤ စိတ်ကူးယဉ် LAN ကို သုံးသပ်ပါ-

client 192.168.40.25 → gateway 192.168.40.1
                         DNAT → proxy 192.168.40.10
proxy 192.168.40.10 → client 192.168.40.25 directly

client သည် မူလက ဝဘ်ဆိုက် လိပ်စာသို့ ချိတ်ဆက်ခဲ့သည်။ DNAT ပြီးနောက် ပရောက်စီသည် client ၏ ရင်းမြစ်ကို မြင်ပြီး ဒေသတွင်း ကွန်ရက်ခွဲလမ်းကြောင်းကို အသုံးပြု၍ တိုက်ရိုက် ပြန်ကြားနိုင်သည်။ ထို တုံ့ပြန်ချက်သည် gateway ၏ ပြောင်းပြန် ဘာသာပြန်မှုကို ကျော်သွားပြီး မျှော်လင့်ထားသော ဝဘ်ဆိုက်လိပ်စာအစား ပရောက်စီလိပ်စာမှ client ထံ ရောက်နိုင်သည်။ gateway သည် မိမိ လုံးဝ မရရှိခဲ့သော packet များကို ပြုပြင်နိုင်မည် မဟုတ်ပါ။

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

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

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