একটি প্রোফাইল, দুই মালিক: NetworkManager নাকি systemd

.ovpn ফাইল নিয়ে কিছুই ঘটে না, যতক্ষণ না কোনো কিছু তার মালিক হয়। Pi ডেস্কটপে সম্ভাব্য মালিক হলো NetworkManager, যা আমদানি করা সংযোগ নিজের এক কীফাইলে রাখে, এবং একটি স্বতন্ত্র সার্ভিস ইউনিট, যা কোনো ডিরেক্টরি থেকে কনফিগারেশন পড়ে। এরা ভিন্ন সংরক্ষণ, ভিন্ন ক্রেডেনশিয়াল পরিচালনা ও ভিন্ন সক্রিয়করণ নিয়মযুক্ত দুটি পরিচালনা মডেল। একটি সচেতনভাবে বেছে নেওয়াই পুরো কাজ; ফাইলটি দুই জায়গায় কপি করলে বেছে নেওয়াটা শুধু আকস্মিক হয়ে যায়।

দুটোই একই মেশিনে কাজ করতে পারে, কিন্তু একই সময়ে একই টানেলে নয়, আর দ্বন্দ্বটি কনফিগারেশনের নয়, নেটওয়ার্কের ত্রুটির মতো দেখায়।

একই টানেলের মালিক হওয়ার দুই পথ

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

এরা এক জিনিসের দুই রূপ নয়। ডাউনলোড করা ফাইল সম্পাদনা করলে NetworkManager যা রেখেছে বা ইউনিট যা পড়ে তা বদলায় না, আর আপনি এইমাত্র যে টানেল পরীক্ষা করেছেন সেটি এদের যেকোনো একটি তৈরি করে থাকতে পারে।

ডেস্কটপ আসলে যে সংযোগ ব্যবহার করে সেটির পথ ধরুন

নথিভুক্ত আমদানি অপারেশন, nmcli connection import type openvpn file office.ovpn, প্লাগইনের মাধ্যমে একটি সংযোগ তৈরি করে। এর UUID লিখে রাখুন এবং এরপর ওই শনাক্তকারকই ব্যবহার করুন, কারণ নাম সম্পাদিত হয় আর দুটি সংযোগ একই লেবেল ভাগ করতে পারে। nmcli connection show কী আছে তা তালিকাবদ্ধ করে, আর সংযোগের নিজের বৈশিষ্ট্য পড়লে বোঝা যায় এটি কোন ফাইল থেকে এসেছে ও কী সংরক্ষণ করে। আপনি যে UUID সম্পাদনা করছেন সেটি ডেস্কটপ যে সক্রিয় করে সেটি না হলে, আপনার সম্পাদনা শুধু সাজসজ্জা।

গোপন তথ্য থাকে মালিকের ভাণ্ডারে। কোন প্রোফাইল সক্রিয় তা বের করতে প্রতিটি সংরক্ষিত গোপন তথ্য বের করা ধীর ও ঝুঁকিপূর্ণ; বরং সংযোগ অবজেক্টকে জিজ্ঞাসা করুন, আর ব্যক্তিগত উপাদান মালিক যেখানে প্রত্যাশা করে সেখানেই রাখুন।

আমদানি করা সংযোগ চালাতে গ্রাফিক্যাল সেশন লাগে না, তবে তার তবুও ক্রেডেনশিয়ালের উৎস লাগতে পারে। এটি তদারকিহীনভাবে চালু হবে কি না তা নির্ভর করে তার অনুমতি ও গোপন তথ্যের উপর, ডেস্কটপ উপস্থিত থাকার উপর নয়।

ইউনিট টেমপ্লেটের উপর নির্ভর করার আগে সেটি পড়ুন

যেখানে প্যাকেজটি আপস্ট্রিম-ধাঁচের ক্লায়েন্ট ইউনিট দেয়, সেখানে office নামের একটি ইনস্ট্যান্স ইউনিটের কনফিগার করা ডিরেক্টরিতে থাকা %i.conf এর সঙ্গে মেলে, আর 2.6 টেমপ্লেটে সেটি হলো /etc/openvpn/client। কোনো গাইডের উদাহরণে ভরসা করার আগে ইনস্টল করা ইউনিট ও যেকোনো ড্রপ-ইন পড়ুন, কারণ ডিস্ট্রিবিউশনগুলো পথ সরিয়ে দেয়। টার্মিনাল থেকে হাতে চালানো ফাইল, গোপন তথ্য বা অনুমতি নিয়ে সার্ভিসের দৃষ্টিভঙ্গি সম্পর্কে কিছুই প্রমাণ করে না। ডেস্কটপের পাসওয়ার্ড ডায়ালগও প্রমাণ নয় যে একটি নন-ইন্টারঅ্যাক্টিভ ইউনিটের কাছে একই পাসওয়ার্ড পাওয়ার অনুমোদিত উপায় আছে।

ইউনিটকে শুধু যা দরকার তা দিন। একটি উল্লেখিত ফাইল না পড়া যাওয়ার কারণে পুরো সার্ভিস স্যান্ডবক্স শিথিল করা ছোট একটি অনুমতি সংশোধনের বিনিময়ে বড় একটি ঝুঁকি আনে, আর ত্রুটিটি সাধারণত মনোযোগ দরকার এমন ফাইলের নামই বলে।

প্রবেশাধিকার না হারিয়ে নকলটি সরান

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

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