SoftEther SecureNAT: DHCP او NAT دوه جلا پریکړې دي

SecureNAT یو واحد چیکبکس دی چې دوه خدمتونه فعالوي، او د دې په اړه ډېره ګډوډي هم له همدې ځایه راځي. یو مجازي DHCP سرور کلاینټ ته پته، ماسک، ګېټوې او ډېری وختونه یو حلکوونکی ورکوي. یو مجازي NAT د سرور هوسټ د خپل شبکې سټیک په کارولو سره هغه پاکټونه له دې ګېټوې هاخوا لیږي. دواړه په ترتیب کې یو بل ته څنګ ته ناست دي او په خپلواکه توګه ناکامېږي: کلاینټ کولای شي کامل اجاره ولري او هېڅ کاري لاره نه ولري، یا کاري لاره ولري خو تنظیمات یې غلط حلکوونکي ته اشاره وکړي. دوی د دوو پریکړو په توګه وګورئ، او تشخیص لنډ شي.

د یو چیکبکس شاته دوه خدمتونه

د مجازي DHCP خوا د ترتیب یوې پوښتنې ته ځواب وایي: دا کلاینټ د دې مجازي هب په دننه کې کوم تنظیمات ترلاسه کوي. د مجازي NAT خوا د لیږلو پوښتنې ته ځواب وایي: کله چې کلاینټ له هب بهر یوې پتې ته پاکټ لیږي، سرور یې ژباړي او لیږي که نه. لومړی د هب لپاره ځایي دی او پورتنی شبکه نه غواړي. دویم په بشپړ ډول هوسټ ته تړلی دی.

د مجازي هوسټ انټرفېس لومړنۍ پریکړې ته اړه لري، نه دویمې ته. د هغې پته، چې ډېری وختونه په ډیفالټ ډول د 192.168.30.1 په څېر یو څه وي، هغه ګېټوې ده چې د DHCP خدمت یې وړاندې کوي. دا د سرور عامه اورېدلو پته نه ده، او د دواړو ګډول د اوروژنې قواعد او د کلاینټ تنظیمات رامنځته کوي چې هغه ماشین ته نښه وي چې په هغه شبکه کې نشته.

پریکړه 1: پته څوک ورکوي

که مجازي DHCP فعال وي، کلاینټان باید ستاسو په ترتیب شوي حوض کې اجاره ترلاسه کړي، ګېټوې د مجازي هوسټ انټرفېس او حلکوونکی هغه چې تاسو ورکړی. د کلاینټ د حالت متن نه، اجاره وګورئ، ځکه «نښلول شوی» تونل توصیفوي، نه د پتې ویش:

vpncmd localhost /SERVER /CMD SecureNatStatusGet
vpncmd localhost /SERVER /CMD DhcpGet
ip -4 addr show
ip route

د بل هر څه د سمون دمخه د ناکامۍ دوه طریقې زده کول ارزښت لري. هغه کلاینټ چې د پخواني ډیزاین څخه پاتې سټاټیک پته لري هغه به وساتي او اجاره به له پامه وغورځوي، چې داسې ښکاري لکه DHCP د ځواب ورکولو څخه انکار کوي. او په پل شوې برخه کې دویم DHCP سرچینه به د همدې کلاینټانو لپاره سیالي وکړي، چې پتې په منځ کې بدلېږي او د ملاتړ قطار جوړېږي چې ستونزه بیا نه شي جوړولای.

یو بل ته ننوځي حوضونه هم دلته راځي. که د مجازي DHCP حوض د هوسټ له LAN فرعي شبکې یا د بل هب له حوض سره یو بل ته ننوځي، کلاینټ داسې پته ترلاسه کوي چې په مبهم ډول لارښوونه کېږي، او هر وروستی ازموینه ناټکلېدونکې وي.

پریکړه 2: له مجازي ګېټوې هاخوا څوک لیږي

د مجازي NAT په فعالېدو سره، سرور له هب څخه وتونکی ټرافیک ژباړي او د هوسټ د لارښوونې جدول له لارې یې لیږي. دا پدې معنا ده چې د لیږلو زنځیر دا دی: کلاینټ مجازي ګېټوې ته، مجازي NAT د هوسټ سټیک ته، د هوسټ سټیک خپل ډیفالټ لارې ته. هر بند له نورو پرته ناکامېدای شي، او د ناکامۍ نښې توپیر لري.

دویمه پریکړه د هغه څه سره وآزمویئ چې باید له هب ووځي، نه د هغه څه سره چې د هغې لپاره ځایي وي. مجازي ګېټوې ته پینګ یوازې لومړی بند ثابتوي او نه نور څه:

vpncmd localhost /SERVER /CMD NatGet
vpncmd localhost /SERVER /CMD NatTable
dig +short example.com
ip route get 203.0.113.10

که د نومونو حل کار کوي خو عامه پتې ته نښلېدل ناکامېږي، تاسو د لیږلو په زنځیر کې یاست نه په DHCP کې. که دواړه ناکام شي، لومړی حلکوونکی وګورئ، ځکه د نه رسېدونکې داخلي پتې په توګه لیږل شوی حلکوونکی کاري لاره بشپړه ماته ښکاره کوي.

د SecureNAT لیږل د سرور پروسې له خوا پلي کېږي، نه د کرنل د هغه لیږلو لارې چې تاسو له پل سره کاروئ. دا اسانه او له پل کولو څخه ورو دی، او دا هم معنا لري چې د هوسټ خپل اوروژنې قواعد او لارښوونې پریکړې لا هم په ژباړل شوي ټرافیک باندې تطبیقېږي. مجازي NAT د هوسټ پالیسي نه تېرېږي؛ هغه کاروي.

د هوسټ خپله لاره دریمه خبره ده

پورتني ټول دا فرض کوي چې د سرور هوسټ منزل ته رسېدای شي. هغه هوسټ چې کاري پورتنی لاره نلري، سخت د وتلو پالیسي لري، یا هغه پته کورنۍ نلري، د هب د ترتیب هرڅومره سم وي هم په دویمه پریکړه کې ناکامېږي. هوسټ په خپلواکه توګه، له تونل بهر وګورئ، د هغه ناکامۍ تور SoftEther ته د ورکولو دمخه.

SecureNAT د سرور سره تړل شوې هرې شبکې ته د رسېدو اجازه هم نه ده. دا هغه ټرافیک ژباړي او لیږي چې ورته رسېږي؛ د دې پریکړه چې هوسټ څه ته رسېدای شي لا هم د هوسټ د اوروژنې او لارښوونې کار دی، او هغه ډیزاین چې د لاسرسي ورکولو لپاره پر تونل تکیه کوي، له ډېر ورکولو څخه یوازې یو بد قانون لرې دی.

د پتې کورنۍ خپله جلا کتنه مستحق دي. یو کاري IPv4 DHCP بېلګه دا نه ثابتوي چې ستاسو په جوړښت کې د IPv6 هر وړتیا شته، نو د دوه ګوني سټیک د چلند ژمنې دمخه د هغه نسخې لارښود ولولئ چې تاسو یې واقعاً چلوئ. د لارښود SecureNAT برخه د اوسني خپرونې لپاره مجازي NAT او DHCP دندې پوښي.

هره پریکړه د خپلې ازموینې سره وګورئ

لومړنۍ پریکړه د اجارې کتنې سره ومنئ: په حوض کې پته، ګېټوې د مجازي هوسټ انټرفېس سره برابر، حلکوونکی ستاسو ترتیب شوی. دویمه د کلاینټ له خوا وتونکې غوښتنې او په سرور کې NAT جدول ته د یوې کتنې سره ومنئ، ځکه د غونډو زیاتېدونکی شمېر یوازینی مستقیم ثبوت دی چې ژباړه پېښېږي، نه یوازې فعاله ده.

بیا ویش په ډیزاین یادښت کې ولیکئ: کوم برخه پته ورکوي، کومه برخه لیږي، او ټرافیک د کوم هوسټ انټرفېس له لارې وځي. کله چې بیا پیل چلند بدل کړي، هغه یادښت درته وایي چې له درېیو کوم یو وګورئ، د دې پرځای چې هر څه بیا پیل کړئ او د نښې د ځای بدلېدو هیله وکړئ.

یوه بله پریکړه هم ریکارډ ته اړه لري، حتی که نن یې نه کوئ: SecureNAT او ځایي پل د یوه هب لپاره دوه جلا ډیزاینونه دي، او هغه هب چې دواړه غواړي هغه هب دی چې بل پلان غواړي. په پوهاوي سره انتخاب وکړئ، ولې یې ولیکئ، نو بل کس به اړ نه وي چې دا له روان ترتیب څخه بیرته انجنیري کړي.