ولې د پروکسي تنظیمات په ټرمینل کې کار کوي خو د ډیسکټاپ په پیلوونکي کې نه

تاسو په ټرمینل کې پروکسي صادروئ. هلته پیل شوی کمانډ هغه کاروي. د ډیسکټاپ په آیکون کلیک کول لا هم بله لار درکوي. آیکون د هغه ټرمینل بچی نه شو.

د ډیسکټاپ ناسته اپلیکیشنونه د خپل پیل ماشین له لارې پیلوي. هغه پروسې هغه چاپېریال په میراث اخلي، نه هر هغه وروستی سمون چې په بې اړیکې شیل کې شوی وي. دا کېدای شي توپیر تشریح کړي خو دا نه ثابتوي چې د اپلیکیشن بنډل خراب دی.

Exec د کمانډ تشریح ده، نه د شیل سکریپټ

د Desktop Entry مشخصات د Exec لپاره یو اجریدونکی فایل او استدلالونه تعریفوي. دا د شیل متغیرونو پراختیا یا د شیل داخلي کمانډونو ژمنه نه کوي.

د یوې بهرنۍ پروګرام لپاره چې اړوند چاپېریالي متغیر لولي، په قصد محدود پیل کېدای شي دا بڼه ولري:

Exec=env https_proxy=http://proxy.example:8080 /path/to/application

هم پای ټکی او هم اجریدونکی فایل بدل کړئ. دا د پیل ننوتو ښیي، نه دا تضمین چې کوم اپلیکیشن به هغه متغیر ولولي. هغه براوزر چې خپله څرګنده د پروکسي پالیسي لري لا هم کولای شي بل ترتیباتي سرچینه غوره کړي. د Chrome لپاره، د هغه پروکسي استدلال په کارن پیلوونکي کې وساتئ.

Exec=export ... مه لیکئ او مه تمه کوئ چې ډیسکټاپ به یې ستاسو د ننوتلو شیل وبولي. د ډیسکټاپ ننوتنې د نقل قول قواعد او ملاتړ شوي ساحې کوډونه هم په پام کې ونیسئ؛ هغوی بل تحلیل کوونکی دی.

وګورئ چې ایا نوی څه پیل شوي

ځینې اپلیکیشنونه غوښتنه لا دمخه روانې نسخې ته لیږي. ځینې ننوتنې د D-Bus فعالول کاروي چې خپله د پیل لار لري. د آیکون نوی کلیک د نوي سمون شوي Exec چاپېریال سره تازه پروسه نه جوړوي.

هغه نسخه چې غوښتنه کوي او هغه ترتیبات چې هغه واقعاً لري وپیژنئ. کنټرول شوی نوی پیل کولای شي پرتله تنګه کړي کله چې مناسب وي. د اپلیکیشن بیا نصبولو څخه ډډه وکړئ تر څو چې دا معلومه کړئ چې آیا پام شوی چاپېریال کله هم هغې ته رسیدلی.