টেবিল 200-এ VPN ডিফল্ট আপনার LAN রুট লুকিয়ে রাখে

চারটি পরীক্ষা নীতিমালা-টেবিলের ত্রুটি থেকে রাউটিং ত্রুটি আলাদা করে: কোন নিয়ম মিলেছে, সেই নিয়ম কোন টেবিলের নাম দিয়েছে, সেই টেবিলে কী আছে এবং তার ভেতরে কোন রুট জিতেছে। আগের টেবিল কোনো রুট দিলে মূল টেবিল আর জিজ্ঞেস করা হয় না, তাই সেখানে দেখা যাওয়া LAN এন্ট্রি আপনার পরীক্ষাধীন প্যাকেটের জন্য অপ্রাসঙ্গিক হতে পারে। পরীক্ষাগুলো ক্রমে করুন, তাহলে অনুপস্থিত রুট চতুর্থ ধাপে নয়, তৃতীয় ধাপেই দেখা যাবে।

দীর্ঘতম-প্রিফিক্স মিলন ঘটে একটি টেবিলের ভেতরে; এটি সব টেবিলের রুটকে একক তালিকা হিসেবে তুলনা করে না।

যে টেবিল প্রথম উত্তর দেয়, সেখানেই খোঁজ শেষ

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

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

LAN ব্যতিক্রমটি যেখানে থাকা উচিত সেখানে রাখুন

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

প্যাটার্ন যাই হোক, ব্যতিক্রমটি যেখানে নীতিমালা সংজ্ঞায়িত সেখানেই দৃশ্যমান হতে হবে। হাতে যোগ করা ও নথিভুক্ত না করা রুট পরের রিবুটে উধাও হবে এবং সঙ্গে রোগনির্ণয়ও নিয়ে যাবে।

মূল টেবিল হুবহু কপি করবেন না

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

কপি করা টেবিল উদ্দেশ্যও ব্যর্থ করে, কারণ এটি সেই ফলব্যাক আচরণই পুনরুৎপাদন করে যা নীতিমালার নিয়ন্ত্রণ করার কথা ছিল।

রুট থেকে আলাদাভাবে উত্তর যাচাই করুন

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

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

নিয়ম, টেবিল, বিজয়ী রুট ও উত্তরের পথ লিখে রাখুন। সেই নথিই নীতিমালার ভুলকে নষ্ট সেবা থেকে আলাদা করে।