Skip to content
الاستضافة · شبكات الخوادم والنطاقات

IP-forwarding و«Unable to authenticate»

لماذا يمرر البروكسي عنوان اللاعب إلى الخادم الخلفي، وأنماط التمرير، وكيفية ضبط المفتاح، وتحليل خطأ المصادقة.

آخر تحديث 13 أغسطس 2026

من دون تمرير IP، يرى خادم الخلفية جميع اللاعبين كعنوان واحد — عنوان الوسيط. كل ما يعتمد على IP يتعطل: الحظر، والحدود، ومكافحة البوتات، والإحصاءات.

أوضاع Velocity

الوضعمتى
modernPaper 1.13+ — موصى به
legacyالتوافق مع BungeeCord القديم
bungeeguardBungee مع إضافة حماية
noneللاختبار فقط

إعداد الوضع modern

على الوسيط:

player-info-forwarding-mode = "modern"
forwarding-secret-file = "forwarding.secret"

على كل خادم خلفية (Paper)، في config/paper-global.yml:

proxies:
  velocity:
    enabled: true
    online-mode: true
    secret: "same_key"

وonline-mode=false في ملف server.properties الخاص بخادم الخلفية.

خطأ Unable to authenticate

يظهر عندما لا يتطابق المفتاح أو الوضع:

  1. المفتاح على الوسيط وعلى خادم الخلفية مختلف (مسافة زائدة، فاصل سطر).
  2. proxies.velocity.enabled غير مفعّل على خادم الخلفية.
  3. وضع الوسيط هو legacy، لكن خادم الخلفية يتوقع modern.
  4. خادم الخلفية لديه online-mode=true مع تمرير modern.

الأمان

online-mode=false على خادم الخلفية آمن فقط عندما يكون الوصول المباشر مغلقًا: وإلا يمكن لأي شخص الانضمام مباشرة باسم مستعار لشخص آخر. في Millida، لا يمكن الوصول إلى خوادم الخلفية في الشبكة من الخارج — شبكة الخادم.

استضافة Minecraftخادمك يعمل أثناء عدم اتصالكإنشاء خادم