الأجهزة المضيفة على واجهة FTD غير قادرة على إستخدام عناوين IP المعينة بشكل ثابت والإبلاغ عن أخطاء "عنوان IP مكرر" قبل الرجوع إلى عناوين 169.254.x.x. يكشف تحليل التقاط الحزم أنه عندما يرسل المضيف ARP (ARP Probe) مجاني لعنوان IP الخاص به، يستجيب جدار الحماية للمطالبة بملكية عنوان IP هذا، مما يمنع تعيين IP الثابت الناجح.
يتم حل المشكلة عن طريق تعطيل ARP للوكيل على الواجهة المتأثرة باستخدام سياسة FlexConfig التي يتم نشرها من خلال FMC. وهذا يمنع جدار الحماية من الاستجابة لإستبيانات ARP لعناوين IP التي لا يمتلكها بشكل صريح.
1: انتقل إلى قسم FlexConfig في FMC وأنشئ سياسة FlexConfig جديدة لتعطيل ARP للوكيل على الواجهة المحددة. يعد Sysopt_noproxyYarp و Sysopt_noproxy_negate الآخران كائنين افتراضيين في FMC ويمكن نسخهما للاستخدام المخصص.
inline_image_0.png2: أضف أمر التكوين إلى برنامج سياسة FlexConfig noproxy IFNAME:
inline_image_1.pngاستبدلت IFNAME مع الإسم حقيقي من ك قارن يتأثر.
3: أربط الكائن الجديد بسياسة FlexConfig الخاصة ب FTD ونشره من خلال FMC. يتم تطبيق التكوين لتعطيل سلوك ARP للوكيل على الواجهة المحددة.
inline_image_2.png4: بعد النشر، قم باختبار تعيين IP الثابت على المضيف المتأثر. يجب ألا يكون جدار الحماية قادرا على الاستجابة لمستكشفات ARP لعناوين IP غير المعينة، مما يسمح للمضيفين باستخدام تكوينات IP الثابتة الخاصة بهم بنجاح دون حدوث أخطاء متكررة في عناوين IP.
عندما يكون ذلك ممكنا، فعليك إعتبار تعطيل ARP للوكيل على مستوى قاعدة NAT بدلا من مستوى الواجهة الواسعة لتقليل التأثير غير المقصود على وظائف الشبكة الأخرى. وهذا يوفر تحكم أكثر دقة في سلوك ARP للوكيل.
تم تمكين بروتوكول تحليل عنوان الوكيل (ARP للوكيل) على واجهة FTD، مما تسبب في قيام جدار الحماية بالاستجابة لإستكشافات ARP لعناوين IP التي لا يمتلكها بشكل صريح. نتج عن هذا السلوك قيام مضيفين باكتشاف حالة عنوان IP مكرر أثناء تعيين العنوان الثابت. كانت وظيفة ARP لوكيل جدار الحماية تستجيب لعنوان MAC الخاص بها عندما قام المضيفون بتنفيذ طلبات ARP المجانية، مما يجعلها تظهر كما لو كان عنوان IP المرغوب قيد الاستخدام بالفعل بواسطة جهاز آخر.
| المراجعة | تاريخ النشر | التعليقات |
|---|---|---|
1.0 |
17-Apr-2026
|
الإصدار الأولي |