Терминалда прокси параметрлері неге жұмыс істейді, ал жұмыс үстелінің іске қосқышында неге істемейді

Терминалда проксиді экспорттайсыз. Онда іске қосылған команда оны пайдаланады. Жұмыс үстелі белгішесін басу әлі де басқа жол береді. Белгіше сол терминалдың баласы болған жоқ.

Жұмыс үстелі сессиясы қолданбаларды өзінің іске қосу механизмі арқылы бастайды. Бұл процестер сол ортаны мұралайды, байланыссыз 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 ортасымен жаңа процесс құрмайды.

Сұрауды жіберуші дананы және оның шын мәнінде иелік ететін конфигурациясын анықтаңыз. Бақыланатын жаңа іске қосу қажет болғанда салыстыруды тарылта алады. Көзделген орта оған жалпы жетті ме, оны анықтамай тұрып қолданбаны қайта орнатудан аулақ болыңыз.