শুধু IPv6-নির্ভর নেটওয়ার্ক টানেল শুরুর আগেই VPN ভেঙে দেয়

ল্যাপটপটি একটি সম্মেলনের Wi-Fi-এ যুক্ত হয় যা কেবল IPv6 সরবরাহ করে, VPN ক্লায়েন্ট ঘুরতে থাকে ও ব্যর্থ হয়, অথচ একই প্রোফাইল এক ঘণ্টা আগে একটি হোটেলে কাজ করেছিল। শংসাপত্রে কিছুই বদলায়নি। যা বদলেছে তা হলো, ক্লায়েন্টকে এখন কেবল IPv6 বহনকারী নেটওয়ার্কের মধ্য দিয়ে একটি IPv4 গন্তব্যে পৌঁছাতে হবে, এবং প্রতিটি ক্লায়েন্ট জানে না তা কীভাবে করতে হয়।

প্যাকেটগুলো যে একই পাঁচটি ধাপ অতিক্রম করে, সেই ধাপগুলোই অনুসরণ করুন।

ধাপ 1: নাম-অনুসন্ধান দেখুন

প্রোফাইল যদি হোস্টনেম ব্যবহার করে, প্রথম প্রশ্ন হলো রিজলভার কী ফেরত দেয়। dig AAAA vpn.example.com শুধু IPv6-নির্ভর নেটওয়ার্কে হয় সত্যিকারের AAAA রেকর্ড, নয় DNS64 থেকে সংশ্লেষিত একটি, নয় কিছুই ফেরত দেয় না। সংশ্লেষিত উত্তরটি ট্রান্সলেশন প্রিফিক্সের ভেতরে IPv4 গন্তব্যটি এনকোড করে, এবং কেবল তখনই IPv6 গন্তব্যহীন একটি ক্লায়েন্ট সেখানে পৌঁছাতে পারে। কঠিনভাবে কোড করা IPv4 ঠিকানাওয়ালা প্রোফাইল কখনো এতদূর পৌঁছায় না, কারণ সংশ্লেষণের জন্য কোনো নাম নেই।

এই একক পার্থক্যই বেশিরভাগ ‘ওখানে কাজ করে, এখানে ব্যর্থ’ প্রতিবেদন ব্যাখ্যা করে, আর এটি দেখতে একটিমাত্র কমান্ড লাগে।

ধাপ 2: দেখুন ক্লায়েন্ট কোন পরিবারকে ডেকেছে

প্রগ্রেস বারের বদলে সকেটটি দেখুন। যে ক্লায়েন্ট শুধু IPv6-নির্ভর লিংকে IPv4 ঠিকানায় IPv4 সকেট খোলে, তার পাঠানোর কোনো জায়গা নেই, এবং ব্যর্থতা নাম-ত্রুটি হিসেবে নয়, টাইমআউট হিসেবে প্রকাশ পায়। ক্লায়েন্ট সংযোগ করার সময় ss -tanp দূরবর্তী ঠিকানা ও যে পরিবারটি সে চেষ্টা করেছে তা দেখায়। এটিকে ip -6 route-এর সঙ্গে তুলনা করুন যাতে নিশ্চিত হন ডিফল্টটি সত্যিকারের IPv6 পরবর্তী হপ।

সকেট টেবিলের ঠিকানা-পরিবারটাই সত্য। প্রগ্রেস বার কারও লেখা একটি সারসংক্ষেপ।

ধাপ 3: ট্রান্সলেশনকে টানেল থেকে আলাদা করুন

NAT64 ও DNS64 হলো অ্যাক্সেস নেটওয়ার্ক কীভাবে IPv4 গন্তব্যে পৌঁছায় তার উপায়, এবং টানেল ওঠার পর সেটির জন্য তারা কিছুই করে না। ট্রান্সলেটেড পথের ওপর প্রতিষ্ঠিত টানেল তবুও নিজের ভেতরের অ্যাড্রেসিং নিয়ে দরকষাকষি করে, আর ভেতরের IPv4 বা IPv6 কভারেজ আলাদা নীতি-প্রশ্ন। যদি ক্লায়েন্ট সংযোগ করে তারপর কিছুতে না পৌঁছায়, তাহলে আপনি ট্রান্সলেশন পেরিয়ে রাউটিংয়ে ঢুকেছেন, যা ভিন্ন প্রমাণসহ ভিন্ন তদন্ত।

ট্রান্সলেশন ব্যর্থ হলে মনে হয় কখনোই সংযোগ হয়নি। ভেতরের কভারেজ ব্যর্থ হলে মনে হয় সংযোগ হয়েছে কিন্তু কিছুতে পৌঁছায়নি।

ধাপ 4: একই প্রোফাইল অন্য নেটওয়ার্কে পরীক্ষা করুন

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

‘VPN ভাঙা’ বলে যে প্রতিবেদন, তা নিয়ে কিছু করা যায় না। ‘শুধু IPv6 অ্যাক্সেসে ব্যর্থ হয়’ বলে যে প্রতিবেদন, সেটিই বাগ প্রতিবেদন।

ধাপ 5: নিরাপত্তা সেটিংস নয়, পথটি ঠিক করুন

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

সত্যিকারের বিকল্প হলো নেটওয়ার্ক ট্রান্সলেশন মডেল সমর্থনকারী ক্লায়েন্ট, অথবা পৌঁছানো যায় এমন IPv6 ঠিকানাওয়ালা গন্তব্য। এর একটি চান।