sudo gsettings は別ユーザーの GNOME プロキシを変更しうる
root の設定データベースを更新するのではなく、目的のユーザーのデスクトップセッションで GNOME プロキシ設定を適用します。
ご自身の GNOME デスクトップでは、そのデスクトップセッションからそのユーザーとして設定変更を実行します。
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'
これは文脈を示すもので、完全なプロキシ設定ではありません。エンドポイントとバイパスの値も正しくなければなりません。手動の SOCKS 経路についてはモードに加えてホストとポートも設定してください。同じ目的のセッションで値を読み戻します。
sudo でコマンドを実行しても、そのユーザーの設定が選ばれるわけではありません。GSettings はバックエンドのコンテキストを通じて動作します。dconf ではユーザーのデータベースとセッションバスが重要であり、コマンドラインのマニュアルはそのバックエンドへの書き込みに D-Bus セッションバスへの接続を要求します。
管理上の変更には、サポートされているデスクトップ管理またはユーザーセッションの仕組みを使ってください。別のシェルで UID を切り替えても目的の設定環境が欠けたままになることがあり、任意の一致するプロセスから変数をコピーすると、複数セッションのマシンでは別のログインを対象にしてしまうことがあります。
読み戻しが正しいのにルーティングが変わらない場合は、アプリケーションの消費側インターフェースを特定してください。稼働中の GSettings リスナーは通知を受け取れます。起動時に http_proxy をコピーしたアプリケーションは、dconf が変わっても新しい環境を受け取らず、独自のプロキシ ポリシーが別の経路を選ぶことがあります。root として書き込みを繰り返しても、その消費側の不一致は解消しません。