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-ის შეცვლას შეიძლება კვლავ აკლდეს სასურველი პარამეტრების გარემო, ხოლო ცვლადების თვითნებური შესაბამისი პროცესიდან კოპირებამ შეიძლება მრავალსესიიან მანქანაზე სხვა შესვლა დასახოს.

თუ უკუკითხვა სწორია, მაგრამ მარშრუტიზაცია არ შეცვლილა, გამოავლინეთ აპლიკაციის მომხმარებლის ინტერფეისი. ცოცხალ GSettings მსმენელს შეუძლია შეტყობინებების მიღება. აპლიკაცია, რომელმაც გაშვებისას დააკოპირა http_proxy, dconf-ის ცვლილებისას ახალ გარემოს არ იღებს და მისმა საკუთარმა პროქსი პოლიტიკამ შეიძლება სხვა მარშრუტი აირჩიოს. ჩანაწერის root-ად გამეორება ამ მომხმარებლის შეუთავსებლობას არ წყვეტს.