আপনার VPN কি IPv6 বহন করে, নাকি শুধু সার্ভারে পৌঁছায়?

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

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

দুই পরিবার, দুই ভিন্ন পথ

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

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

সার্ভারে পৌঁছানো মানে ট্রাফিক বহন করা নয়

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

ডিজাইনের কোনটি দরকার, তা জিজ্ঞেস করুন। যে নেটওয়ার্ককে কেবল IPv6 সেবা পর্যন্ত পৌঁছাতে হবে, তার বহন দরকার। যে নেটওয়ার্ককে সরাসরি IPv6 ট্রাফিক ঠেকাতে হবে, তার ব্লকিং বা সম্পূর্ণ বহন দরকার, কোনো মার্কেটিং পৃষ্ঠার লেবেল নয়।

বহন আর ব্লকিংয়ের মধ্যে বেছে নিন

বহন মানে টানেলের একটি IPv6 ঠিকানা আছে, ভেতরে একটি ডিফল্ট রুট আছে, এবং দুই প্রান্তেই ট্রাফিক অনুমোদনের নীতি আছে। ব্লকিং মানে ক্লায়েন্ট ইচ্ছাকৃতভাবে IPv6-কে টানেলের বাইরে বেরোতে বাধা দেয়, যা নিরাপদ এবং IPv6 গন্তব্যে পৌঁছানোর জন্য অকেজো। দুটোই বৈধ; কোনোটিই এমন ডিফল্ট নয় যা আপনি ধরে নিতে পারেন। আগে প্রয়োজনটি বেছে নিন, তারপর যাচাই করুন ক্লায়েন্ট সত্যিই তা বাস্তবায়ন করে।

কেবল IPv4-এর একটি গেস্ট নেটওয়ার্ক IPv6 পথ চালাতে পারে না, তাই সেখানে করা পরীক্ষা বাড়ির নেটওয়ার্ক সম্পর্কে কিছুই বলে না, যেখানে দুই পরিবারই আছে। যেখানে প্রাসঙ্গিক পরিবারটি সত্যিই দেওয়া হয়, সেখানে পরীক্ষা করুন।

কিল সুইচেরও একই আওতা দরকার

কেবল IPv4 আওতাভুক্ত একটি কিল সুইচ অন্য পরিবারটিকে সরাসরি বেরোনোর স্বাধীনতা দেয়, আর সেটিই সেই লিক যা এটি ঠেকানোর কথা ছিল। দুই পরিবার এবং টানেল ওঠা বা নামার সময়ের জন্য এর নিয়মগুলো পর্যালোচনা করুন। সিস্টেম-ব্যাপী IPv6 বন্ধ করা বিকল্প নয়: এটি অসম্পর্কিত সেবা ভাঙতে পারে এবং ক্লায়েন্ট-নীতির সমস্যাকে পুরো মেশিনের পরিবর্তনের আড়ালে লুকায়।

DNS-কে এই সব থেকে আলাদা রাখুন। DNS নির্ভর করে কে প্রশ্নের উত্তর দেয় এবং প্রশ্নটি কীভাবে যায়; এর পরের অ্যাপ্লিকেশন সংযোগের নিজস্ব পথ আছে। একটি সঠিক থাকতে পারে আর অন্যটি নয়, এবং দুটিকে একসঙ্গে নির্ণয় করলে বিভ্রান্তিকর সিদ্ধান্ত আসে।

প্রতিটি পরীক্ষা কোন পরিবার চালিয়েছে এবং ক্লায়েন্ট কোন সামর্থ্যের দাবি করে, তা লিখে রাখুন। এই দুই তথ্য সেই প্রশ্নের উত্তর দেয় যা একটি সাপোর্ট লেবেল কখনোই দেবে না।