রাউটার রিবুটের পর VPN আটকে যায়: বদলে যাওয়া তিনটি বিষয়

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

তিনটি শর্ত সমাধান নির্ধারণ করে। সেগুলো ক্রমে যাচাই করুন, কারণ প্রথমটিই যদি থেমে যাওয়ার ব্যাখ্যা দেয়, তবে পরেরগুলো নিষ্ফল পরিশ্রম।

শর্ত এক: লোকাল ঠিকানা বদলেছে

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

ক্লায়েন্ট যে ঠিকানা ব্যবহার করছে তার সঙ্গে ইন্টারফেসের এখনকার ঠিকানার তুলনা করুন। যে ডিফল্ট রুট এমন গেটওয়ের দিকে দেখায় সেটিও বদলেছে, সেটি একই সমস্যার অন্য নাম।

ip -4 addr show
ip route show default
ip route get 203.0.113.10

শর্ত দুই: অনূদিত ম্যাপিং চলে গেছে

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

এখানেই keepalive ছাড়া টানেল জোরে ব্যর্থ না হয়ে চুপচাপ আটকে যায়। নথিভুক্ত সীমাবদ্ধতাগুলো WireGuard-এর একই ধরনের ব্যর্থতার বর্ণনা দেয়। ভুল এন্ডপয়েন্ট অবস্থা ডায়াগনস্টিকের বদলে ফেলে দেওয়া প্যাকেট তৈরি করে।

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

শর্ত তিন: পাবলিক ঠিকানা বদলেছে

যদি রাউটারের নিজের বাহ্যিক ঠিকানা বদলে যায়, তবে উৎস ঠিকানা দিয়ে ফিল্টার করা অপর প্রান্তের সবকিছু এখন ভিন্ন সহকর্মী দেখে। টানেল উঠে আসতে পারে, আর সার্ভার এখনো ট্রাফিক বাতিল করতে পারে; এটি ভাঙা ক্লায়েন্টের মতো দেখায়, আসলে ওপারের নীতি।

রিবুটের আগে ও পরে বাহ্যিক ঠিকানা লিখে রাখুন। দুটি ভিন্ন হলে প্রশ্নটি ক্লায়েন্ট থেকে সরে যায় অনুমোদন-তালিকা রক্ষণাবেক্ষণকারীর কাছে, আর ল্যাপটপে ক্রেডেনশিয়াল রিসেট করলে কাজ হবে না।

সঠিক ক্রমে পুনরুদ্ধার করুন

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

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

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