ধূসর NetworkManager নিয়ন্ত্রণ? অনুমতির আগে মালিকানা যাচাই করুন

ডেস্কটপ মেনুর ধূসর VPN সুইচগুলি জানায় যে কিছু ভুল আছে, কিন্তু কী ভুল তা বলে না। এটি একটি পর্যবেক্ষণ, রোগনির্ণয় নয়। তিনটি ভিন্ন সীমা একই মৃত নিয়ন্ত্রণ তৈরি করতে পারে: NetworkManager ডিভাইসটির মালিক নাও হতে পারে, সেশনের এটি পরিবর্তনের অনুমতি নাও থাকতে পারে, বা VPN এডিটর প্লাগইনটি একেবারেই ইনস্টল না থাকতে পারে। ভুল সীমা বদলানোই পাঁচ মিনিটের সমাধানকে প্যাকেজ পুনঃইনস্টলের এক বিকেলে পরিণত করে।

তিনটি শুধু-পঠন কমান্ড কিছু পরিবর্তনের আগেই ঘটনাগুলি আলাদা করে।

তিনটি প্রশ্ন ক্রমানুসারে করুন

nmcli device status
nmcli general permissions
nmcli connection show

এগুলি এমন সিস্টেমের জন্য পরিদর্শন কমান্ড যা সত্যিই NetworkManager ব্যবহার করে, এবং সাধারণ ব্যবহারকারী হিসেবে চালানো নিরাপদ। আউটপুট কোথাও পেস্ট করলে ব্যক্তিগত সংযোগের বিবরণ পাবলিক লগের বাইরে রাখুন।

ডিভাইস স্ট্যাটাস বলে ইন্টারফেসটি পরিচালিত ও ব্যবহারযোগ্য কি না। অনুমতি দৃশ্য বলে আহ্বানকারী সেশনটি কী করতে পারে। সংযোগ তালিকা দেখায় কোন প্রোফাইল আছে; এটি প্রমাণ করে না যে মিলে যাওয়া VPN এডিটর বা আমদানি প্লাগইন ইনস্টল আছে।

মালিকানা আর অনুমতি আলাদা ত্রুটি

অনিয়ন্ত্রিত হিসেবে চিহ্নিত ডিভাইস NetworkManager-এর নিয়ন্ত্রণের বাইরে, এবং যত অনুমতিই থাকুক কাজ করা টগল তৈরি হবে না। ifupdown প্লাগইন একটি সাধারণ কারণ: এর managed সেটিং নির্ধারণ করে interfaces ফাইলের এন্ট্রিগুলি কীভাবে বিবেচিত হবে, আর পড়ে থাকা একটি স্ট্যানজা একটি ইন্টারফেসকে পুরনো টুলিংয়ের অধীনে রাখতে পারে। ফাইলের অস্তিত্ব তার বিষয়বস্তু মুছে ফেলার নির্দেশ নয়, এবং আপনি না লেখা এন্ট্রি মুছে ফেলা সংযোগ হারানোর ভালো উপায়।

অনুমতি একটি আলাদা অক্ষ। NetworkManager PolicyKit-এর মাধ্যমে নন-রুট আহ্বানকারীদের অনুমোদন দেয়, এবং রিপোর্ট করা উত্তর হতে পারে হ্যাঁ, auth বা না। প্রমাণীকরণ এজেন্ট ছাড়া একটি সেশন auth রিপোর্ট করে এবং পরে ডেস্কটপে নীরবে ব্যর্থ হয়, যা অনুপস্থিত এজেন্টের বদলে ভাঙা নিয়ন্ত্রণের মতো দেখায়।

ডেস্কটপকে root হিসেবে চালিয়ে কোনওটিই ঠিক করবেন না

একটি টগল কাজ করাতে পুরো সেশন root হিসেবে চালানো মেশিনের প্রতিটি অ্যাপ্লিকেশনের নিরাপত্তা মডেল বদলে দেয়। এটি মূল ভুল কনফিগারেশন নথিভুক্ত করার বদলে লুকিয়ে রাখে। যদি কোনও কাজের জন্য প্রশাসনিক অনুমোদন দরকার হয়, সেটাই অভিপ্রেত নকশা, আর সমাধান নীতিতে বা এজেন্ট কীভাবে চালু হয় তাতে।

একইভাবে, NetworkManager-এর দ্বিতীয় কপি বা প্রতিদ্বন্দ্বী ডেমন চালাবেন না। একই ডিভাইস নিয়ে দুই ম্যানেজারের দ্বন্দ্ব এমন অবস্থা তৈরি করে যা বোঝা কঠিন এবং সমর্থন করা আরও কঠিন। যদি দ্বিতীয় ডেমনই নিয়ন্ত্রণ ফেরানোর একমাত্র উপায় মনে হয়, তবে প্রথম ম্যানেজারের কনফিগারেশনই ঠিক করার জিনিস। অন্য কিছু বদলানোর আগে বাড়তি ডেমন থামান, নইলে পরের পরীক্ষা দুটিকেই একসঙ্গে মাপবে।

প্লাগইন প্রশ্নটি এডিটরেরও

VPN সংযোগ তৈরি বা আমদানি করতে সেই সংযোগের ধরন দেয় এমন প্লাগইন দরকার, আর ডেস্কটপে সাধারণত এডিটর ইন্টিগ্রেশনও দরকার। সেবা-পাশের প্যাকেজ থাকতে পারে অথচ এডিটরের ফর্ম অনুপস্থিত, তাই মেনু এন্ট্রি থাকা সত্ত্বেও ব্যর্থ হতে পারে। একটি প্যাকেজ সবকিছু ইনস্টল করে ধরে নেওয়ার বদলে ডিস্ট্রিবিউশনের প্যাকেজিংয়ের সঙ্গে দুই অংশই মিলিয়ে দেখুন।

স্বতন্ত্র ক্লায়েন্ট বাইনারিও প্রমাণ নয়। OpenVPN বাইনারি ইনস্টল করলে ডেস্কটপ এডিটর নিজে থেকে OpenVPN প্রোফাইল তৈরির ফর্ম পায় না।

দায়ী সীমাটি ঠিক করুন, তারপর যাচাই করুন

কোন সীমা ভুল তা জানার পর কেবল সেটাই বদলান। ডিভাইসকে managed চিহ্নিত করা, অনুমতি দেওয়া বা এডিটর প্যাকেজ ইনস্টল করা তিনটি ভিন্ন ঝুঁকি-প্রোফাইলের তিনটি ভিন্ন কাজ, আর সেগুলি মিশিয়ে ফেললে ফলাফলকে আর দায়ী করা যায় না। মালিকানা সরাতে হলে কনসোল বা আউট-অব-ব্যান্ড অ্যাক্সেস হাতে রেখে করুন, কারণ সেখানে ভুল হলে যে নেটওয়ার্ক দিয়ে ঠিক করছেন সেটাই হারাতে পারে।

তারপর আসল অ্যাকাউন্ট ও আসল প্রোফাইল দিয়ে যাচাই করুন: রুট, DNS দৃশ্য এবং সিক্রেট কোথায় সংরক্ষিত তা নিশ্চিত করুন। সক্রিয় বোতাম কেবল ইন্টারফেসের অবস্থা, টানেল কাজ করার প্রমাণ নয়। টিকিটে ডিভাইসের অবস্থা, অনুমতির উত্তর ও প্লাগইনের সংস্করণ লিখে রাখুন, যাতে পরের ব্যক্তি জানেন কোন সীমা সত্যিই বদলেছে।