په یوه Azure VPN VM کې دوه عامه IP: کوم یې څه کوي

په یوه Azure VPN VM کې دوه عامه IP هغه تمه جوړوي چې کم عمره وي: هغه پته چې مراجعین ورسره نښلوي، هغه پته به هم وي چې وېبپاڼې یې ویني. دا پایله درې خپلواکې پرېکړې جوړوي او یوازې لومړۍ یې د تونل اورېدونکي اړه لري. دویمه هغه مېلمه سرچینه ده چې د لېږل شوي مراجع ترافیک لپاره کارېږي، او درېیمه د Azure وتلو طریقه ده چې پر هغې سرچینې پلي کېږي. یوه بدله کړئ او نورې دوه په خپل ځای پاتې کېږي، نو هر یوه یې په څرګنده توګه پرېکړه کړئ.

پرېکړه 1: تونل چېرته پای ته رسېږي

د Azure عامه IP د NIC په پرانیستې IP ترتیب سره تړلې ده؛ دا هغه پته نه ده چې د مېلمه عملیاتي سیستم دننه یې ورزیاتوئ. د انګېرنې پر ځای نقشه ولولئ: az network nic show --ids /subscriptions/.../networkInterfaces/vpn-nic --query 'ipConfigurations[].{private:privateIPAddress,public:publicIPAddress.id}'. کومه خصوصي پته چې دا پوښتنه یې بېرته راوړي، مېلمه باید په رښتیا هماغه ولري.

یوه NIC کولای شي څو IP ترتیبونه وړي، نو دوه عامه پتې دوه NIC ته اړتیا نه لري. که ډیزاین په رښتیا دوه NIC وکاروي، هر یو خپل مېلمه لارې او راتلونکي ټوپونه راوړي، او تاسو د ساده کولو پر ځای د لارښوونې پرېکړه ورزیاته کړې ده.

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

پرېکړه 2: لېږل شوی مراجع کومه سرچینه کاروي

وروسته له دې چې پوله د مراجع غوښتنه ډیکوډ کړه، هغه بنډل چې لېږي د هغه بنډل څخه توپیر لري چې VPN اورېدونکي ته رسېدلی و. مېلمه ته فعال لېږد، هغه فایر وال تګلاره چې جریان ته اجازه ورکوي، او د سرچینې پته چې د کلاوډ ډیزاین اجازه ورکوي ورته اړتیا ده. که د مراجع داخلي پته وژباړئ، Azure به هماغه ژباړل شوې سرچینه ارزښت ورکړي، نه د مراجع داخلي پته.

تنگ SNAT قاعده کولای شي مېلمه-خصوصي سرچینه وټاکي، خو نشي کولای د Azure وروستنۍ ژباړه مات کړي. SNAT هغه وخت وټاکئ چې په VM کې د هر مراجع لپاره حساب ورکول غواړئ؛ هغه وخت یې پرېږدئ چې د سبنیټ وتلو ډیزاین مخکې له مخکې ثابته عامه سرچینه برابروي او دویمه ژباړه به یوازې حالت ورزیات کړي.

پرېکړه 3: کومه Azure وتلو طریقه بریالۍ کېږي

Microsoftد وتلو د لومړیتوب ترتیبمستند کوي: د وسیلې یا پولې ته تطبیق وړ لاره لومړیتوب لري، او په اړونده لار کې د سبنیټ NAT Gateway نښلون د نمونې کچې عامه IP څخه لومړیتوب لري. همدا ترتیب لامل دی چې 10.20.0.5 ته ژباړه دا نه ثابتوي چې وېبپاڼه به 198.51.100.20 وویني. د وتلو ډیزاین له منلو مخکې اغېزمنه د لارو جدول، NAT Gateway تړاو او د NIC عامه IP یوځای ولولئ.

وساتئد Azure NIC د لېږد ترتیبله Linux لېږد څخه جلا. د کلاوډ بیرغ هغو بنډلونو ته اجازه ورکوي چې سرچینه یا منزل یې NIC ته نه دی ټاکل شوی؛ دا net.ipv4.ip_forward فعالوي نه، او د مېلمه ترتیب د کلاوډ اجازه نه ورکوي.

د تونل ساکټ خپله د سرچینې پرېکړه لري

د wg-quick لاندې د WireGuard Address د WireGuard انټرفیس ته پته ټاکي؛ دا د باندې UDP تړلو لارښوونه نه ده. د کوډ شوي ساکټ سرچینه د لارو جدول تعقیبوي، نو د تګلارې لاره یا دویمه تلوالې لاره کولای شي دا پرته له دې چې د انټرفیس پتې ته لاس ووهي حرکت وکړي.OpenVPNد local اختیار او UDP multihome همدغه ډول چلند کوي: دوی اورېدونکي او د هغه ځوابونو اړه لري، نه د هر لېږل شوي مراجع د انټرنیټ سرچینې.

هغه لاندېنی لاره وساتئ چې تونل وړي، او تایید کړئ چې مراجع لا هم د تمه شوې ورودي ترتیب څخه تصدیق شوي ځوابونه ترلاسه کوي. د پتو لیست ترتیب په تلپاتې سرچینه ټاکلو تګلاره کې مه باور کوئ، ځکه چې NIC ته راتلونکې پته کولای شي بدله کړي چې کومه بریالۍ کېږي.

څه ومنو، او په کوم ترتیب

درې پایلې جلا جلا ومنئ. لومړی، بهرنی مراجع اړوند VPN ورود ته رسېږي. دویم، د هغه VPN مراجع نوې اجازه شوې غوښتنه د مستند شوي انټرنیټ وتلو له لارې وځي. درېیم، نااړونده اورېدونکي او لېږد لارې رد پاتې کېږي. د عامه-له-خصوصي نقشې او د هرې پرېکړې مېلمه او کلاوډ مسؤلین په یوه ځای کې ولیکئ.

بریالۍ تونل یوازې لومړۍ برخه ثابتوي. وتل د نوې جریان سره وآزموئ، ځکه چې کیش شوی نښلون کولای شي د لارې له بدلېدو وروسته هم اوږد وخت زړه سرچینه وکاروي.