راؤٹر پنگ بمقابلہ VLAN ہوسٹ: کون سی PBR پالیسی لاگو ہوتی ہے؟

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 فارورڈنگ کا فیصلہ چنتا ہے؛ یہ دور کی سروس نہیں بناتا اور ایپلیکیشن کو اجازت نہیں دیتا۔

نتیجہ کیا ثابت کر سکتا ہے اور کیا نہیں

کامیاب ہوسٹ بہاؤ ثابت کرتا ہے کہ پالیسی میل کھائی اور چنا ہوا راستہ اس لمحے کام کر رہا تھا۔ یہ ثابت نہیں کرتا کہ راؤٹر کی اپنی ٹریفک ہدایت دی جا رہی ہے، اور یہ بھی ثابت نہیں کرتا کہ ایپلیکیشن مجاز تھی، کیونکہ یہ الگ سوالات ہیں اور ان کے ثبوت الگ ہیں۔

پنگ کو ریکارڈ میں مقامی پیکٹ کے ثبوت کے طور پر رکھیں۔ پھر ہوسٹ بہاؤ کا ثبوت لینے جائیں، بجائے اس کے کہ پالیسی کا دائرہ وسیع کرتے رہیں جب تک دونوں جانچیں اتفاقاً ایک جیسی دکھنے لگیں۔