sudo gsettings можа змяніць праксі GNOME не таго карыстальніка
Ужывайце налады праксі GNOME у сеансе працоўнага стала патрэбнага карыстальніка, а не абнаўляйце базу налад root.
Для вашага ўласнага працоўнага стала GNOME выканайце змену налады як гэты карыстальнік з таго сеанса працоўнага стала:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Гэта паказвае кантэкст, а не поўную канфігурацыю праксі; значэнні канчатковай кропкі і абыходу таксама павінны быць правільнымі. Для ручнога маршруту SOCKS задайце хост і порт разам з рэжымам. Перачытайце значэнне ў тым жа патрэбным сеансе.
Запуск каманды праз sudo не выбірае налады гэтага карыстальніка. GSettings працуе праз кантэкст backend. З dconf маюць значэнне база карыстальніка і шына сеанса; даведнік каманднага радка патрабуе злучэння з шынай сеанса D-Bus для запісу ў гэты backend.
Для адміністрацыйнай змены выкарыстоўвайце падтрыманы механізм кіравання працоўным сталом або сеансам карыстальніка. Пераключэнне UID у іншай абалонцы можа ўсё яшчэ не мець патрэбнага асяроддзя налад, а капіраванне зменных з адвольнага адпаведнага працэсу можа накіравацца на іншы ўваход на шматсяанснай машыне.
Калі перачытванне правільнае, але маршрутызацыя не змянілася, вызначце спажывецкі інтэрфейс праграмы. Жывы слухач GSettings можа атрымліваць апавяшчэнні. Праграма, якая скапіравала http_proxy пры запуску, не атрымлівае новае асяроддзе, калі dconf змяняецца, і яе ўласная палітыка праксі можа выбраць іншы маршрут. Паўтор запісу як root не вырашае гэтую неадпаведнасць спажыўца.