انتقل إلى المحتوى
حماية من هجمات DDoS · Peeryx · 15 Tbps+
جميع الأدلة

حماية DDoS على L3 وL4 وL7: ما الذي يُرشّح فعلياً؟

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

← جميع الأدلةCubixServ

قبل البدء

احصر عناوين IP العامة والمنافذ والبروتوكولات والخوادم الأصلية. حدّد مواقع الترشيح والتمرير. احتفظ بالقياسات الطبيعية وشروط الخدمة للمقارنة أثناء حادث. قبل تغيير الوصول جهّز صيانة ونسخة وعودة للإعدادات السابقة، وحدّد الاتصالات المصرح بها التي يجب أن تستمر.

L3 يخص حركة الشبكة

تحلل طبقة الشبكة حزم IP والأنماط الحجمية. قد يشبع تدفق الوصلة قبل معالجته بالتطبيق، لذا يفيد الترشيح في مرحلة سابقة. القدرة الإجمالية ليست قدرة جهازك: رقم 15 Tbps لدى CubixServ يخص شبكة الحماية المشتركة، لا منفذك أو ضماناً ضد كل نمط هجوم. تحقّق بصورة منفصلة من سعة خدمتك المعينة وما ينص عليه العرض، ولا تستنتجها من رقم الشبكة.

L4 يميز TCP وUDP

تتعامل طبقة النقل مع اختلاف اتصالات TCP وتدفقات UDP. قد تشمل القواعد المنافذ والحالة والسرعة. ملف حماية الويب لا يناسب اللعبة تلقائياً. أكّد منفذ اللعبة وافصل الإدارة. اختبار TCP ناجح لا يثبت UDP على المسار كله؛ اختبر بروتوكول التطبيق واللاعبين مع المصدر والعودة. لا تفتح منافذ غير لازمة للجمهور، ولا تستبدل اختبار الدخول الفعلي باختبار خدمة مختلفة.

L7 يحتاج فهم التطبيق

طلب يبدو صحيحاً قد يطلق عملاً مكلفاً. وكيل HTTP يستطيع فحص HTTP لكنه لا يفهم لذلك كل بروتوكولات الألعاب. اسأل عن نقاط الاتصال والوظائف المحددة. تنزيل FiveM واتصال اللعبة يُقيّمان منفصلين: جزء HTTP محمي لا يثبت حماية كل عملية أو اكتشاف كل ما يسمى L7. اربط المجال الموثق بالبروتوكول الحقيقي، ولا تحول وظيفة محددة إلى ضمان عام للتطبيقات أو لكل إصدار.

الخادم الأصلي جزء من الحماية

العنوان المحمي لا يكفي إن بقي المصدر غير المحمي متاحاً مباشرة. افحص DNS والملفات والإدارة والمنافذ الأخرى. لا تقيّد المصادر قبل معرفة كل المسارات المسموحة. الثقة الواسعة جداً تسمح بتجاوز التحكم، والقواعد الضيقة جداً قد تمنع مستخدمين حقيقيين. تحتاج الإدارة وصولاً آمناً منفصلاً عن حركة اللعبة العامة وملفها. بعد كل تغيير أكّد الاتصالات المخولة وأبقِ وسيلة استعادة إعدادات الوصول.

قِس الشبكة والتطبيق معاً

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

اطلب شروطاً قابلة للتحقق

أكّد النطاق والسعة المخصصة والخدمات المسموحة والتمرير والدعم. اعرف إن كان يلزم IP محدد أو نفق أو تعديل المصدر. اختبر التدفق الكامل مع مستخدمين مصرح لهم قبل الإعداد وبعده. موقع متاح لا يختبر كل الألعاب؛ تجارب الحمل ومحاكاة الهجوم تحتاج حدوداً واضحة ومصرحاً بها ومنسقة كي لا تؤثر في العملاء أو المشغلين. لا تفترض ضمانات لم يوثقها مقدم الخدمة.

الخطوة المناسبة لحالتك

الحالةالخطوة التالية
لعبة تستخدم UDPأكّد المنفذ والبروتوكول وملف الترشيح. استجابة HTTP ليست فحصاً كاملاً.
طلبات HTTP مكلفةقيّم التطبيق والحدود والوكيل معاً. احتياطي الشبكة لا يلغي العمل لكل طلب.
مصدر خارجي محميوثّق المصادر المصرح بها والعودة قبل تقييد الوصول المباشر.

المراجع الرسمية

تشرح هذه المراجع البروتوكولات والإعدادات المذكورة. راجع دائماً وثائق الإصدار الذي تستخدمه.

  1. RFC Editor / IETF/rfc/rfc4732
  2. NGINX/en/docs/stream/ngx_stream_proxy_module.html
  3. Cfx.re/docs/server-manual/proxy-setup/