sudo gsettings kan endre GNOME-proxyen til feil brukar

For din eigen GNOME-skrivebord, køyr innstillingsendringa som brukaren av det frå nettopp den skrivebordsøkta:

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

Dette illustrerer samanhengen, ikkje ein fullstendig proxykonfigurasjon; verdiane for endepunkt og omgåing må òg vere rette. For ei manuell SOCKS-rute set vert og port i tillegg til modus. Les verdien attende i den same tiltenkte økta.

Å køyre kommandoen med sudo vel ikkje innstillingane til den brukaren. GSettings arbeider gjennom ein backend-kontekst. Med dconf tel brukardatabasen og øktbussen; kommandolinjehandboka krev ei D-Bus-øktbuss-tilkopling for å skrive til den backend-en.

For ei administrativ endring, bruk den støtta mekanismen for skrivebords- eller brukarøktstyring. Bytte av UID i eit anna skal kan framleis mangla det tiltenkte innstillingsmiljøet, og kopiering av variablar frå ein vilkårleg samsvarande prosess kan treffe ei anna innlogging på ein maskin med fleire økter.

Viss attelesinga er rett, men rutinga er uendra, identifiser forbrukargrensesnittet til programmet. Ein levande GSettings-lyttar kan ta imot varsel. Eit program som kopierte http_proxy ved oppstart, får ikkje eit nytt miljø når dconf endrar seg, og den eigne proxypolitikken kan velje ei anna rute. Å gjenta skrivinga som root løyser ikkje den forbrukarmismatchen.