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

אתרו את המפעיל שההתקנה באמת משתמשת בו, ואז העתיקו את הרשומה אל $XDG_DATA_HOME/applications, בדרך כלל ~/.local/share/applications, עם אותו מזהה קובץ שולחן עבודה. רשומת המשתמש מקבלת עדיפות על רשומת המערכת.

להתקנה שהפקודה הקיימת שלה היא google-chrome-stable, שורת Exec יכולה להיות:

Exec=/usr/bin/google-chrome-stable --proxy-server=http://proxy.example:8080 %U

לגלישה המותרת דרך מתווך HTTP ציבורי, בחרו את נקודת הקצה של ארגומנט ההפעלה מתוך רשימת ה-proxy של HTTP. שמרו על קובץ ההרצה ועל העטיפה שהחבילה בפועל דורשת. מפעילי Snap, Flatpak ו-Chromium של ההפצה עשויים להשתמש בפקודה אחרת. שמרו על שאר שדות רשומת שולחן העבודה ובדקו שורות Exec נפרדות של פעולות שולחן עבודה אם אותן פעולות חייבות להשתמש באותו מסלול.

%U הוא קוד שדה ה-URL של מפרט שולחן העבודה. Exec אינו סקריפט מעטפת רגיל: משתני מעטפת והחלפות פקודה אינם מתרחבים רק מעצם הצבתם שם.

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

מאמרים קשורים