sudo gsettings এ ভুল ব্যৱহাৰকাৰীৰ GNOME প্ৰক্সি সলনি কৰিব পাৰে

আপোনাৰ নিজৰ GNOME ডেস্কটপৰ বাবে, সেই ডেস্কটপ ছেছনৰ পৰা ব্যৱহাৰকাৰী হিচাপে ছেটিং পৰিৱৰ্তনটো চলাওক:

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

এইটোৱে প্ৰসংগটো দেখুৱাই, সম্পূৰ্ণ প্ৰক্সি কনফিগাৰেচন নহয়; এণ্ডপইণ্ট আৰু বাইপাছ মানো শুদ্ধ হ’ব লাগিব। হাতেৰে SOCKS পথৰ বাবে ম’ডৰ লগতে হ’ষ্ট আৰু প’ৰ্টো ছেট কৰক। একেই নিৰ্দিষ্ট ছেছনত মানটো পুনৰ পঢ়ক।

sudo ৰে আদেশটো চলালে সেই ব্যৱহাৰকাৰীৰ ছেটিংছ বাছনি নহয়। GSettings এ backend প্ৰসংগৰ জৰিয়তে কাম কৰে। dconf ৰ সৈতে ব্যৱহাৰকাৰীৰ ডেটাবেছ আৰু ছেছন বাছ গুৰুত্বপূৰ্ণ; ক’মাণ্ড-লাইন মেনুৱেলত সেই backend লৈ লিখিবলৈ D-Bus ছেছন-বাছ সংযোগ প্ৰয়োজন।

প্ৰশাসনিক পৰিৱৰ্তনৰ বাবে, সমৰ্থিত ডেস্কটপ-পৰিচালনা বা ব্যৱহাৰকাৰী-ছেছন ব্যৱস্থা ব্যৱহাৰ কৰক। আন এটা শ্বেলত UID সলনি কৰিলেও নিৰ্দিষ্ট ছেটিংছ পৰিৱেশ নাথাকিব পাৰে, আৰু যিকোনো মিলা প্ৰচেছৰ পৰা ভেৰিয়েবল কপি কৰিলে বহু-ছেছন মেচিনত আন এটা লগইন লক্ষ্য কৰিব পাৰে।

যদি ৰিডবেক শুদ্ধ কিন্তু ৰাউটিঙ অপরিৱৰ্তিত, তেন্তে এপ্লিকেচনৰ গ্ৰাহক ইণ্টাৰফেচ চিনাক্ত কৰক। জীৱন্ত GSettings শ্ৰোতাৱে জাননী লাভ কৰিব পাৰে। আৰম্ভণিতে http_proxy কপি কৰা এপ্লিকেচনে dconf সলনি হ’লে নতুন পৰিৱেশ নাপায়, আৰু ইয়াৰ নিজস্ব প্ৰক্সি নীতিয়ে আন পথ বাছনি কৰিব পাৰে। root হিচাপে লিখাটো পুনৰাবৃত্তি কৰিলে সেই গ্ৰাহক অসঙ্গতি সমাধান নহয়।