sudo gsettings kan ændre den forkerte brugers GNOME-proxy

Til dit eget GNOME-skrivebord: kør indstillingsændringen som brugeren fra netop den skrivebordssession:

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

Dette illustrerer sammenhængen, ikke en fuldstændig proxykonfiguration; værdierne for endepunkt og omgåelse skal også være korrekte. Til en manuel SOCKS-rute sæt vært og port samt tilstand. Læs værdien tilbage i den samme tilsigtede session.

At køre kommandoen med sudo vælger ikke den brugers indstillinger. GSettings arbejder gennem en backend-kontekst. Med dconf er brugerens database og sessionsbus afgørende; kommandolinjemanualen kræver en D-Bus-sessionsbusforbindelse for at skrive til den backend.

Brug den understøttede mekanisme til skrivebordsstyring eller brugersession til en administrativ ændring. Skift af UID i en anden shell kan stadig mangle det tilsigtede indstillingsmiljø, og kopiering af variabler fra en vilkårlig matchende proces kan ramme en anden login på en maskine med flere sessioner.

Hvis tilbagelæsningen er korrekt, men routing ikke er ændret, skal du identificere applikationens forbrugerflade. En levende GSettings-lytter kan modtage meddelelser. Et program, der kopierede http_proxy ved start, modtager ikke et nyt miljø, når dconf ændres, og dets egen proxypolitik kan vælge en anden rute. At gentage skrivningen som root løser ikke den uoverensstemmelse hos forbrugeren.