OpenVPN پیل شو خو هېڅ یې چاپ نه کړ: لومړی log-append وګورئ

تاسو له شیل څخه د کانفیګریشن فایل سره OpenVPN پیلوئ، او ټرمینل پرته له کومې پایلې ولاړ وي۔ نه بینر، نه تېروتنه، نه لارښود۔ ذهن وایي چې پیل ناکام شو، نو یوه بله کاپي پیلوئ، بیا بله، او ماشین د څو نیمګړو کانفیګر شویو کاپیو سره پاتې کېږي۔ له دې ټولو مخکې، پروفایل وګورئ چې ګوندې کومه لارښوونه لا دمخه لاګ بل ځای ته اړولی وي۔ غلط د کنسول ځانګړنه ده، نه د پروسې۔

غلط دوه ډېر بېل توضیحات لري

لومړی دا چې پروسه ښه روانه ده او هغه فایل ته لیکي چې تاسو نه ګورئ۔ دویم دا چې هغه سمدلاسه په هماغه فایل کې ثبت شوې تېروتنې سره ووته۔

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

لارښوونه ومومئ، بیا پروسه ومومئ۔

ps -o pid,args= -C openvpn
grep -nE '^\s*(log|log-append|cd|daemon|verb)\b' /etc/openvpn/server/server.conf

هغه منزل ومومئ چې روانه پروسه یې کاروي

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

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

د فایل د بدلون وخت له هغه شیبې سره پرتله کړئ چې تاسو پیل کړی و۔ د تېرې اونۍ لاګ د تېرې اونۍ شاهد دی۔ بیا د بدل شوي فایل وروستي کرښې ولولئ، او هلته هر څه هغه ورک شوی پیل پیغام وګڼئ چې تاسو یې نه لرل۔

log د log-append په مقابل کې: شواهد او ړنګول

log-append هغه څه ته اضافه کوي چې لا دمخه په فایل کې دي۔ log فایل د لیکلو لپاره پرانیزي او پرې کوي یې، نو د دواړو ترمنځ بدلون کولای شي هغه چلښت ړنګ کړي چې تاسو یې لوستل۔

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

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

کله چې د خدمت رپېر پایله نیسي

د systemd لاندې، معیاري پایله او تېروتنې ژورنال ته ځي پرته له دې چې روښانه فایل لارښوونه لومړیتوب ولري، او د عرضه کوونکي رپېر کېدای شي هغه په بشپړ ډول بل ځای کې ونیسي۔

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

د دې پرځای چې نتیجه واخلئ چې یو یې خراب دی، د پیل دواړه ترتیبات پرتله کړئ۔ د یونټ کمانډ کرښه او چاپېریال یې ولولئ، بیا د هماغه وخت کړکۍ ژورنال ولولئ۔ که رپېر پایله خپل فایل ته اړوي، هغه فایل اوس ستاسو لاګ دی، او د پیغامونو د تللو ځای لپاره OpenVPN لارښوونې بې اړیکې دي۔

تفصیل یوازې هغه وخت زیات کړئ چې لوستلی یې شئ

له منزل موندلو دمخه د تفصیل زیاتول یوازې په هغه ځای کې ډېر متن جوړوي چې تاسو نه ګورئ۔

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

بیا ریښتینې تېروتنه ولولئ۔ غلې ټرمینل د دې په اړه هېڅ نه ثابتوي چې ټنل پورته شو که نه، او په فایل کې ثبت شوې ناکامي هغه ده چې د سمولو ارزښت لري۔