sudo gsettings kan die verkeerde gebruiker se GNOME-proxy verander

Vir jou eie GNOME-lessenaar, voer die instellingsverandering as die gebruiker daarvan vanuit daardie lessenaarsessie uit:

gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'

Dit illustreer die konteks, nie 'n volledige proxykonfigurasie nie; die eindpunt- en omseilwaardes moet ook korrek wees. Vir 'n handmatige SOCKS-roete stel die gasheer en poort sowel as die modus. Lees die waarde in dieselfde bedoelde sessie terug.

Om die opdrag met sudo te laat loop, kies nie daardie gebruiker se instellings nie. GSettings werk deur 'n backend-konteks. Met dconf maak die gebruiker se databasis en sessiebus saak; die opdragreëlhandleiding vereis 'n D-Bus-sessiebusverbinding vir skryfwerk na daardie backend.

Vir 'n administratiewe verandering, gebruik die ondersteunde lessenaarbestuur- of gebruikersessiemeganisme. Om UID in 'n ander skulp te wissel, kan steeds die bedoelde instellingsomgewing mis, en om veranderlikes van 'n willekeurige ooreenstemmende proses te kopieer, kan op 'n multi-sessie-masjien 'n ander aanmelding teiken.

As teruglees korrek is maar die roetering onveranderd bly, identifiseer die toepassing se verbruikerskoppelvlak. 'n Lewende GSettings-luisteraar kan kennisgewings ontvang. 'n Toepassing wat http_proxy by die opstart gekopieer het, ontvang nie 'n nuwe omgewing wanneer dconf verander nie, en sy private proxibeleid kan 'n ander roete kies. Om die skryf as root te herhaal, los nie daardie verbruikermismatch op nie.