کله چې openfortivpn وصل شي، د لارو او DNS مالک څوک باید وي؟

په یوه فعاله openfortivpn غونډه کې څلور پړاوونه یو پر بل ولاړ دي۔ کلاینټ په ګیټوې کې تصدیق کوي او د TLS اړیکه پیلوي، بیا په همغې اړیکه کې PPP چلوي، بیا یوه پته او DNS معلومات ترلاسه کوي، او په پای کې د کوربه لارې او د حل کوونکي ترتیبات پلي کوي۔ هر پړاو کېدای شي ژوندی وي پداسې حال کې چې بل نه وي، او له همدې امله په ملاتړیزو تارونو کې “وصل شوی” دومره ښویېدونکی ټکی دی۔

هغه پرېکړه چې ډېره ګډوډي له منځه وړي دا ده چې د وروستي پړاو مالک څوک دی۔ یا VPN کلاینټ پخپله د کوربه بدلونونه پلي کوي، یا بل اجزاء دا کوي، او دواړه نیمې لارې ګډول همدا هغه څه دي چې لارې او د حل کوونکي فایلونه په پای کې جلا غونډې بیانوي۔

څلور پړاوونه چې د یوې اړیکې په څېر ښکاري

لومړی پړاو منل دی۔ یو نومه شوی تصدیق ډومېن یا یو ځل کارېدونکی کوډ، او د دوام لپاره اړین پیرامیټرونه ترلاسه کوي۔ کله چې کلاینټ چاپ کړي چې له ګیټوې سره وصل دی، دا مانا لري چې TLS لېږد فعال دی۔ دا مانا نه لري چې PPP خبرې اترې کړې، او یقیناً دا مانا نه لري چې یو داخلي اپلیکیشن د لاسرسي وړ دی۔

دویم پړاو PPP تړاو دی۔ کلاینټ د تونل وسیلې په وړاندې د PPP پروسه پیلوي، او دواړه خواوې د تړاو انتخابونو او پتو په اړه خبرې اترې کوي۔ یوازې له هغې وروسته کوربه پوهېږي چې غونډه کومې محلي او لرې پتې کاروي، او یوازې هغه وخت د تونل په لور اشاره کوونکې لاره مانا لري۔

درېیم پړاو هغه معلومات کوربه ته پلي کول دي، او دلته مالکیت مهم دی۔ کلاینټ کولای شي لارې اضافه کړي او د حل کوونکي ترتیب بیا ولیکي، یا ورته وویل شي چې شاته ولاړ شي او دواړه هغه څه ته پرېږدي چې په هغه ماشین کې شبکه اداره کوي۔ د پروژې README دا د یو اتوماتیک چلند پرځای جلا مسؤلیتونه بیانوي۔

د لارښود جدول څوک سمونې

په ډیفالټ ډول کلاینټ مالک دی۔ دا د فزیکي انټرفېس له لارې ګیټوې ته یوه لاره، د تونل ملګري لپاره یوه لاره، او د هغو شبکو لپاره لارې اضافه کوي چې غونډه یې کارول روا دي، بیا یې هغه وخت لرې کوي چې پروسه ووځي۔ دا ډیفالټ په یوازینۍ شبکې مدیر او بې له بل VPN سافټویر لپټاپ کې اسانه دی۔

یوازې هغه وخت لېږد وټاکه چې بل څه واقعاً د لارښوونې مالک وي۔ د شبکې مدیر یوځای کول، د کنټینر شبکې نوم ځای، یا د ټول سایټ د لارښوونې استازی ممکن لا دمخه پوهېږي چې هغه ورته مختګونه څنګه نصب او پاک کړي۔ no-routes اختیار ورکول بیا دوه لیکونکي له یوه جدول سر شخړې منع کوي، چې یوه سیالي ده او د پاکې ناکامۍ پرځای د یوې فرعي شبکې وقفې وقفې ورکېدل ښکاري۔

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

پاکول درېیم دی۔ کلاینټ چې د خپلو لارو له لرې کولو دمخه سقوط کوي یو تور سوری پرېږدي چې له غونډې اوږد ژوند کوي، او بله اړیکه کېدای شي پر سر یې یوه کاپي اضافه کړي۔ څوک چې د لارښوونې مالک دی د پخوانیو ننوتلو د تللو تصدیق هم مالک دی۔ هغه تصدیق د پیل لارې برخه کړه، نه اختیاري د پاکولو ګام۔

DNS او د حل کوونکي فایل مالک څوک دی

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

په عصري Linux کوربه کې کېدای شي د حل کوونکی د یوه محلي سټب له خوا اداره شي، او د هغه سټب له شا څخه د حل کوونکي فایل بیا لیکل داسې ترتیب جوړوي چې سم ښکاري او ناهمغړي چلند کوي۔ که کوربه لا دمخه د حل کوونکي مدیر چلوي، پرېږده چې DNS مالک وي او د تونل سرورونه ورته د هغه د ملاتړ شوي انټرفېس له لارې ورکړه۔ د کلاینټ no-dns اختیار هلته سم انتخاب دی، نه د مخنیوي لاره۔

ووېشل شوی DNS له دې څخه جلا پوښتنه ده چې فایل څوک لیکي۔ هره پوښتنه د تونل له لارې لېږل ساده او ورو دي؛ یوازې داخلي سیمې د هغه له لارې لېږل د هر ډومېن ترتیباتو ته اړتیا لري چې ډېری ساده کلاینټونه یې نه وړاندې کوي۔ پرېکړه وکړه چې کوربه کوم چلند ته اړتیا لري مخکې له دې چې د کلاینټ د حل کوونکي بدلونونه فعال کړې۔ دلته غلط انتخاب د نومونو د حل د بندېدو په څېر ښکاري حتی کله چې پخپله تونل سم وي۔

امتیاز، چمتووالی او لېږد

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

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

تړون په څلورو کتنو وازمویه: د ګیټوې پړاو بشپړیږي، PPP پتې ټاکي، پام شوې لاره شته، او یوې داخلي کوربه ته غوښتنه بریالۍ کیږي۔ بیا کلاینټ ودروه او تصدیق کړه چې له دغو هر یو لرې شوی یا بحال شوی دی۔ که د تونل له بندېدو وروسته کوربه لا هم داخلي نومونه حلیږي یا لا هم یوه لاره ساتي، نو د مالکیت لېږد نیمګړی دی۔