د VPN پته او د LAN DHCP کرایه: د تونل IP څوک ورکوي؟

کلاینټ وصل کړئ او د Wi-Fi آیکون پر ځای اډاپټر وګورئ۔ د 10.80.0.14 په څېر پته کېدای شي پر یوه تونل وي، خو د دفتر په LAN کې هېڅ DHCP سرور هغه کرایه هېڅکله نه ده ثبت کړې۔ کوم بهیر چې شمېره غوره کړه، هغه ټاکي چې د ستونزې پلټنه له کومه پیل شي۔

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

د تونل پته د کلاینټ له خوا ولولئ

Windows توپیر هغه وخت ښیي چې ټول بلاک ولولئ نه لومړی کرښه۔ ipconfig /all د اډاپټر تشریح، فزیکي پته او د DHCP کرښه چاپوي۔ د PPP یا IKEv2 ډایل-اپ اډاپټر معمولاً DHCP بند ښیي، ځکه چې اړیکې خپله پته د ډایل پر مهال منګولې کړې وه نه دا چې له LAN سرور څخه یې کرایه کړې وي۔ هغه تونل اډاپټر چې DHCP پکې چالان وي غیرعادي دی او جلا څېړنې ته ارزښت لري۔

Linux همدا معلومات پر دوو وسایلو وېشي۔ ip -4 addr show dev tun0 پته او د پریفکس اوږدوالی ورکوي۔ nmcli -f IP4 connection show work ښیي چې ارزښت د اړیکې پروفایل، پر لینک د DHCP تبادلې یا د ټېل وهل شوې کنفیګرېشن څخه راغلی۔ WireGuard تر ټولو روښانه حالت دی، ځکه چې wg-quick د انټرفېس ښکارېدو پر مهال د کنفیګ فایل Address کرښه پلي کوي او د نښلېدو پر مهال هېڅ همتا څه نه وېشي۔

پریفکس هم یوه خبره کوي۔ /32، یا د 255.255.255.255 ماسک، مانا دا ده چې ګېټوې د یوې کوربه پتې ته د لارښوونې تمه لري، خو پراخ ماسک د تونل شاته چېرې د لینک پر سر یو فرعي شبکه ښیي۔

د IKEv2 کنفیګرېشن پیلوډ څه وړي

IKEv2 دې کار لپاره ځانګړې تګلاره لري۔ په RFC 7296، 3.15.1 برخه کې تشریح شوی کنفیګرېشن پیلوډ د INTERNAL_IP4_ADDRESS، INTERNAL_IP4_NETMASK، INTERNAL_IP4_DNS او د هغوی IPv6 سیالانو په څېر ځانګړنې وړي۔ کلاینټ هغه وخت چې غوره توب نه لري د صفر اوږدوالی ارزښت لرونکې ځانګړنه لېږي، او ځواب ورکوونکی هغه ارزښت بېرته راګرځوي چې غواړي وکارول شي۔ دا تبادله د IKE_AUTH په داخل کې، چې له مخکې کوډ شوی، روانه ده، نو هېڅ DHCP خپرېدنه هېڅکله تونل نه تېریږي۔

دوه پایلې ترې راځي۔ لومړی، پته ځواب ورکوونکی یا هر هغه اجازه‌ورکړې شاته برخه چې هغه ورسره مشوره کوي غوره کوي، نو ځکه حوض کېدای شي پر ګېټوې، په RADIUS ځواب یا د هویت چمتو کوونکي په نقشه کې وي۔ دویم، د DNS ځانګړنه د پتې له ځانګړنې جلا ده۔ د 10.80.0.14 ترلاسه کول هېڅ نه وایي چې کوم حل کوونکی بېرته راغی یا هېڅ راغی که نه۔

د شبکې ماسک ځانګړنه په عمل کې اختیاري ده۔ ډېر ځای پر ځای کول یوازې پته بېرته ورکوي او کلاینټ ته اجازه ورکوي چې کوربه لاره ولګوي، نو ځکه یو شان حوض کېدای شي پر یو کلاینټ /32 او پر بل /24 ښکاره شي۔

چېرې چې د LAN DHCP سیمه او د VPN حوض ټکر شي

ستونزه هغه وخت پیلېږي چې دواړه وېشونکي یوې سیمې ته اشاره وکړي۔ د 10.20.30.0/24 لپاره DHCP سرور د 10.20.30.128/25 لپاره جوړ شوي VPN حوض په اړه هېڅ نه پوهېږي، نو هېڅ شی نه شي کولای چې هغه 10.20.30.140 یو چاپکوونکي ته په کرایه ورکړي، په داسې حال کې چې ګېټوې هماغه پته لرې کلاینټ ته ورکوي۔ ټکر ورځې چوپ پاتې کېږي او بیا د کله ناکله تکرار په توګه راڅرګندېږي۔

د سایټ-تر-سایټ لارښوونکې طرحه د خپل جوړښت له مخې له ټکر څخه ځان ساتي۔ په څانګه کې کوربه هغه پته ساتي چې ځایي DHCP سرور ورته ورکړې وه۔ د دواړو ګېټوېانو د تونل انټرفېسونه خپلې د لینک پتې لري، او د لارښوونې جدول ټاکي چې پاکټونه څنګه سفر کوي۔ د لرې لاسرسي کلاینټانو پتې درېیمه کټګوري ده او له ګېټوې د لینک پتو سره نه باید ګډې شي۔

تونل LAN ته د پول په څېر نښلول هغه جلاوالی لره کوي۔ که طرحې واقعاً یوه خپرېدونکې سیمه ته اړتیا لري، د VPN پای ټکی باید په هماغو وېش پرېکړو کې برخه واخلي چې DHCP سرور اخلي، د ریلې یا ګډ باوري سرچینې له لارې، نه دا چې پخپله پتې صادرې کړي۔

وګورئ چې پته د کوم بهیر ملکیت دی

د سیمې له بدلولو مخکې مالکیت ثابت کړئ۔ پر کلاینټ پته او پریفکس ولیکئ۔ په LAN کې د کرایې ډېټابیس وپلټئ۔ پر ګېټوې هغه حوضونه لیست کړئ چې د وېش لپاره جوړ شوي۔ په کرایې فایل کې موندل شوې پته د DHCP سرور ده، یعنې تونل پول شوی یا د ریلې له لارې لېږل شوی؛ یوازې د ګېټوې په حوض کې موندل شوې پته د تونل د پای ټکي ده۔

# client: address and prefix on the tunnel interface
ip -4 addr show dev tun0

# LAN DHCP server: is this address leased to anyone?
grep -c '10.80.0.14' /var/lib/dhcp/dhcpd.leases

# gateway: pools that remote-access clients draw from
sudo swanctl --list-pools

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

هلته اوسېدو پر مهال د DNS ځانګړنې لپاره بیا کتنه تکرار کړئ۔ هغه حوض چې پتې ورکوي خو حل کوونکی نه، کلاینټ پر خپل ځایي DNS پرېږدي، چې دا له هغه حوض څخه بېله ناکامي ده چې LAN مخکې کارول شوې پته ورکوي۔