کله چې پرده توره شي VPN قطع کیږي: قفل، خالي پرده که ځنډول؟

کله چې یو څوک وایي چې پرده توره شوه او VPN مړ شو، لومړی ګټور پوښتنه دا ده چې له درېیو پېښو کومه واقعاً وشوه: غونډه قفل شوه، پینل بند شو، که ټول ماشین ویده شو۔ دا په جلا ټایمرونو جلا میکانیزمونه دي، او یوازې یو یې کولی شي د یوې پروسې مهالوېش په بشپړه توګه ودروي۔ لاندې کتنې په ترتیب سره وکړئ۔ په لومړنۍ کتنه ودرېږئ چې پوښتنې ته ځواب وایي، ځکه هر وروستۍ کتنه بل څه ته ځواب وایي۔

لومړۍ کتنه: قفل له تورې پردې او له خوب څخه جلا کړئ

قفل بدلوي چې غونډه څوک کارولی شي; کمپوزیټر انځور ته دوام ورکوي، شبکه یې سټیک کار ته دوام ورکوي او VPN پیرودونکی هېڅ نه پوهیږي۔ د پردې تورېدل د بې کارۍ وروسته پینل بندوي او ماشین په بشپړه توګه ویښ پریږدي۔ ځنډول پروسیسرونه ودروي، یعنې د کاروونکي په تشه کې هېڅ پروسه مهالوېش نه کیږي، نو هېڅ د اړیکې ساتنې سیګنال نشي چلېدلی، هر څومره لنډ هم چې وقفه وټاکئ۔

همدا جدول لامل دی چې «پرده توره شوه» تشخیص نه دی۔ هغه ډیسکټاپ چې په پنځو دقیقو تورېدو او په دېرشو خوب ته ټاکل شوی، په شپږمه دقیقه کې توره پرده ښیي په داسې حال کې چې تونل بشپړ روغ دی۔ په دېرشمه دقیقه کې خرابي بله پېښه او بل حل لري، او دواړه د خونې له بلې خوا څخه یو ډول ښکاري۔

دوهمه کتنه: د برېښنا او شبکې پېښې پر یوه مهالکرښه کېږدئ

ژورنال د ټول بوت پر ځای د یوې محدودې مودې لپاره ولولئ، او هم د ننوتلو مدیر او هم د اړیکې مالک پکې شامل کړئ:

journalctl -b -u systemd-logind -u NetworkManager --since "45 minutes ago"
systemd-inhibit --list

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

نه لیدل شوې کرښه منفي پایله نه ده۔ که د ټاکل شوي واحد ژورنال ستاسو حساب ته نه ښکاري، د خوب د ثبت نشتوالی هېڅ نه ثابتوي، او له تشې چاڼګرې څخه «هغه هېڅکله نه دی ویده» نتیجه اخیستل هغه لار ده چې خلک په هغې یوه اونۍ د اړیکې ساتنې تنظیم ته تېروي۔

درېیمه کتنه: که ویده شو، پرېکړه وکړئ چې ایا دا قصداً وه

کله چې پر مهالکرښه د خوب بدلون راڅرګند شي، پوښتنه له «ولې VPN مات شو» څخه «ایا ماشین باید اصلاً ویده شوی وی» ته بدلیږي۔ پر لیپ ټاپ ځواب ډېری هو وي، او د تونل پرېکول هغه تمه شوې چلند دی چې پیرودونکی باید د ویښیدو پر مهال ترې روغ شي۔ پر هغه کاري سټیشن چې باید لاسرسی ورته پاتې وي، د خوب تګلاره هغه څه ده چې باید بدله شي۔ دا چې تاسو له دې دوو ماشینونو کوم ته ګورئ، یوې پوښتنې ته اړتیا لري، او دا هغه پوښتنه نه ده چې ژورنال ستاسو په ځای ځواب ووایي۔

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

څلورمه کتنه: که ویښ پاتې شو، شبکه او پیرودونکی وګورئ

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

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

ګټور راپور څه لري

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

که له دې کرښو کومه نه وي، هغه بل څه دي چې باید اندازه شي، نه بل څه چې باید بدل شي۔ هغه مهالکرښه چې تشه لري د اټکل پر بنسټ د تنظیماتو له بدلون څخه ډېره معلومات ورکوي۔