sudo gsettings может изменить прокси GNOME не того пользователя
Применяйте настройки прокси GNOME в сеансе рабочего стола нужного пользователя вместо обновления базы настроек root.
Для собственного рабочего стола 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 не устраняет это несоответствие потребителя.