ROPE هو "وحدة مباراة" لإيبتبلس لينكس الذي يسمح الحزم لتكون مطابقة باستخدام قواعد مرنة للغاية، وكتب في لغة البرمجة بسيطة مصممة الغرض. كانت مكتوبة في البداية على تقديم الدعم للمرحلة التالية من المشروع P2PWall للسيطرة على أنماط مختلفة من حركة تطبيق الند للند، بل هي أوسع من ذلك بكثير في انها الاستخدامات الممكنة. راجع صفحة أساسيات لمحة على غرار البرنامج التعليمي.
وحدات مباراة إيبتبلس تسمح قواعد لاتخاذ الإجراءات اعتمادا على ما إذا كان الحزم تطابق معايير معينة أم لا. التوزيع المعياري للnetfilter / إيبتبلس يقدم مجموعة من الوحدات المفيدة من هذا النوع. وتسمح هذه عادة عناوين أنواع البروتوكول (TCP أو UDP)، المصدر والمقصد والموانئ وغيرها لفحصها.
وهناك أيضا مجموعة من "كومبارس" مثيرة للاهتمام مما يمكن جمعها في النواة لتوفير بعض الملامح حزمة مطابقة طويلة. أحد الأمثلة على ذلك هو "السلسلة" الوحدة النمطية التي تسمح الحزم لتكون مطابقة على أساس الوجود (أو غير ذلك) من سلاسل معينة في أي مكان في الجزء حمولة البيانات من الحزم. هناك عدد من الكنوز المخفية الأخرى التي يمكن استخدامها لتوسيع بشكل كبير ملامح النظام.
من أجل استخدام حبل لبناء قاعدة مباراة، تحتاج أولا لكتابة scriptlet الحبل الذي يشفر معايير مباراة الخاص بك. على سبيل المثال، يمكن أن ننظر لل"المحتوى طول" رأس لتحميل HTTP وتحقق من أن طول لا يتجاوز 1000000 بايت باستخدام البرنامج النصي التالي ..
هذا السيناريو قد الخطوات التالية من أجل العمل على انجاحه:
1. بحث حمولة البيانات من الحزمة عن السلسلة "طول المحتوى:" ولكن يتجاهل حالة إلكتروني حيث أنه يبحث.
2. إذا لم يتم العثور على السلسلة، يتوقف النصي وإرجاع حالة "لا يقابل" لnetfilter.
3. إذا تم العثور على سلسلة، والسيناريو يأخذ الأرقام التي تليه، وتخزينها كسلسلة في السجل $ N.
4. يتم تحويل سلسلة في $ N إلى عدد صحيح ومقارنتها عدد 1000000. إذا $ N كبير من 1000000 ثم إنهاء النصي وإرجاع حالة "يقابل" لإيبتبلس.
5. وإلا، فإن السيناريو ينهي مع حالة "لا يقابل".
ويستند اللغة التي كتبت بها النصوص من هذا القبيل على فكرة التدوين ReversePolish فحسب، بل امتد للتعامل مع مفهوم AnchorBrackets. تم توثيقه اللغة بالتفصيل في LanguageReference.
لم يتم العثور على التعليقات