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 का रूपमा लेखाइ दोहोर्याउँदा त्यो उपभोक्ता बेमेल समाधान हुँदैन।