sudo gsettings kan ändra fel användares GNOME-proxy
Använd GNOME-proxyinställningarna i den avsedda användarens skrivbordssession i stället för att uppdatera roots inställningsdatabas.
För ditt eget GNOME-skrivbord, kör inställningsändringen som dess användare från den skrivbordssessionen:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Detta illustrerar sammanhanget, inte en fullständig proxykonfiguration; även värden för endpoint och undantag måste vara korrekta. För en manuell SOCKS-rutt, ange värd och port samt läget. Läs tillbaka värdet i samma avsedda session.
Att köra kommandot med sudo väljer inte den användarens inställningar. GSettings arbetar via en backend-kontext. Med dconf spelar användardatabasen och sessionsbussen roll; kommandoradsmanualen kräver en D-Bus-sessionsbussanslutning för skrivningar till den backenden.
För en administrativ ändring, använd den stödda mekanismen för skrivbords- eller användarsessionshantering. Att byta UID i ett annat skal har kanske fortfarande inte den avsedda inställningsmiljön, och att kopiera variabler från en godtycklig matchande process kan träffa en annan inloggning på en maskin med flera sessioner.
Om tillbakaläsningen är korrekt men routningen oförändrad, identifiera applikationens konsumentgränssnitt. En levande GSettings-lyssnare kan ta emot aviseringar. En applikation som kopierade http_proxy vid start får ingen ny miljö när dconf ändras, och dess privata proxypolicy kan välja en annan rutt. Att upprepa skrivningen som root löser inte den konsumentmismatchen.