sudo gsettings သည် မှားသောအသုံးပြုသူ၏ GNOME ပရောက်စီကို ပြောင်းနိုင်သည်
root ၏ ဆက်တင်ဒေတာဘေ့စ်ကို အပ်ဒိတ်လုပ်မည့်အစား ရည်ရွယ်ထားသော အသုံးပြုသူ၏ ဒက်စ်တော့ဆက်ရှင်တွင် GNOME ပရောက်စီဆက်တင်များကို အသုံးပြုပါ။
သင့်ကိုယ်ပိုင် GNOME ဒက်စ်တော့အတွက် ဆက်တင်ပြောင်းလဲမှုကို ထိုဒက်စ်တော့ဆက်ရှင်မှ ၎င်း၏အသုံးပြုသူအဖြစ် လုပ်ဆောင်ပါ။
gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'
ဤအရာသည် အကြောင်းအရာကို ပြသခြင်းဖြစ်ပြီး ပြည့်စုံသော ပရောက်စီဖွဲ့စည်းမှု မဟုတ်ပါ; အဆုံးမှတ်နှင့် ကျော်သွားသည့်တန်ဖိုးများလည်း မှန်ကန်ရမည်။ ကိုယ်တိုင် SOCKS လမ်းကြောင်းအတွက် မုဒ်နှင့်အတူ ဟို့စ်နှင့် ပေါက်ကိုလည်း သတ်မှတ်ပါ။ တန်ဖိုးကို ထိုရည်ရွယ်ထားသော ဆက်ရှင်တွင်ပင် ပြန်ဖတ်ပါ။
sudo ဖြင့် အမိန့်ကို လုပ်ဆောင်ခြင်းသည် ထိုအသုံးပြုသူ၏ ဆက်တင်များကို မရွေးချယ်ပါ။ GSettings သည် backend အကြောင်းအရာမှတစ်ဆင့် လုပ်ဆောင်သည်။ dconf တွင် အသုံးပြုသူဒေတာဘေ့စ်နှင့် ဆက်ရှင်ဘတ်စ် အရေးပါသည်; command line လမ်းညွှန်သည် ထို backend သို့ ရေးရန် D-Bus ဆက်ရှင်ဘတ်စ် ချိတ်ဆက်မှု လိုအပ်သည်။
စီမံခန့်ခွဲရေးပြောင်းလဲမှုအတွက် ပံ့ပိုးထားသော ဒက်စ်တော့ သို့မဟုတ် အသုံးပြုသူဆက်ရှင် စီမံခန့်ခွဲမှုယန္တရားကို အသုံးပြုပါ။ အခြား shell တွင် UID ပြောင်းခြင်းသည် ရည်ရွယ်ထားသော ဆက်တင်ပတ်ဝန်းကျင် မရှိနိုင်သေးပါ၊ ပြီးတော့ မည်သည့် ကိုက်ညီသော လုပ်ငန်းစဉ်မှ ကိန်းရှင်များကို ကူးယူခြင်းသည် ဆက်ရှင်များစွာရှိသော စက်တွင် အခြားလော့ဂ်အင်ကို ပစ်မှတ်ထားနိုင်သည်။
ပြန်ဖတ်ခြင်း မှန်ကန်သော်လည်း လမ်းကြောင်းပြောင်းလဲမှု မရှိပါက အက်ပ်၏ သုံးစွဲသူမျက်နှာပြင်ကို ဖော်ထုတ်ပါ။ အသက်ရှင်နေသော GSettings နားထောင်သူသည် အသိပေးချက်များ လက်ခံနိုင်သည်။ စတင်ချိန်တွင် http_proxy ကို ကူးယူထားသော အက်ပ်သည် dconf ပြောင်းလဲသောအခါ ပတ်ဝန်းကျင်အသစ် မရရှိပါ၊ ၎င်း၏ ကိုယ်ပိုင်ပရောက်စီမူဝါဒသည် အခြားလမ်းကြောင်းကို ရွေးချယ်နိုင်သည်။ root အဖြစ် ရေးသားခြင်းကို ထပ်ခါတလဲလဲ လုပ်ခြင်းသည် ထိုသုံးစွဲသူ မကိုက်ညီမှုကို မဖြေရှင်းပါ။