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

حماية FiveM من DDoS: حركة اللعبة وHTTP والخادم الأصلي

FiveM أكثر من عنوان ويب عام واحد. اتصالات اللعبة والملفات ونقاط HTTP والإدارة لها متطلبات مختلفة. إعداد متماسك يشمل المسارات كلها ويربط أمن الشبكة بسلوك التطبيقات والموارد على الجهاز، بدلاً من الاعتماد على قدرة حماية معلنة وحدها.

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

قبل البدء

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

احصر نقاط الاتصال المنشورة

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

افحص TCP وUDP منفصلين

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

استخدم إعدادات الوكيل الرسمية

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

افحص الطرق المباشرة للمصدر

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

أمّن الموارد والأحداث

ترشيح الشبكة لا يستبدل فحوص الخادم. راجع الصلاحيات والحدود والأحداث التي تسبب عملاً؛ بيانات العميل ليست موثوقة تلقائياً. قارن الخطأ بحمل البرامج والقاعدة. مورد مكلف قد يبدو كعطل اتصال. مزيد من RAM أو مرشح آخر لا يصلح ذلك الكود؛ قِس التطبيق والشبكة معاً واستخدم مبادئ توثيق أمن الخادم الرسمي. تحقق من صلاحيات العمليات داخل اللعبة أيضاً، لا من منفذها فقط.

اختبر مسار اللاعب كاملاً

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

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

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

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

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

  1. Cfx.re/docs/server-manual/proxy-setup/
  2. Cfx.re/docs/server-manual/server-commands/
  3. Cfx.re/docs/developers/server-security/
  4. RFC Editor / IETF/rfc/rfc4732