Maaaring baguhin ng sudo gsettings ang GNOME proxy ng maling user
Ilapat ang mga setting ng GNOME proxy sa desktop session ng nilalayong user sa halip na i-update ang settings database ng root.
Para sa sarili mong GNOME desktop, patakbuhin ang pagbabago ng setting bilang user nito mula sa desktop session na iyon:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Inilalarawan nito ang konteksto, hindi isang kumpletong proxy configuration; dapat ding tama ang mga halaga ng endpoint at bypass. Para sa manu-manong SOCKS route, itakda ang host at port pati na ang mode. Basahin muli ang halaga sa parehong nilalayong session.
Ang pagpapatakbo ng command gamit ang sudo ay hindi pumipili ng mga setting ng user na iyon. Gumagana ang GSettings sa pamamagitan ng isang backend context. Sa dconf, mahalaga ang user database at session bus; ang command-line manual ay nangangailangan ng D-Bus session-bus connection para sa mga pagsulat sa backend na iyon.
Para sa administratibong pagbabago, gamitin ang sinusuportahang mekanismo ng desktop management o user-session. Ang pagpalit ng UID sa ibang shell ay maaaring wala pa rin ang nilalayong settings environment, at ang pagkopya ng mga variable mula sa arbitraryong tumutugmang proseso ay maaaring tumarget sa ibang login sa isang multi-session na makina.
Kung tama ang readback ngunit hindi nagbago ang routing, tukuyin ang consumer interface ng application. Ang isang live na GSettings listener ay makakatanggap ng mga notification. Ang application na kumopya ng http_proxy sa startup ay hindi tumatanggap ng bagong environment kapag nagbago ang dconf, at ang pribadong proxy policy nito ay maaaring pumili ng ibang ruta. Ang paulit-ulit na pagsulat bilang root ay hindi lumulutas sa consumer mismatch na iyon.