sudo gsettings-ը կարող է փոխել սխալ օգտվողի GNOME պրոքսին

Ձեր սեփական 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-ն այլ shell-ում փոխելը դեռևս կարող է չունենալ նախատեսված կարգավորումների միջավայրը, իսկ փոփոխականները կամայական համապատասխան գործընթացից պատճենելը բազմասեանս մեքենայում կարող է թիրախավորել այլ մուտք։

Եթե հետընթերցումը ճիշտ է, բայց երթուղավորումը չի փոխվել, որոշեք հավելվածի սպառողական ինտերֆեյսը։ Կենդանի GSettings լսիչը կարող է ծանուցումներ ստանալ։ Հավելվածը, որը գործարկման պահին պատճենել է http_proxy-ը, dconf-ի փոփոխության դեպքում նոր միջավայր չի ստանում, և նրա սեփական պրոքսի քաղաքականությունը կարող է այլ երթուղի ընտրել։ Գրառումը root-ով կրկնելը չի լուծում սպառողի այդ անհամապատասխանությունը։