নেটওয়ার্ক বদলালে MOBIKE কীভাবে IKEv2 VPN সচল রাখে

একটি ফোন Wi-Fi ছেড়ে সেলুলার নেটওয়ার্কে যোগ দেয়, একটি ল্যাপটপ Ethernet থেকে হটস্পটে যায়, আর IKEv2 টানেল হয় টিকে থাকে, নয় টেকে না। MOBIKE হলো সেই এক্সটেনশন যা এটিকে টিকিয়ে রাখে, দূরের প্রান্তকে জানিয়ে দেয় যে উৎস ঠিকানা বদলেছে, শুরু থেকে আবার না করে। যা এটি করে না, তা হলো বদলের সময় প্রতিটি অ্যাপ্লিকেশন সচল রাখা। এগুলো দুটি দাবি, এবং দ্বিতীয়টিই সাধারণত মানুষের অর্থ।

পরিবর্তনটি ধাপে ধাপে দেখুন, কারণ প্রতিটি ধাপ ভিন্নভাবে ব্যর্থ হয়।

হালনাগাদ আসলে কী বদলায়

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

MOBIKE ট্রাফিককে UDP এনক্যাপসুলেশনেও সরাতে পারে, তাই একটি কাজ করা টানেল কখনও নেটওয়ার্ক বদলের পর পোর্ট 4500 ব্যবহার শুরু করে। ওই পরিবর্তন নিজে থেকে প্রমাণ করে না যে NAT শনাক্ত হয়েছে, যদিও দুটো প্রায়ই একসাথে দেখা যায়।

আপনার প্রোফাইল কি সত্যিই এটি চালু করে

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

উভয় প্রান্তের দরকষাকষি করা অবস্থাই কর্তৃত্ব, পণ্য পরিবারের নথি নয়।

পরিবর্তনটি ধাপে ধাপে দেখুন

নেটওয়ার্ক বদলানোর আগে অ্যাপ্লিকেশনের অবস্থা লিখে রাখুন। তারপর বদলান, এবং পরে ক্লায়েন্ট ও সার্ভারের অবস্থা লিখে রাখুন। হারানো ঠিকানা, অগম্য প্রান্ত এবং এমন অ্যাপ্লিকেশন যা নিজের সেশন পুনরায় সংযুক্ত করবে—এগুলো তিনটি ভিন্ন ফলাফল। কেবল প্রথম দুটি VPN স্তরের; তৃতীয়টি অ্যাপ্লিকেশন যে প্রোটোকলে কথা বলে তার।

নেটওয়ার্ক বদলকে একটি স্থির পরীক্ষার সাথে তুলনা করুন, যাতে জানতে পারেন কোন ঘটনা সমস্যাটি ঘটায়। চূড়ান্ত নেটওয়ার্কে থ্রুপুট পরিমাপ একটি পরিবর্তন পুনরুৎপাদন করতে পারে না। এটি গন্তব্য মাপে, যাত্রাপথ নয়।

ব্যর্থতার স্তরগুলো আলাদা করুন

একটি দীর্ঘস্থায়ী TCP সেশন IKEv2 বিনিময়ের বাইরের কারণে ব্যর্থ হতে পারে। নতুন নেটওয়ার্ক ভিন্নভাবে ফিল্টার, রিজলভ বা রাউট করতে পারে। পথ নিচে বদলালেও টানেলের ঠিকানা একেবারেই না বদলাতে পারে। তাই অ্যাপ্লিকেশন পুনরায় সংযোগ করলে এমন কিছু ঠিক হতে পারে যা VPN কখনও ভাঙেনি।

পুনরুদ্ধারের সময়ও ব্লকিং নীতি জায়গায় রাখুন।

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

বারবার ঘটলে কী লিখে রাখবেন

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

এই অসমতা এতটাই সাধারণ যে প্রথমেই এটিই পরীক্ষা করা উচিত।

রেকর্ডটি হাতে থাকলে, ঘটনাটি আরেকটি বিচ্ছিন্ন আইকন থাকা ছেড়ে দিয়ে পরিচিত মালিকসহ একটি ক্রমের একটি ঘটনা হয়ে ওঠে। যা-ই একটি পথনির্দেশ সৎভাবে প্রতিশ্রুতি দিতে পারে।