sudo gsettings kin de GNOME-proxy fan 'e ferkearde brûker feroarje
Pas GNOME-proxyynstellingen ta yn 'e buroblêdsesje fan 'e bedoelde brûker ynstee fan de ynstellingsdatabank fan root by te wurkjen.
Foar dyn eigen GNOME-buroblêd, fierskriuw de ynstellingsferoaring as de brûker dêrfan út dy buroblêdsesje:
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'Dit yllustrearret de kontekst, gjin folsleine proxykonfiguraasje; ek de einpunt- en omgongswaarden moatte kloppe. Foar in hânmjittige SOCKS-rûte stel de host en poarte njonken de modus yn. Lês de wearde werom yn deselde bedoelde sesje.
It kommando mei sudo útfiere kiest net de ynstellingen fan dy brûker. GSettings wurket fia in backend-kontekst. By dconf binne de databank fan 'e brûker en de sesjebus fan belang; de kommandorigel-hantlieding freget om in D-Bus-sesjebusferbining om nei dy backend te skriuwen.
Brûk foar in administratieve feroaring it stipe buroblêd- of brûkerssesjebehear. It wizigjen fan UID yn in oare shell kin it bedoelde ynstellingsomjouwing noch misse, en it kopiearjen fan fariabelen út in willekeurich oerienkommend proses kin op in masine mei meardere sesjes in oare oanmelding reitsje.
As it weromlêzen kloppet mar de rûteleas is net feroare, identifisearje dan de konsuminte-ynterface fan 'e applikaasje. In libbene GSettings-harker kin notifikaasjes ûntfange. In applikaasje dy't http_proxy by it opstarten kopiearre hat, krijt gjin nij omjouwing as dconf feroaret, en har eigen proxybelied kin in oare rûte kieze. It skriuwen as root werhelje lost dy konsumintemismatch net op.