sudo gsettings गलत उपयोगकर्ता का GNOME प्रॉक्सी बदल सकता है

अपने GNOME डेस्कटॉप के लिए, सेटिंग परिवर्तन उसी डेस्कटॉप सत्र से उसके उपयोगकर्ता के रूप में चलाएँ:

gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'

यह संदर्भ दिखाता है, पूर्ण प्रॉक्सी कॉन्फ़िगरेशन नहीं; एंडपॉइंट और बायपास मान भी सही होने चाहिए। मैन्युअल SOCKS मार्ग के लिए मोड के साथ-साथ होस्ट और पोर्ट भी सेट करें। मान को उसी इच्छित सत्र में फिर से पढ़ें।

sudo के साथ कमांड चलाने से उस उपयोगकर्ता की सेटिंग्स नहीं चुनी जातीं। GSettings बैकएंड संदर्भ के माध्यम से काम करता है। dconf के साथ उपयोगकर्ता का डेटाबेस और सत्र बस मायने रखते हैं; कमांड-लाइन मैनुअल को उस बैकएंड में लिखने के लिए D-Bus सत्र-बस कनेक्शन चाहिए।

प्रशासनिक परिवर्तन के लिए समर्थित डेस्कटॉप-प्रबंधन या उपयोगकर्ता-सत्र तंत्र का उपयोग करें। किसी दूसरे शेल में UID बदलने पर भी इच्छित सेटिंग्स वातावरण नहीं मिल सकता, और किसी भी मेल खाती प्रक्रिया से चर कॉपी करने पर बहु-सत्र मशीन पर किसी दूसरे लॉगिन को लक्षित किया जा सकता है।

यदि रीडबैक सही है पर रूटिंग नहीं बदली, तो एप्लिकेशन का उपभोक्ता इंटरफ़ेस पहचानें। जीवंत GSettings श्रोता सूचनाएँ प्राप्त कर सकता है। जिस एप्लिकेशन ने शुरू होते समय http_proxy कॉपी किया था, उसे dconf बदलने पर नया वातावरण नहीं मिलता, और उसकी निजी प्रॉक्सी नीति दूसरा मार्ग चुन सकती है। root के रूप में लिखावट दोहराने से वह उपभोक्ता बेमेल हल नहीं होता।