د VPN لاګونو لپاره journalctl: کوم یونټ اړیکه لري؟

له هغه systemd یونټ سره پیل وکړئ چې په ریښتیا د VPN اړیکې مالک دی، نه له هغه لاګ کمانډ سره چې تاسو یې یادوئ۔ مستقیم OpenVPN خدمت، یو wg-quick یونټ او یو NetworkManager پروفایل خپل ګټور پیغامونه په بېلو یونټونو کې ځای پرځای کوي، او غلط یونټ ته پوښتنه خالي پایله ورکوي چې د چوپتیا په څېر ښکاري۔ درې عادي مالکان پرتله کړئ، کړکۍ تنګه کړئ، بیا پړاوونه په ترتیب سره ولولئ۔

درې عادي مالکان پرتله کړئ

د OpenVPN کلاینت خدمت معمولاً د پروفایل په نوم یو انسټنس یونټ وي، لکه [email protected]۔ د هغې پیغامونه د ترتیبونې لاره، د انتخابونو تحلیل، د TLS لاس ورکول او هغه د لارې نصبول شامل دي چې کلاینت یې کوي۔

د wg-quick یونټ په ډیزاین کې ډېر چوپ دی۔ د انټرفیس ترتیبونه په پیل کې کیږي، لاس ورکول کرنل اداره کوي، او معمولي کیلي نوي کول په ډیفالټ ډول نه ثبت کیږي، نو wg show ډېری وخت له ژورنال څخه ډېر معلوماتي وي۔ دا توپیر هغه وخت مهم دی چې تاسو د خبرو اترو ثبتولو پروتوکول له هغه سره پرتله کوئ چې نه یې ثبتوي۔

NetworkManager د خپلو جوړو شوو پروفایلونو مالک دی، او د هغې پیغامونه د NetworkManager.service لاندې ژوند کوي حتی کله چې بنسټیز پلگ ان د VPN مرستندوی وي۔ کله چې پروفایل په دې ډول اداره شي، له مدیر او مرستندوی یونټ دواړو څخه وپوښتئ۔

پوښتنه یوې یونټ او یوې کړکۍ ته تنګه کړئ

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

journalctl -u [email protected] --since today
systemctl list-units --type=service | grep -i vpn
systemctl cat [email protected]

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

لومړی ناکام پړاو ولولئ

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

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

ناکام خدمت له لاسي کلاینت سره مه ګډوئ

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

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

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

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

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