sudo gsettings עלול לשנות את ה-proxy של GNOME של המשתמש הלא נכון
החילו את הגדרות ה-proxy של GNOME בהפעלת שולחן העבודה של המשתמש המיועד במקום לעדכן את מסד ההגדרות של root.
עבור שולחן העבודה GNOME שלכם, הריצו את שינוי ההגדרה כמשתמש שלו מאותה הפעלת שולחן עבודה:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'זה ממחיש את ההקשר, לא תצורת proxy מלאה; גם ערכי נקודת הקצה והעקיפה חייבים להיות נכונים. למסלול SOCKS ידני הגדירו את המארח והפורט בנוסף למצב. קראו את הערך שוב באותה הפעלה מיועדת.
הרצת הפקודה עם sudo אינה בוחרת את ההגדרות של אותו משתמש. GSettings פועל דרך הקשר backend. עם dconf חשובים מסד הנתונים של המשתמש ואפיק ההפעלה; מדריך שורת הפקודה דורש חיבור לאפיק ההפעלה של D-Bus כדי לכתוב ל-backend הזה.
לשינוי ניהולי השתמשו במנגנון הנתמך לניהול שולחן עבודה או הפעלת משתמש. החלפת UID במעטפת אחרת עדיין עלולה להיות ללא סביבת ההגדרות המיועדת, והעתקת משתנים מתהליך תואם שרירותי עלולה לפנות לכניסה אחרת במחשב עם הפעלות מרובות.
אם הקריאה החוזרת נכונה אך הניתוב לא השתנה, זהו את ממשק הצרכן של היישום. מאזין GSettings פעיל יכול לקבל התראות. יישום שהעתיק http_proxy בעת האתחול אינו מקבל סביבה חדשה כשמשתנה dconf, ומדיניות ה-proxy הפרטית שלו עשויה לבחור מסלול אחר. חזרה על הכתיבה כ-root אינה פותרת את אי-ההתאמה הזו בצד הצרכן.