sudo gsettings povas ŝanĝi la GNOME-prokurilon de la malĝusta uzanto
Apliku la GNOME-prokurilajn agordojn en la labortabla seanco de la celata uzanto anstataŭ ĝisdatigi la agordan datumbazon de root.
Por via propra GNOME-labortablo, rulu la agordan ŝanĝon kiel ĝia uzanto el tiu labortabla seanco:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Ĉi tio ilustras la kuntekston, ne plenan prokurilan agordon; ankaŭ la valoroj de finpunkto kaj preterpaso devas esti ĝustaj. Por permana SOCKS-vojo agordu la gastiganton kaj havenon kune kun la reĝimo. Relutu la valoron en la sama celata seanco.
Ruli la komandon per sudo ne elektas la agordojn de tiu uzanto. GSettings funkcias per backend-kunteksto. Ĉe dconf gravas la uzanta datumbazo kaj la seanca buso; la komandlinia manlibro postulas D-Bus-seancan buskonekton por skribi al tiu backend.
Por administra ŝanĝo uzu la subtenatan mekanismon de labortabla aŭ uzanta seancadministrado. Ŝanĝi UID-on en alia ŝelo eble ankoraŭ mankos la celatan agordan medion, kaj kopii variablojn el arbitra kongrua procezo povas celi alian salutan en plurseanca maŝino.
Se la reluta legado estas ĝusta sed la enkursigado ne ŝanĝiĝis, identigu la konsuman interfacon de la aplikaĵo. Viva GSettings-aŭskultanto povas ricevi sciigojn. Aplikaĵo, kiu kopiis http_proxy ĉe lanĉo, ne ricevas novan medion kiam dconf ŝanĝiĝas, kaj ĝia propra prokurila politiko povas elekti alian vojon. Ripeti la skribadon kiel root ne solvas tiun konsuman malkongruon.