מדוע הגדרות פרוקסי עובדות במסוף אך לא במשגר שולחן עבודה

אתה מייצא פרוקסי במסוף. פקודה שמתחילה שם משתמשת בו. לחיצה על סמל שולחן העבודה עדיין נותנת מסלול אחר. הסמל לא הפך לילד של אותו מסוף.

הפעלת שולחן עבודה מפעילה יישומים דרך מנגנון ההפעלה של עצמה. תהליכים אלה יורשים את הסביבה ההיא, ולא כל עריכה מאוחרת שנעשתה בתוך מעטפת לא קשורה. זה יכול להסביר הבדל בלי להוכיח שחבילת היישום פגומה.

Exec הוא תיאור פקודה, לא סקריפט מעטפת

מפרט Desktop Entry מגדיר קובץ הרצה וארגומנטים עבור Exec. הוא אינו מבטיח הרחבת משתני מעטפת ולא פקודות מובנות של המעטפת.

עבור תוכנה חיצונית שקוראת את משתנה הסביבה הרלוונטי, הפעלה מוגבלת במכוון יכולה להיראות כך:

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

החלף גם את נקודת הקצה וגם את קובץ ההרצה. זה מדגים את קלט ההפעלה, ולא ערובה שתוכנה שרירותית תקרא את המשתנה הזה. דפדפן עם מדיניות פרוקסי מפורשת משלו עדיין יכול לבחור מקור תצורה אחר. עבור Chrome, שמור את ארגומנט הפרוקסי שלו במשגר משתמש.

אל תכתוב Exec=export ... ותצפה ששולחן העבודה יפרש אותו כמעטפת הכניסה שלך. שים לב גם לכללי הציטוט ולקודי השדות הנתמכים של רשומת שולחן העבודה; הם מנתח אחר.

בדוק אם הופעל משהו חדש

יישומים אחדים שולחים את הבקשה למופע שכבר פועל. רשומות אחדות משתמשות בהפעלה דרך D-Bus, שיש לה מסלול הפעלה משלו. לחיצה חדשה על הסמל אינה יוצרת תהליך חדש עם סביבת ה-Exec שנערכה זה עתה.

זהה את המופע שמבצע את הבקשה ואת התצורה שבאמת נמצאת ברשותו. הפעלה חדשה מבוקרת יכולה לצמצם את ההשוואה כשמתאים. הימנע מהתקנה מחדש של היישום לפני שתברר אם הסביבה המיועדת בכלל הגיעה אליו.