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

له فایل نه نه، له خدمت پیل وکړئ

ردول معمولاً له پیل کوونکي راځي نه له خود OpenVPN۔ هغه لاره لولي، هلته یو څه پیدا کوي او د ترتیب له تحلیل مخکې درېږي۔ نو لومړۍ پوښتنه د پیل کوونکي د تړون په اړه ده، نه د تونل۔

هغه واحد یا سکریپټ ولولئ چې پیغام یې چاپ کړ او درې شیان یاد کړئ: هغه لار چې ګوري یې، هغه د خدمت ډول چې اعلانوي یې، او ایا په بشپړ ډول د فایل لیکلو مسؤل دی۔ یو عصري واحد کولی شي ساده یا د خبرتیا څارنه وکاروي او هیڅکله PID فایل ته لاس ونه وهي، په داسې حال کې چې زوړ init سکریپټ کولی شي پخپله یو جوړ کړي۔ د یوې بڼې ګوتڅنډنه بلې ته کاپي کول همدا ډول ردول رامنځته کوي۔ له هر څه د تفسیر مخکې ومومئ چې کومه بڼه کارول کیږي۔

بیا نو پوښتنه دا کیږي چې ایا یوه نسخه واقعاً روانه ده۔

وګورئ چې ایا هغه پېژندونکی ستاسو نسخې پورې اړه لري

په فایل کې شمېره دا ثابتوي چې شمېره لیکل شوې وه۔ دا نه ثابتوي چې د هغه پېژندونکي سره پروسه اوس شته، او یقیناً نه ثابتوي چې پروسه ستاسو ده، ځکه پېژندونکي له بیا پیلونې وروسته بیا کارول کیږي۔

د پروسې پیل وخت د فایل د وخت نښې سره، د اجرا وړ فایل د واحد د امر سره، او په خدمت کې غړیتوب د واحد د نوم سره پرتله کړئ۔ په درېیو کې د یوې ناسمونې معنا دا ده چې تاسو تونل نه، حساب ګورئ۔

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

systemctl status [email protected]
ps -o pid,lstart,args -p "$(cat /run/openvpn/vpn.pid)"

پیل کوونکي د فایل سره څه کولو ژمنه کړې وه

PIDFile= د خدمت مدیر ته وایي چې د اصلي پروسې پېژندونکی له کومه ځایه ولولي۔ مدیر هغه فایل نه لیکي، خو له بندېدو وروسته پاتې فایل لرې کوي، او همدې لپاره پرې شوی وتل کولی شي فایل پرېږدي۔

د مسؤلیت دا وېش دوه نښې تشریح کوي چې خلک یې د خطا په توګه راپوروي۔ هغه فایل چې هیڅکله نه ښکاري معنا دا ده چې ډیمون یا د هغه سکریپټ نه شو کولی یې ولیکي، نه دا چې څارنه غلطه تنظیم شوې۔ هغه فایل چې له بندېدو وروسته پاتې کیږي معنا دا ده چې د بندېدو لار هیڅکله بشپړه نه شوه۔

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

پاک بندېدل د پرې شوي وتل په مقابل کې

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

د فایل وخت نښه د وروستي پیل او د واحد د وروستي بندېدو سره پرتله کړئ۔

بیا ژوندي شواهد مستقیم وګورئ۔ هغه ساکټ چې د VPN پورت سره تړل شوی او یو تونل انټرفیس چې پته لري د دې ثبوت دي چې یو څه روان دي، په هغه ډول چې په اجراړونکي فولډر کې متن فایل هیڅکله نه وي۔ که دواړه نه وي، هیڅ نه روان دي، هر څه چې فایل ادعا وکړي۔

د عادت په توګه فایل حذفول بند کړئ

د هغه حذفول قانوني بیا رغونه ګام دی کله چې تاسو ثابته کړه چې هیڅ نسخه یې مالک نه ده او پیل کوونکی دا رفتار مستند کوي۔

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

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

اړوندې مقالې