sudo gsettings kan de GNOME-proxy van de verkeerde gebruiker wijzigen
Pas GNOME-proxyinstellingen toe in de bureaubladsessie van de bedoelde gebruiker in plaats van de instellingendatabase van root bij te werken.
Voor uw eigen GNOME-bureaublad voert u de instellingswijziging uit als de gebruiker daarvan vanuit die bureaubladsessie:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Dit illustreert de context, geen volledige proxyconfiguratie; ook de eindpunt- en bypasswaarden moeten kloppen. Voor een handmatige SOCKS-route stelt u naast de modus ook de host en poort in. Lees de waarde terug in dezelfde bedoelde sessie.
De opdracht met sudo uitvoeren selecteert niet de instellingen van die gebruiker. GSettings werkt via een backend-context. Bij dconf zijn de gebruikersdatabase en de sessiebus van belang; de handleiding voor de opdrachtregel vereist een D-Bus-sessiebusverbinding om naar die backend te schrijven.
Gebruik voor een administratieve wijziging het ondersteunde mechanisme voor bureaublad- of gebruikerssessiebeheer. Het wisselen van UID in een andere shell kan nog steeds de bedoelde instellingsomgeving missen, en het kopiëren van variabelen uit een willekeurig overeenkomend proces kan op een machine met meerdere sessies een andere login raken.
Als het teruglezen klopt maar de routering ongewijzigd is, bepaal dan de consumentinterface van de toepassing. Een actieve GSettings-listener kan meldingen ontvangen. Een toepassing die bij het opstarten http_proxy kopieerde, krijgt geen nieuwe omgeving wanneer dconf wijzigt, en haar eigen proxybeleid kan een andere route kiezen. Het schrijven als root herhalen lost die consumentenmismatch niet op.