IP-forwarding و«Unable to authenticate»
لماذا يمرر البروكسي عنوان اللاعب إلى الخادم الخلفي، وأنماط التمرير، وكيفية ضبط المفتاح، وتحليل خطأ المصادقة.
آخر تحديث 13 أغسطس 2026
من دون تمرير IP، يرى خادم الخلفية جميع اللاعبين كعنوان واحد — عنوان الوسيط. كل ما يعتمد على IP يتعطل: الحظر، والحدود، ومكافحة البوتات، والإحصاءات.
أوضاع Velocity
| الوضع | متى |
|---|---|
modern | Paper 1.13+ — موصى به |
legacy | التوافق مع BungeeCord القديم |
bungeeguard | Bungee مع إضافة حماية |
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
يظهر عندما لا يتطابق المفتاح أو الوضع:
- المفتاح على الوسيط وعلى خادم الخلفية مختلف (مسافة زائدة، فاصل سطر).
proxies.velocity.enabledغير مفعّل على خادم الخلفية.- وضع الوسيط هو
legacy، لكن خادم الخلفية يتوقعmodern. - خادم الخلفية لديه
online-mode=trueمع تمرير modern.
الأمان
online-mode=false على خادم الخلفية آمن فقط عندما يكون الوصول المباشر مغلقًا: وإلا يمكن لأي شخص الانضمام مباشرة باسم مستعار لشخص آخر. في Millida، لا يمكن الوصول إلى خوادم الخلفية في الشبكة من الخارج — شبكة الخادم.
استضافة Minecraftخادمك يعمل أثناء عدم اتصالكإنشاء خادم
