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 হিসেবে লেখা পুনরাবৃত্তি করলে সেই গ্রাহক অসঙ্গতি মেটে না।