بينغ الراوتر مقابل مضيف VLAN: أي سياسة PBR تنطبق؟

يجب أن يستخدم VLAN 10 شبكة VPN ويستخدم VLAN 20 شبكة WAN، لذا فإن الاختبار الأول هو بينغ من الراوتر مع عنوان واجهة VLAN 10 كمصدر. ينجح، وتزداد عدادات route-map، ويستنتج الجميع أن التصميم يعمل. لكنه لا يعمل. ذلك البينغ وُلّد محليًا، والمرور المولّد محليًا يصل إلى نقطة ربط سياسة مختلفة عن الحزمة القادمة على واجهة VLAN.

ثلاثة شروط تحدد أي سياسة تختبرها حقًا: أين تُنشأ الحزمة، ومن أين تدخل، وبماذا تطابق.

من أين تدخل الحزمة يحدد أي سياسة تعمل

route-map الواجهة المرتبطة بـ ip policy route-map تنطبق على الحزم القادمة على تلك الواجهة، كما يوضح دليل PBR في IOS XE. يرسل مضيف في 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 قرار إعادة توجيه؛ وهي لا تنشئ الخدمة البعيدة ولا تمنح التطبيق إذنًا.

ما يمكن للنتيجة إثباته وما لا يمكن

تدفق مضيف ناجح يثبت أن السياسة طابقت وأن المسار المختار عمل في تلك اللحظة. لكنه لا يثبت أن مرور الراوتر نفسه موجّه، ولا يثبت أن التطبيق كان مصرحًا به، لأن هذه أسئلة مختلفة بأدلة مختلفة.

احتفظ بالبينغ في السجل كدليل على حزمة محلية. ثم اذهب واحصل على دليل تدفق المضيف، بدلًا من توسيع نطاق السياسة حتى يتشابه الاختباران بالمصادفة.