sudo gsettings võib muuta vale kasutaja GNOME-puhverserverit
Rakendage GNOME-i puhverserveri seaded soovitud kasutaja töölaua seansis, mitte ärge uuendage root'i seadete andmebaasi.
Oma GNOME-töölaua jaoks käivitage seade muudatus selle kasutajana samast töölaua seansist:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'See näitab konteksti, mitte täielikku puhverserveri konfiguratsiooni; ka lõpp-punkti ja möödaviigu väärtused peavad olema õiged. Käsitsi SOCKS-marsruudi jaoks määrake lisaks režiimile ka host ja port. Lugege väärtus uuesti samas soovitud seansis.
Käsu käivitamine sudoga ei vali selle kasutaja seadeid. GSettings töötab backend-konteksti kaudu. dconfi puhul on olulised kasutaja andmebaas ja seansi siin; käsureajuhend nõuab sellesse backend'i kirjutamiseks D-Busi seansi siini ühendust.
Haldusmuudatuse jaoks kasutage toetatud töölaua- või kasutajaseansi haldusmehhanismi. UID-i vahetamine teises kestas võib ikkagi jääda ilma soovitud seadete keskkonnata, ja muutujate kopeerimine suvalisest sobivast protsessist võib mitmeseansilises masinas tabada teist sisselogimist.
Kui tagasilugemine on õige, kuid marsruutimine pole muutunud, tuvastage rakenduse tarbijaliides. Elav GSettings-kuulaja võib teateid vastu võtta. Rakendus, mis kopeeris käivitamisel http_proxy, ei saa dconfi muutumisel uut keskkonda ja selle privaatne puhverserveri poliitika võib valida teise marsruudi. Kirjutamise kordamine root'ina ei lahenda seda tarbija mittevastavust.