په لینکس کې د VPN او پروکسي خدمتونو د بندولو ترتیب

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

له منځه بهر ته په معکوس ترتیب لاړ شئ: لومړی مصرف کوونکي، بیا پروکسي، بیا ټنل — هر یو هغه برخه بندوي چې پیل کړی یې دی۔

د هر څه د بندولو دمخه د یونټونو لیست جوړ کړئ

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

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

لومړی کار بشپړ کړئ، بیا مصرف کوونکی ودروئ

پلان شوی بندول له اپلیکیشن پیلېږي: پرېږدئ چې خپل غوښتنې بشپړې یا لغوه کړي، بیا پروکسي د هغه د خدمت یونټ له لارې ودروئ۔ که اپلیکیشن باید د ټنل له ورکېدو وروسته هم کار وکړي، هغه په قصدي ډول تنظیم کړئ نه دا چې هغه د هغې لارې سره وتړئ چې ژر به ورک شي۔

هغه غوښتنې چې د بندولو پر مهال په الوتنه کې وې د ریکارډ برخه دي، ځکه چې هم له هغه ځایه د بیا هڅو توپان راپاڅېږي۔

ExecStop او ExecStopPost بېلې وسیلې دي

ExecStop= — دا د بندولو همغږې عملیه ده؛ ExecStopPost= — دا هغه پاکوالی دی چې حتی د ناکام پیل وروسته هم ګرځي۔ هغه بندولو حکم چې یوازې یو پروسې ته سیګنال لېږي او بېرته راګرځي، systemd ته اجازه ورکوي چې مخکې لاړ شي په داسې حال کې چې مصرف کوونکی لا هم معلومات تویوي۔ هر هغه څه چې باید په هر حال کې وشي د وروسته بڼې دي، او هر هغه څه چې باید بندول بند کړي د همغږې بڼې دي۔ فعال یونټ او د هغه drop-in فایلونه وګورئ نه دا چې د بنډل فایل په خپل ځای کې سم کړئ۔

د تړاو ګراف د بندولو دندې ترتیبوي۔ هغه یو ناهمغږ سکریپټ همغږي نه جوړوي، او نه یو لرې اپلیکیشن اړ کوي چې خپل معلومات تایید کړي۔

بندول محدود کړئ او پوه شئ چې دا محدودیت څه بیه لري

TimeoutStopSec= د بندولو حکم او د خدمت خپل پای دواړه محدودوي، او کله چې حد پای ته ورسېږي systemd زورواکي قتل ته اوړي۔ ارزښت د اپلیکیشن د ریښتیني تویولو چلند له مخې وټاکئ او ولیکئ چې کله حد ووهي څه ممکن له لاسه ورکړي۔ هغه شمېره چې د دې لپاره ټاکل شوې چې ماشین ژر بند شي، د بل نوم لاندې د معلوماتو د ضایع کېدو تنظیم دی۔

کله چې بندول لا هم ورو وي، یونټ، د هغه ماشوم پروسې، د ژورنال وقفه او د ټایم آوټ پایله ثبت کړئ۔ د ټولو ټایم آوټونو لنډول یا پراخ قتل ته لاس اچول هغه لاره ده چې پاک بندولونه په راتلونکي بوت کې خراب حالت ته اړوي۔

د مالک له لارې قطع شئ، بیا درې حالتونه وآزموئ

کله چې مصرف کوونکي ښکته شول، له هغه مدیر چې ټنل لري وغواړئ چې قطع شي: د systemd نمونه، د NetworkManager فعاله اړیکه یا د عرضه کوونکي خدمت۔ د یو بې تړاوه OpenVPN پروسې وژل هغه غونډه نه لرې کوي چې لاره یې ورکړې ده، او د بیا پیل پالیسي لرونکی پروکسي کولی شي غوښتنه بیا جوړه کړي په داسې حال کې چې تاسو لاره ړنګوئ۔ دا پالیسي د پیل دمخه د پلان شوي بندول سره همغږه کړئ۔

نورمال بندول، فعاله غوښتنه لرونکی بندول او هغه بندول وآزموئ چې ټنل لومړی ناکام شي۔ تکرارېدونکی ترتیب چې مهال ویش لري له هغه چټک بند ښه دی چې یوازې یو ځل کار کوي۔