NetworkManager বনাম wg-quick: আপনার WireGuard রুটগুলোর মালিক কে?

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

ভ্রান্ত ধারণা: মেশিনে একটিই WireGuard কনফিগ আছে

wg-quick /etc/wireguard/ এর অধীনে একটি ফাইল পড়ে এবং আপনি এটি তুললে ইন্টারফেস তৈরি করে। NetworkManager তার নিজস্ব keyfile ফরম্যাটে একটি সংযোগ প্রোফাইল সংরক্ষণ করে এবং সক্রিয় করার সময় তা উপস্থাপন করে, আর একটি wg-quick ফাইল আমদানি করলে মানগুলো সেই প্রোফাইলে অনুলিপি হয়, তার সঙ্গে সংযুক্ত হয় না। এর পরে মূল ফাইল সম্পাদনা করলে কিছুই বদলায় না, কারণ প্রোফাইল আর তা পড়ে না। তাই পিয়ার ও কী-এর একই তালিকা দুবার থাকতে পারে, দ্বিতীয় অনুলিপিটি কার্যকর অবস্থায়।

মনে রাখার মতো একটি লক্ষণ: যে সম্পাদনা রিবুটে টিকে থাকে কিন্তু পুনরায় আমদানিতে টেকে না, তা এক ভান্ডার থেকে আসে, আর যে সম্পাদনা রিবুটে মিলিয়ে যায়, তা অন্যটি থেকে আসে।

একটি ব্যবহারিক উদাহরণ বিভাজনটি স্পষ্ট করে। তুলনা করুন nmcli connection show এর সঙ্গে systemctl status wg-quick@wg0, তারপর দেখুন রুটগুলো আসলে কোন ইন্টারফেসে ঝুলছে। যদি সার্ভিস মৃত থাকে আর ইন্টারফেস চালু থাকে, ফাইল যা-ই বলুক, কাজটি প্রোফাইল করছে।

ভ্রান্ত ধারণা: রাউটিং নিয়ম WireGuard-এর অংশ

কার্নেলের WireGuard ডিভাইস পিয়ার ও কী জানে, আর পলিসি রাউটিং সম্পর্কে কিছুই জানে না। আপনি যে ip rule এন্ট্রি ও অতিরিক্ত টেবিল দেখছেন, সেগুলো ইন্টারফেসটি তোলা টুলই ইনস্টল করেছে। wg-quick একটি fwmark ও একটি নির্দিষ্ট টেবিল এবং সেদিকে নির্দেশ করা নিয়ম যোগ করতে পারে, যেখানে NetworkManager নিজের ipv4 সেটিংসের মাধ্যমে রুট ইনস্টল করে এবং DNS সিস্টেম যে রিজলভার ব্যাকএন্ড ব্যবহার করে তার কাছে ছেড়ে দেয়। একই টানেল, ভিন্ন পার্শ্বপ্রতিক্রিয়া।

কিছু বদলানোর আগে ip rule এবং ip route show table all পড়ুন, আর লক্ষ করুন প্রতিটি রুট কোন টেবিলে থাকে। আপনি যে টেবিল নম্বর কনফিগার করেননি, তা টেবিলটি তৈরিকারী টুল সম্পর্কে জোরালো সংকেত।

ভ্রান্ত ধারণা: রুট মুছে ফেলা একটি সমাধান

চলার সময়ে মোছা রুট হলো এমন রুট যা মালিক পরের সক্রিয়করণে আবার ইনস্টল করবে, আর সক্রিয়করণ আপনার অগোচরেও ঘটতে পারে: ল্যাপটপের ঘুম ভাঙা, লিংকের হোঁচট, সার্ভিস পুনরায় চালু হওয়া বা NetworkManager-এর স্বয়ংক্রিয় সংযোগ। এজন্যই একই রুট ফিরে আসে এবং এজন্যই কাজটি ভুল নয়, বরং অনির্ভরযোগ্য মনে হয়। আগে ম্যানেজার চিহ্নিত করুন, তারপর সেই ম্যানেজার যে ইনপুট সত্যিই পড়ে তা বদলান।

পুনরায় সংযোগ ও সংশ্লিষ্ট সার্ভিস পুনরায় চালু করাই সেই পরীক্ষা যা সত্যিকারের সমাধানকে দেখতে পরিপাটি সমাধান থেকে আলাদা করে।

একজন মালিক বেছে নিন আর অন্যজনকে সরিয়ে দিন

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

পরিবর্তনের পরে অন্তর্ভুক্ত ও বাদ দেওয়া ট্রাফিক, তারপর DNS, তারপর একবার রিবুট করে যাচাই করুন। যদি একটি ম্যানেজার নিয়ে অবস্থাটি রিবুটে টিকে থাকে, তবে আপনার কাছে কাকতালীয় নয়, একজন মালিক আছে।

সাধারণ নিয়মটি WireGuard-এর বাইরেও মনে রাখা উচিত: কোনো সেটিং বারবার ফিরে এলে ফলাফল মুছে ফেলা বন্ধ করুন এবং যে প্রক্রিয়া এটি ক্রমাগত তৈরি করছে তা খুঁজুন।