Эмне үчүн прокси жөндөөлөрү терминалда иштейт, ал эми жумуш үстөлүнүн иштеткичинде иштебейт

Терминалда проксини экспорттойсуз. Ал жерден башталган буйрук аны колдонот. Жумуш үстөлүнүн белгичесин басуу башка жолду берет. Белгиче ошол терминалдын баласы болгон жок.

Жумуш үстөлүнүн сессиясы колдонмолорду өзүнүн иштетүү механизми аркылуу баштайт. Бул процессорлор ошол чөйрөнү мураска алышат, байланышсыз shell ичинде кийин жасалган ар бир өзгөртүүнү эмес. Бул айырманы түшүндүрө алат, бирок колдонмо таңгагынын кемчиликтүү экенин далилдебейт.

Exec — буйруктун сүрөттөмөсү, shell скрипти эмес

Desktop Entry спецификациясы Exec үчүн аткарылуучу файлды жана аргументтерди аныктайт. Ал shell өзгөрмөлөрүнүн кеңейишин же shellдин ички буйруктарын убада кылбайт.

Тийиштүү чөйрө өзгөрмөсүн окуган тышкы программа үчүн атайын чектелген иштетүү мындай формада болушу мүмкүн:

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

Акыркы чекитти да, аткарылуучу файлды да алмаштырыңыз. Бул иштетүү киришин көрсөтөт, каалаган колдонмо ошол өзгөрмөнү окуйт деген кепилдик эмес. Өзүнүн ачык прокси саясаты бар браузер дагы башка конфигурация булагын тандашы мүмкүн. Chrome үчүн анын прокси аргументин колдонуучу иштеткичинде сактаңыз.

Exec=export ... деп жазбаңыз жана жумуш үстөлү аны сиздин кирүү shellиңиз деп чечмелейт деп күтпөңүз. Жумуш үстөлү жазуусунун тырмакча эрежелерин жана колдоого алынган талаа коддорун да эсиңизде кармаңыз; алар дагы бир анализатор.

Жаңы нерсенин иштетилгенин текшериңиз

Айрым колдонмолор сурамды мурунтан иштеп жаткан нускага жөнөтөт. Айрым жазуулар өзүнүн иштетүү жолу бар D-Bus активдештирүүсүн колдонот. Жаңы белгиче басуу жаңы редакцияланган Exec чөйрөсү менен жаңы процессти түзбөйт.

Сурам жөнөткөн нусканы жана анын чындыгында ээлик кылган конфигурациясын аныктаңыз. Көзөмөлдөнгөн жаңы иштетүү зарыл болгондо салыштырууну тарайта алат. Көздөлгөн чөйрө ага такыр жеткен-жетпегенин аныктамайынча колдонмону кайра орнотуудан качыңыз.