خړ د NetworkManager کنټرول؟ د اجازتونو دمخه مالکیت وګورئ

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

درې یوازې لوستلو حکمونه مخکې له دې چې هر څه بدل شي قضیې بېلوي۔

درې پوښتنې په ترتیب سره وپوښتئ

nmcli device status
nmcli general permissions
nmcli connection show

دا د هغه سیسټم لپاره د تفتیش حکمونه دي چې واقعاً NetworkManager کاروي، او د عادي کارونکي په توګه یې چلول خوندي دي۔ که چېرې پایلې چېرې چپه کوئ، شخصي اړیکې جزئیات له عامو لاګونو لرې وساتئ۔

د وسیلې حالت ځواب ورکوي چې ایا انټرفیس مدیریت شوی او د کارولو وړ دی۔ د اجازو لید ځواب ورکوي چې بلوونکي سیشن ته څه کول اجازه لري۔ د اړیکو لیست ښیي چې کوم پروفایلونه شته؛ دا ثابتوي نه چې سم VPN سمونکی یا وارداتي پلګین نصب دی۔

مالکیت او اجازه بېلې نیمګړتیاوې دي

هغه وسیله چې غیر مدیریت شوې په نښه شوې ده د NetworkManager له کنټرول بهر ده، او هر څومره اجازه هم وي کاري ټوګل نه جوړوي۔ ifupdown پلګین یو عام لامل دی: د هغې managed تنظیم پرېکړه کوي چې د interfaces فایل داخلې څنګه چلېږي، او پاتې شوې برخه کولای شي یو انټرفیس تر زوړ اوزار لاندې وساتي۔ د فایل شتون د هغې د منځپانګې د ړنګولو امر نه دی، او هغه داخلې لرې کول چې تاسو نه دي لیکلې د اړیکې د له لاسه ورکولو ښه لاره ده۔

اجازه یو جلا محور دی۔ NetworkManager غیر root بلوونکي د PolicyKit له لارې تصویبوي، او راپور شوی ځواب کېدای شي yes، auth یا no وي۔ د تصدیق ایجنټ پرته سیشن auth راپور کوي او بیا په ډیسکټاپ کې په خاموشه توګه ناکامېږي، چې د نیمګړي ایجنټ پرځای مات کنټرول ښکاري۔

دواړه مه اصلاح کوئ د ډیسکټاپ د root په توګه چلولو سره

د یو ټوګل د کار کولو لپاره ټول سیشن د root په توګه چلول په ماشین باندې د هر اپلیکیشن امنیتي ماډل بدلوي۔ دا همدارنګه لاندې غلط ترتیب د مستند کولو پرځای پټوي۔ که یو عمل اداري تصویب ته اړتیا ولري، هغه ارادي ډیزاین دی، او ترمیم په پالیسي یا په دې کې چې ایجنټ څنګه پیلېږي اړه لري۔

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

د پلګین پوښتنه د سمونکي په اړه هم ده

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

جلا کلاینټ باینري هم ثبوت نه دی۔ د OpenVPN باینري نصبول پخپله ډیسکټاپ سمونکي ته د OpenVPN پروفایل جوړولو فورمه نه ورکوي۔

مسئوله پوله سمه کړئ، بیا تصدیق کړئ

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

بیا د اصلي حساب او اصلي پروفایل سره تصدیق کړئ: لاره، د DNS لید او چې راز چېرې ساتل کیږي تایید کړئ۔ فعال شوي تڼۍ د انټرفیس حالت دی، د تونل د کار کولو ثبوت نه دی۔ په ټکټ کې د وسیلې حالت، د اجازې ځواب او د پلګین نسخه ولیکئ، تر څو بل کس پوه شي کومه پوله واقعاً بدله شوې۔