قد يغيّر sudo gsettings وكيل GNOME الخاص بمستخدم آخر

لسطح مكتب GNOME الخاص بك، نفّذ تغيير الإعداد بصفة المستخدم من داخل جلسة سطح المكتب تلك:

gsettings get org.gnome.system.proxy mode
gsettings set org.gnome.system.proxy mode 'manual'

هذا يوضح السياق فقط، وليس إعداد وكيل كاملًا؛ يجب أن تكون قيم نقطة النهاية والتجاوز صحيحة أيضًا. لمسار SOCKS يدوي اضبط المضيف والمنفذ إلى جانب الوضع. اقرأ القيمة مرة أخرى في الجلسة المقصودة نفسها.

تشغيل الأمر عبر sudo لا يختار إعدادات ذلك المستخدم. يعمل GSettings عبر سياق خلفي. مع dconf تهم قاعدة بيانات المستخدم وناقل الجلسة؛ ويحتاج دليل سطر الأوامر إلى اتصال بناقل جلسة D-Bus للكتابة إلى ذلك الخلفي.

لإجراء تغيير إداري، استخدم آلية إدارة سطح المكتب أو جلسة المستخدم المدعومة. تبديل UID في صدفة أخرى قد يفتقر مع ذلك إلى بيئة الإعدادات المقصودة، ونسخ المتغيرات من عملية مطابقة عشوائية قد يستهدف تسجيل دخول آخر في جهاز متعدد الجلسات.

إذا كانت القراءة الارتجاعية صحيحة لكن التوجيه لم يتغير، فحدّد واجهة المستهلك في التطبيق. يمكن لمستمع GSettings الحي أن يتلقى الإشعارات. التطبيق الذي نسخ http_proxy عند بدء التشغيل لا يتلقى بيئة جديدة عندما يتغير dconf، وقد تختار سياسة الوكيل الخاصة به مسارًا آخر. تكرار الكتابة بصفة root لا يحل عدم التطابق هذا لدى المستهلك.