রাউটার পিং বনাম VLAN হোস্ট: কোন PBR নীতি প্রযোজ্য?
রাউটার যে পিং পাঠায় তা VLAN হোস্টের প্যাকেট নয়, এমনকি সেই ইন্টারফেস উৎস হলেও। নীতির পরিধি বাড়ানোর আগে হোস্টের প্রবাহ পরীক্ষা করুন।
VLAN 10-এ VPN ব্যবহার করা উচিত এবং VLAN 20-এ WAN, তাই প্রথম পরীক্ষা হলো VLAN 10-এর ইন্টারফেস ঠিকানাকে উৎস করে রাউটার থেকে পাঠানো পিং। এটি সফল হয়, route-map কাউন্টার বাড়ে এবং সবাই ধরে নেয় ডিজাইনটি কাজ করে। এটি কাজ করে না। সেই পিংটি স্থানীয়ভাবে তৈরি হয়েছিল, এবং স্থানীয়ভাবে তৈরি ট্রাফিক VLAN ইন্টারফেসে আসা প্যাকেটের চেয়ে নীতির ভিন্ন সংযুক্তি বিন্দুতে পৌঁছায়।
তিনটি শর্ত ঠিক করে আপনি আসলে কোন নীতি পরীক্ষা করছেন: প্যাকেট কোথায় তৈরি হয়, এটি কোথায় প্রবেশ করে এবং কীসের সাথে মেলে।
প্যাকেট কোথায় প্রবেশ করে তা ঠিক করে কোন নীতি চলে
ip policy route-map দিয়ে সংযুক্ত ইন্টারফেস route-map সেই ইন্টারফেসে আসা প্যাকেটে প্রযোজ্য, যেমন IOS XE PBR গাইড বর্ণনা করে। VLAN 10-এর হোস্ট তার অনুরোধ পাঠায়, ফ্রেম VLAN সাবইন্টারফেসে আসে এবং রাউটার সেখানে নীতি মূল্যায়ন করে। রাউটারের নিজের প্যাকেট কখনও সেই ইন্টারফেসে আসে না, কারণ এটি রাউটারে জন্মেছিল।
VLAN ঠিকানাকে উৎস হিসেবে বাছাই করলে হেডার বদলায়। এটি উৎস বদলায় না।
উৎসসহ পিং কেন এখনও হোস্ট নয়
উৎস ঠিকানা ACL মিলের জন্য গুরুত্বপূর্ণ, এবং এটিই পরীক্ষাটিকে এত বিশ্বাসযোগ্য করে। প্যাকেট উৎস শর্তের সাথে মেলে, কাউন্টার বাড়ে এবং আউটপুট সঠিক দেখায়। পরীক্ষাটি যা দেখাতে পারে না তা হলো প্রবেশ ইন্টারফেস, আগমনের প্রসঙ্গ বা হোস্টের প্যাকেট একই শাখা নেবে কি না।
যে পরীক্ষা মিল পুনরুত্পাদন করে কিন্তু প্রসঙ্গ নয়, তা ডিজাইনের অর্ধেক প্রমাণ করে, এবং অর্ধেক প্রমাণসহই ডিজাইন ভুল নীতি নিয়ে বেরিয়ে যায়।
কখন স্থানীয় নীতি সঠিক উত্তর
Cisco ip local policy route-map-এর নথিভুক্তি করে সেই ট্রাফিকের জন্য যা রাউটার নিজেই তৈরি করে। এটি আলাদা পরিধি, এবং এটি সঠিক হাতিয়ার যখন প্রয়োজন সত্যিই রাউটারের নিজের ট্রাফিক সম্পর্কিত। এটি এমন কোনো বাদ পড়া ধাপ নয় যা প্রতিটি VLAN-স্টিয়ারিং ডিজাইনের প্রয়োজন। সেখানে বিস্তৃত মিল ব্যবস্থাপনা ও সহায়ক সংযোগকেও প্রভাবিত করতে পারে, যা দেখতে যতটা মনে হয় তার চেয়ে অনেক বড় পরিবর্তন।
স্থানীয়ভাবে তৈরি TCP-এর একটি অতিরিক্ত পূর্বশর্ত আছে: নীতি অন্য পথ বেছে নিলেও এটির রাউটিং টেবিলে প্রযোজ্য গন্তব্য এন্ট্রি প্রয়োজন। ICMP ফলাফল TCP-এর জন্য একই আচরণ প্রমাণ করে না।
এর বদলে হোস্টে কী পরীক্ষা করবেন
পরীক্ষাটি VLAN 10-এর অনুমোদিত হোস্ট থেকে তার প্রকৃত উৎস ঠিকানা, গন্তব্য, প্রোটোকল ও পোর্টসহ চালান। প্রবেশ ইন্টারফেস ও route-map মিল ফলাফলের পাশে লিপিবদ্ধ করুন, যাতে প্রমাণ চালানো নীতির নাম নেয়। এরপর VLAN 20-এর হোস্টের জন্য পুনরাবৃত্তি করুন এবং নিশ্চিত করুন যে এটি অন্য পথ নেয়।
দুই পথেরই কার্যকর next hop, ফেরত পৌঁছানো এবং প্রযোজ্য হলে VPN কভারেজ দরকার। PBR একটি ফরওয়ার্ডিং সিদ্ধান্ত বেছে নেয়; এটি দূরবর্তী সেবা তৈরি করে না বা অ্যাপ্লিকেশনকে অনুমতি দেয় না।
ফলাফল কী প্রমাণ করতে পারে এবং কী পারে না
সফল হোস্ট প্রবাহ প্রমাণ করে যে নীতি মিলেছিল এবং নির্বাচিত পথ সেই মুহূর্তে কাজ করেছিল। এটি প্রমাণ করে না যে রাউটারের নিজের ট্রাফিক পরিচালিত হচ্ছে, এবং প্রমাণ করে না যে অ্যাপ্লিকেশনটি অনুমোদিত ছিল, কারণ এগুলো ভিন্ন প্রশ্ন এবং তাদের প্রমাণও ভিন্ন।
পিংটি রেকর্ডে স্থানীয় প্যাকেটের প্রমাণ হিসেবে রাখুন। তারপর হোস্ট-প্রবাহের প্রমাণ নিতে যান, বরং নীতির পরিধি বাড়াতে থাকবেন না যতক্ষণ না দুই পরীক্ষা আকস্মিকভাবে একই রকম দেখায়।