sudo gsettings kann den GNOME-Proxy des falschen Benutzers ändern
GNOME-Proxy-Einstellungen in der Desktop-Sitzung des vorgesehenen Benutzers anwenden statt die Einstellungsdatenbank von root zu ändern.
Für Ihren eigenen GNOME-Desktop führen Sie die Einstellungsänderung als dessen Benutzer aus dieser Desktop-Sitzung aus:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Das zeigt den Kontext, nicht eine vollständige Proxy-Konfiguration; auch Endpunkt- und Bypass-Werte müssen stimmen. Für eine manuelle SOCKS-Route Host und Port sowie den Modus setzen. Lesen Sie den Wert in derselben vorgesehenen Sitzung zurück.
Der Aufruf mit sudo wählt nicht die Einstellungen dieses Benutzers. GSettings arbeitet über einen Backend-Kontext. Bei dconf zählen die Benutzerdatenbank und der Sitzungsbus; das Kommandozeilen-Handbuch verlangt für Schreibzugriffe auf dieses Backend eine D-Bus-Sitzungsbus-Verbindung.
Für eine administrative Änderung nutzen Sie den unterstützten Mechanismus zur Desktop- oder Benutzersitzungsverwaltung. Ein UID-Wechsel in einer anderen Shell kann die vorgesehene Einstellungsumgebung weiterhin vermissen, und das Kopieren von Variablen aus einem beliebigen passenden Prozess kann auf einem Mehrsitzungsrechner eine andere Anmeldung treffen.
Wenn das Zurücklesen stimmt, das Routing aber unverändert ist, bestimmen Sie die Verbraucherschnittstelle der Anwendung. Ein aktiver GSettings-Listener kann Benachrichtigungen empfangen. Eine Anwendung, die http_proxy beim Start kopiert hat, erhält bei einer dconf-Änderung keine neue Umgebung, und ihre eigene Proxy-Richtlinie kann eine andere Route wählen. Das Wiederholen des Schreibens als root behebt diese Verbraucher-Abweichung nicht.