SoftEther VPN Azure: د رېلې لاره، نه پرانیستی پورټ

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

په لاره کې څه بدلېږي

د یوه عادي اورېدونکي په حالت کې کاروونکی یوه عامه پته ته TCP نښلېدنه پرانیزي چې ستاسو روټر یې سرور ته لېږي. د رېلې سره سرور بهر ته د رېلې زیربنا ته یوه وتلونکې نښلېدنه ساتي، او رېله د کاروونکو نښلېدنې مني او هغوی بار ته په تمه سرور ته لېږي. هېڅ دننه راتلونکی پورټ نه پرانیستل کېږي، ثابته پته نه غوښتل کېږي، او روټر نه لمس کېږي. د اور وژنې له نظره سرور یو عادي وتلونکی کاروونکی دی، او ځکه محدودو شبکو دې اجازه ورکوي.

رېله هغه سرور ته په خپل ډومېن کې نوم ورکوي، او کاروونکي د هلته نښلېدو لپاره تنظیمېږي.

هغه نوم د رېلې خدمت دی، چې Microsoft Azure VPN Gateway نه دی، که څه هم دواړه Azure يو څه بلل کېږي. د دوی سره د بدلېدونکو په توګه چلند داسې ترتیب جوړوي چې کار نشي کولی.

کوم پروتوکولونه له رېلې تېرېږي

رېله د SoftEther پروتوکول وړي، او پروژه SSTP په کاروونکي انتخاب توګه ثبتوي، چې ګټور دی ځکه Windows د SSTP کاروونکي سره راځي. خو دا د کوربه پر هر اورېدونکي لپاره عمومي وړونکی نه ګرځي: OpenVPN اورېدونکي، IPsec ځواب ورکوونکي او L2TP خدمت هر یو خپل رسېدونکی پاینی ټکی غواړي، او هېڅ یو یې یوازې د دې لپاره چې SoftEther سرور نښلول شوی، له رېلې نه تېرېږي.

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

هغه څه چې رېله ستاسو لپاره نه کوي

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

ملاتړ شوي امنیتي تنظیمات هم ستاسو د غورځولو دي. د پروژې اسناد د زړو پلیټفارمونو مثالونه لري، او له زړې سکرین شاټ څخه د زړو سایفر یا سند تنظیمات کاپي کول د داسې تونل جوړولو ښه لار ده چې هېڅوک یې پلټنه نشي کولی. ستاسو د چلولو بڼې لپاره اوسنی لارښود وکاروئ.

د سندونو تصدیق او د کاروونکو تصدیق د سرور مسؤلیت پاتې کېږي، او رېله هېڅکله د دوی له یوه هم ځای نه نیسي.

دا د یو تړاو په توګه چلوئ

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

ځنډ د ستاسو د کاروونکو نږدېوالي پر ځای د رېلې جغرافیه تعقیبوي، چې د هغې له لارې د متقابل فعالیت ژمنې دمخه یې اندازه کول ارزښت لري.

د سرور هویت او بیا یوه ریښتینې کاري لاره تصدیق کړئ، نه یوازې د بریالۍ نښلېدنې بینر، او وګورئ چې هغه منبع چې تاسو ورته اړتیا لرئ د هغه پتې کورنۍ له لارې چې رېله یې وړي رسېدونکې ده که نه. د رېلې نوم، کارول شوی پروتوکول او بیکاپ پلان ولیکئ، ځکه دا درې حقایق د دې تړونې په اړه د راتلونکو پوښتنو ډېرو ځواب ورکوي.