আপনার IPv4 VPN নিয়ম IPv6 ট্র্যাফিক সম্পর্কে কিছুই বলে না

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

শর্ত এক: প্ল্যাটফর্মে একটি টেবিল নাকি দুটি

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

আপনি আসলে যে ফিল্টার চালান তার ডকুমেন্টেশন পড়ুন, তারপর তালিকা করুন কোন টেবিলগুলো আছে এবং আপনার পরিবর্তন কোনটিতে লেগেছে। IPv4 টেবিলের নিয়ম গোনা এমন প্রশ্নের উত্তর দেয় যা কেউ করেনি। তারপর তালিকা করুন কোন টেবিলগুলো আছে এবং আপনার পরিবর্তন কোনটিতে লেগেছে।

শর্ত দুই: নীতিটি কোথায় প্রযোজ্য

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

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

শর্ত তিন: IPv6-এর কী করা উচিত

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

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

ICMPv6 হলো নিয়ন্ত্রণ ট্র্যাফিক

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

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

প্রমাণ করা, একবারে একটি পরিবার

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

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