sudo gsettings poate modifica proxy-ul GNOME al utilizatorului greșit
Aplicați setările de proxy GNOME în sesiunea de desktop a utilizatorului dorit, în loc să actualizați baza de setări a root.
Pentru propriul desktop GNOME, rulați modificarea setării ca utilizatorul acestuia, din acea sesiune de desktop:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Aceasta ilustrează contextul, nu o configurare completă de proxy; și valorile pentru endpoint și bypass trebuie să fie corecte. Pentru o rută SOCKS manuală, setați gazda și portul, precum și modul. Citiți valoarea înapoi în aceeași sesiune dorită.
Rularea comenzii cu sudo nu selectează setările acelui utilizator. GSettings funcționează printr-un context de backend. Cu dconf, contează baza de date a utilizatorului și bus-ul de sesiune; manualul liniei de comandă necesită o conexiune la bus-ul de sesiune D-Bus pentru scrierile în acel backend.
Pentru o modificare administrativă, folosiți mecanismul acceptat de administrare a desktopului sau a sesiunii utilizatorului. Schimbarea UID într-un alt shell poate să nu aibă încă mediul de setări dorit, iar copierea variabilelor dintr-un proces potrivit oarecare poate viza alt login pe o mașină cu mai multe sesiuni.
Dacă recitirea este corectă, dar rutarea nu s-a schimbat, identificați interfața consumatoare a aplicației. Un ascultător GSettings activ poate primi notificări. O aplicație care a copiat http_proxy la pornire nu primește un mediu nou când dconf se schimbă, iar politica sa privată de proxy poate alege altă rută. Repetarea scrierii ca root nu rezolvă această nepotrivire a consumatorului.