Niyə proksi parametrləri terminalda işləyir, iş masası başladıcısında isə yox

Terminalda proksi export edirsiniz. Orada başladılan əmr onu istifadə edir. İş masası ikonuna klikləmək yenə başqa marşrut verir. İkon həmin terminalın övladı olmadı.

İş masası sessiyası tətbiqləri öz başlatma mexanizmi ilə işə salır. Bu proseslər həmin mühiti miras alır, əlaqəsiz bir shell daxilində sonradan edilən hər düzəlişi yox. Bu, fərqi izah edə bilər, lakin tətbiq paketinin qüsurlu olduğunu sübut etmir.

Exec əmr təsviridir, shell skripti deyil

Desktop Entry spesifikasiyası Exec üçün icra olunan fayl və arqumentləri müəyyən edir. Shell dəyişənlərinin genişlənməsini və ya shell daxili əmrlərini vəd etmir.

Müvafiq mühit dəyişənini oxuyan xarici proqram üçün qəsdən məhdudlaşdırılmış başlatma bu formada ola bilər:

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

Həm son nöqtəni, həm də icra olunan faylı dəyişdirin. Bu, başlatma girişini göstərir, ixtiyari tətbiqin həmin dəyişəni oxumasına zəmanət deyil. Öz açıq proksi siyasəti olan brauzer yenə başqa konfiqurasiya mənbəyi seçə bilər. Chrome üçün proksi arqumentini istifadəçi başladıcısında saxlayın.

Exec=export ... yazmayın və iş masasının bunu sizin giriş shelliniz kimi şərh etməsini gözləməyin. İş masası girişinin dırnaq qaydalarını və dəstəklənən sahə kodlarını da nəzərdə tutun; onlar başqa bir analizatordur.

Yeni bir şeyin başladılıb-başladılmadığını yoxlayın

Bəzi tətbiqlər sorğunu artıq işləyən nüsxəyə göndərir. Bəzi girişlər öz başlatma yolu olan D-Bus aktivləşdirməsindən istifadə edir. Yeni ikon klikləməsi yeni redaktə edilmiş Exec mühiti ilə təzə proses yaratmır.

Sorğunu edən nüsxəni və onun həqiqətən sahib olduğu konfiqurasiyanı müəyyənləşdirin. Nəzarətli təzə başlatma, lazım olduqda müqayisəni daralda bilər. Nəzərdə tutulan mühitin ona heç vaxt çatdığını müəyyən etməzdən əvvəl tətbiqi yenidən quraşdırmaqdan çəkinin.