یو څه په دوامداره توګه د OpenVPN واحد پیلوي: سرچینه ومومئ

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

لومړی دقیق واحد ونوموئ

د پروفایل د فایل له نامې پرځای د journal په واحد نامه پیل وکړئ. مثال کېدای شي openvpn@، openvpn-client@، openvpn-server@ یا د وېش ځانګړی څه ونومول شي، او د نامې اټکل تاسو ناسم کټګورۍ ته رسوي. د حالت تولید هغه واحد نوموي چې واقعاً چلېدلی، او یوازې همدا نامه دلته مهمه ده. هغه په سمه توګه کاپي کړئ، د هر لاحقې سره.

لاندې کمانډونه هغه واحد پرته له دې چې څه بدل کړي بیانوي. systemctl show د فریګمنټ لاره، د سرچینې لاره، د واحد د فایل حالت، هر drop-in او هغه څه چې فعال کړی یې راپور کوي. list-dependencies --reverse ښیي کوم لوډ شوي واحدونه ورته اشاره کوي. دواړه یوازې لوستل دي، نو د نظریې له جوړولو دمخه یې وچلوئ.

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

د فایل د نامې د پېژندلو لپاره کټګوري ولولئ

د مثال واحد د کټګورۍ پراخوالی دی، او کټګوري پرېکړه کوي کوم کنفیګریشن فایل لولي۔ هغه کمانډ کرښه چې د مثال لپاره ځانګړي ځای نیوونکي سره پای ته رسېږي، د مثال نامې او لاحقې ته ورټوله کېږي. که لاحقه .conf وي او مثال old ونومول شي، فایل old.conf دی. که مثال old.conf ونوموئ، هماغه کټګوري old.conf.conf غواړي.

دا تفصیل د تکرارونو یوه طبقه تشریح کوي. یو څوک په ناسم نوم دوهم مثال اضافه کوي، لومړی دوام مومي، او کوربه دوه تونلونه او یو ګډوډ لاګ سره پاتې کېږي.

د هغه فایل پرځای چې تاسو یې د سمون یاد لرئ، اغېزمنه کټګوري ولولئ. Drop-in کولی شي کمانډ کرښه بدله کړي، او د پیل پر مهال هماغه بدلون چلېږي.

تعقیب کړئ چې دا د پیل معاملې ته څنګه ننوځي

درې لارې عامې دي: له هدف څخه wants تړاو، له بل واحد څخه غوښتنه، یا د بنډل جوړوونکي جوړ شوی واحد. د معکوس تړاوونو لیست لومړي دوه د لوډ شوو ګراف ننوتونو په توګه پوښي. ټایمر، هنګ یا بهرنۍ غوښتنه نه پوښي، نو لیست بشپړ پلټنه نه بلکې شاهد دی.

د /run/systemd/generator لاندې جوړ شوی تولید محصول دی، نه سرچینه. سمون یې یوازې تر بل تولید پورې پاتې کېږي، نو هلته پلي شوی اصلاح بریالی ښکاري او بیا بېرته راګرځي.

د بنډل مستند ننوتل وګورئ دمخه له دې چې فرض کړئ جوړوونکی له کومه لولي. د یوې پوښۍ نا مستنده سکن کول هغه عام دلیل دی چې واحد پرته له فعالولو تړاو څرګندېږي.

فعالول لرې کړئ، نه یوازې پروسه

که مثال مستقیم فعال وي او واقعاً زوړ وي، systemctl disable --now بندوي یې او د پیل تړاو په یو ګام لرې کوي. لومړی وګورئ چې دا تونل کوربه ته ستاسو یوازینۍ اداري لاره نه ده. کمانډ د ژوند دورې بېلګه ده، نه د ماشین هر VPN بندولو وړاندیز. ګورئ مخکې له کمانډ، نه وروسته.

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

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

په بیا پیل تصدیق کړئ، نه په حالت سکرین

که د واحد تعريفونه یا د جوړوونکي ننوتل بدل شوي وي systemd بیا لوډ کړئ، بیا یې پایله حالت وګورئ. د ډیمون بیا لوډ روان تونل ته نوی پروفایل نه ټېل وهي، نو دواړه ګورې جلا دي. بیا پیل مهال ویش کړئ او تصدیق کړئ چې مثال ورک پاتې کېږي په داسې حال کې چې پام شوی تونل لا کار کوي.

زوړ پروفایل تر هغو وساتئ چې مالکیت یې پوه شي، بیا یې د پام شوې پروسې له لارې لرې کړئ. بریا یو ورک واحد او کار کوونکې لاسرسي لاره ده، نه یو ناکام واحد چې له یو سکرین ورک وي.