ولې نوی VPN لنډلار ورکې شوې تنظیمات نه راګرځوي

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

دوه کارونه چې یوازې د یو په څېر ښکاري

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

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

له بیا نصبولو مخکې د پیل داخلې پرتله کړئ

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

grep -h '^Exec=' ~/.local/share/applications/*.desktop
desktop-file-validate ~/.local/share/applications/client.desktop

~/.local/share/applications لاندې فایل مخکې له /usr/share/applications کې مېشت فایل وګورئ، ځکه کاروونکي کاپي د سیستم کاپي سیوری کوي۔ کله چې داخله بد چلند وکړي desktop-file-validate وچلوئ، او هغه زوړ کاپي ولټوئ چې لا هم یو ړنګ شوي لارې ته اشاره کوي۔ ناسم کاروونکي کاپي د ډېرو ډیسکټاپونو لخوا لا هم غوره ګڼل کیږي، نو یو خراب فایل کولی شي داخله له مینو لرې کړي پداسې حال کې چې د بنډل فایل سم وي۔ بیا هماغه امر په لاس وچلوئ او پرتله کړئ چې دوه پیلونه څه تولیدوي۔

غوره توب په رښتیا چېرته ژوند کوي

هغه اپلیکیشنونه چې د XDG بنسټیزو ډایرکټریو قواعد تعقیبوي، ترتیبات د $XDG_CONFIG_HOME لاندې، تلپاتې حالت د $XDG_STATE_HOME لاندې او د غورځولو وړ معلومات د $XDG_CACHE_HOME لاندې ږدي، او کله چې هغه بدلونکي نه وي ټاکل شوي په ډیفالټ ډول ~/.config، ~/.local/state او ~/.cache کاروي۔ دا درې رولونه دي نه ژمنې، نو یو ځانګړی VPN محصول کېدای شي بشپړ بل څه مستند کړي۔ د پلورونکي خپل اسناد لوستل له ډایرکټري نوم څخه د لارې اټکل کولو څخه غوره دي۔ کله چې اسناد کم وي، فایل سیستم ته نه، بهیر ته کتنه وکړئ۔

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

strace -f -e trace=openat,stat -o /tmp/vpn.log vpn-client

رازونه او پروفایلونه بېل مالکان لري

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

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

آیکون څه کولی شي او څه نه شي ویلی

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

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