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 не го решава тоа несовпаѓање кај потрошувачот.