sudo gsettings può cambiare il proxy GNOME dell'utente sbagliato
Applicare le impostazioni proxy di GNOME nella sessione desktop dell'utente previsto invece di aggiornare il database delle impostazioni di root.
Per il vostro desktop GNOME, eseguite la modifica dell'impostazione come suo utente da quella sessione desktop:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Questo illustra il contesto, non una configurazione proxy completa; anche i valori di endpoint e bypass devono essere corretti. Per una rotta SOCKS manuale impostate host e porta oltre alla modalità. Rileggete il valore nella stessa sessione prevista.
Eseguire il comando con sudo non seleziona le impostazioni di quell'utente. GSettings opera tramite un contesto backend. Con dconf contano il database dell'utente e il bus di sessione; il manuale della riga di comando richiede una connessione al bus di sessione D-Bus per scrivere in quel backend.
Per una modifica amministrativa usate il meccanismo supportato di gestione del desktop o della sessione utente. Cambiare UID in un'altra shell può ancora mancare l'ambiente delle impostazioni previsto, e copiare variabili da un processo corrispondente arbitrario può puntare a un altro accesso su una macchina multi-sessione.
Se la rilettura è corretta ma l'instradamento non cambia, identificate l'interfaccia di consumo dell'applicazione. Un listener GSettings attivo può ricevere notifiche. Un'applicazione che ha copiato http_proxy all'avvio non riceve un nuovo ambiente quando dconf cambia, e la sua politica proxy privata può scegliere un'altra rotta. Ripetere la scrittura come root non risolve questo disallineamento del consumatore.