ولې د بوټ پر مهال پیل شوې VPN خدمت ستاسو کیلي-حلقه نه شي لوستلی
د بوټ پر مهال VPN د پور اخیستلو لپاره خلاص شوی راز استازی نه لري۔ د هغه پاسورډ د بیا تنظیمولو دمخه چې سرور یې هېڅکله رد نه کړ، د اړیکې راز بیرغونه ولولئ۔
هغه اړیکه چې د ننوتلو وروسته کار کوي او تر هغه دمخه ناکامېږي، معمولاً معنا دا ده چې د بوټ هڅه یو راز ترلاسه نه کړای شوه، نه دا چې سرور یو رد کړ۔ اعتبارنامه شته؛ هغه زمینه چې غواړي یې نشته۔ همدا یو توپیر یو غیر ضروري پاسورډ بیا تنظیمول خوندي کوي۔
غوښتنه تعقیب کړئ: یو څه اړیکه پیلوي دمخه چې د ډیسکټاپ ناسته وي، او هغه راز زېرمه چې معمولاً ځواب ورکوي لا نه ده خلاصه شوې۔ دواړه زمینې د دې په اړه سره نه یوځای کېږي چې راز د چا دی، او پروفایل ثبتوي چې د دوی له منځه کوم یو یې باید برابر کړي۔
د بوټ لاره په حقیقت کې څه غواړي
د بوټ پر مهال، NetworkManager د کارونکي ناستې، د ناستې D-Bus او خلاصې کیلي-حلقې پرته د سیسټم خدمت په توګه پیلېږي۔ د اړیکې پروفایل بیا هم پورته کېدای شي، مګر یوازې د هغو رازونو سره چې خدمت پخپله ورته رسېدای شي۔ هر څه چې د راز استازي ملکیت وي تر هغه پورې انتظار کوي چې یو انسان ننوځي او استازی ښکاره شي۔ خدمت په سمه توګه هغه څه کوي چې د هغه ترتیب یې وایي؛ هغه څه چې باید بدل شي پروفایل دی۔
ناکامي په اړیکه کې لیکل شوې ده، نه په کیلي-حلقه کې پټه۔
په اړیکه کې د راز بیرغونو لوستل
له اړیکې وپوښتئ چې څه تمه لري، نه دا چې ډیسکټاپ څه یاد لري۔ د بیرغونو کالم په مستقیم ډول پوښتنې ته ځواب وایي، او په ډیسک کې د پروفایل په فایل کې له بیا پیل وروسته هم پاتې کېږي۔
د پروفایلونو له لیست سره پیل وکړئ، بیا تایید کړئ چې کومه اړیکه پخپله پورته کېدو ته ټاکل شوې ده۔ بیا یوه اړیکه صادر کړئ او د پاسورډ بیرغونه ولولئ:
nmcli -f NAME,UUID,TYPE,AUTOCONNECT connection show nmcli connection show "Work VPN" | grep -i -E "password|secret|key" journalctl -b -u NetworkManager --grep "secret"
لومړی حکم تاییدوي چې کوم پروفایلونه شته او ایا یو یې په اتوماتیک اړیکه ټاکل شوی، چې د بې نظارته هڅې پیل هم همداسې کېږي۔ دویم د بیرغونو ارزښتونه څرګندوي، او دریم ښیي چې خدمت شکایت کوي چې د یوې ټاکلې راز لپاره هېڅ استازي ځواب نه دی ورکړی۔ هغه لاګ کرښه چې یوه راز د استازي ملکیت بولي، په یوه جمله کې ټول تشخیص دی۔
| Flag value | Where the secret lives | Behaviour before login |
|---|---|---|
| 0 | Stored in the connection profile | Available to the system service |
| 1 | Owned by a secret agent | Blocks until the agent is unlocked |
| 2 | Never stored | Prompts on every activation |
| 4 | Not required | Never requested at all |
ولې اړیکه سیسټم سکوب ته لېږدول ځواب بدلوي
د کارونکي ملکیت اړیکه د هغه کارونکي د استازي لاندې فعالېږي، له همدې امله دا سمه ده کله چې ډیسکټاپ پورته شي۔ سیسټم سکوب ته لېږدول یې استازی له لارې لرې کوي، نو هماغه پروفایل پرته له دې چې د VPN ترتیب یوه کرښه بدله شي بل ډول چلند کوي۔
دا لېږدول قانوني ډیزاین دی، او یو شرط لري: راز باید د سیسټم خدمت لپاره د لاسرسي وړ وي۔ په پروفایل کې یې ساتل، د سیسټم-سکوب اعتبارنامې له لارې یې برابرول، یا په سمه شیبه کې د متقابل غوښتنې منل ټول سم ځوابونه دي۔ بیرغ 1 پرېښودل او هیله کول نه۔
خپله د پاسورډ عبارت لرونکې شخصي کیلي دوهمه پوړه زیاتوي۔ حتی ساتل شوی حساب پاسورډ هم هغه کیلي نه خلاصوي چې د پاسورډ عبارت غواړي، نو د هر څه بدلولو دمخه وګورئ چې ناکامه پړاو په حقیقت کې کومه راز غواړي۔
څه مه کوئ، او پرځای یې څه وکړئ
هر اعتبارنامې فایل د ټولو لپاره د لوستلو وړ کول، یا د دې لپاره چې غوښتنې ته اړتیا نه وي تصدیق بندول—د پیل ناخوالې په تلپاتې څرګندېدو بدلوي۔ دواړه تکیه هم د حل کولو پرځای پټوي، او بل عکس تازه کول هماغه ناکامي بېرته راوړي۔
په هغه پړاو کې هغه میکانیزم وکاروئ چې ستاسو وېش یې د بې نظارته فعالولو لپاره مستند کړی دی، بیا تایید کړئ چې د پروفایل بیرغونه ورسره سمون لري۔ پایله له پاک بوټ څخه وګورئ، نه له هغه شیل څخه چې لا دمخه استازی لري۔ د اړیکې مالک، د راز سرچینه او هغه پړاو ولیکئ چې باید کار وکړي، تر څو وروستی اتوماتیک پیل بدلون په خاموشۍ سره د دې تکیه چې یو څوک لومړی ډیسکټاپ خلاص کړي بېرته را نه شي۔ مستند کول هغه توپیر دی چې د سم شوي خدمت او په راتلونکې ربع کې بیا ماتېدونکي خدمت ترمنځ شته۔
له کنټرول شوي پاک بوټ څخه ازموینه وکړئ، نه له ننوتلو وروسته لاسي بیا هڅې څخه۔ بیا هڅه د هغه دلیل له مخې بریالۍ کېږي چې د بوټ هڅه پکې ناکامه شوه، او چټکه ازموینه هماغه شواهد له منځه وړي۔