مشغّل خادم Minecraft (OP) – الصلاحيات والأوامر

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

ماذا يعني OP على خادم Minecraft؟

OP، أي Operator، لديه صلاحيات موسعة على الخادم. تعتمد الأوامر التي يمكن للمشغّل استخدامها على مستوى الصلاحية. تشير Minecraft نفسها إلى أنك في اللعب الجماعي تحتاج إلى مستوى صلاحية كاف لاستخدام الأوامر؛ يمكنك العثور على المقدمة الرسمية في مقالة Minecraft عن الأوامر: التوثيق على minecraft.net

في استضافة ألعاب متعددة مدفوعة مثل game-serverhosting، تكون إدارة OP قبل كل شيء عملية أمنية وتشغيلية: أنت تقرر من يمكنه الإشراف، ومن يحصل على أوامر خادم أعمق، ومن لا ينبغي أن يطلق إجراءات حساسة بالخطأ في الحالات الجادة. لا تنشأ السيطرة التقنية من منح كل Admin المستوى 4، بل من أدوار واضحة وتوثيق منظم.

المتطلبات

قبل أن تغيّر صلاحيات OP، يجب أن يكون لديك وصول إلى كونسول الخادم أو حساب Admin لديه الصلاحيات مسبقا. تحتاج أيضا إلى الوصول إلى ملف server.properties إذا أردت تغيير المستوى الافتراضي للمشغّلين الجدد. وللتعديلات اليدوية على مشغّلين فرديين، تحتاج إلى الوصول إلى ops.json داخل مجلد الخادم.

إذا كنت تعدّل إعدادات Minecraft أخرى بالتوازي، فمن المفيد إلقاء نظرة على دليل أهم الإعدادات في Minecraft server.properties. وإذا كنت تغيّر برنامج الخادم أو الإصدارات، فتحقق أيضا من دليل تغيير إصدار خادم Minecraft، حتى تتوافق إدارة الصلاحيات ودعم الإضافات معا.

نظرة عامة على مستويات OP

تميّز Minecraft بين أربعة مستويات OP. كلما ارتفع المستوى، زاد نطاق الأوامر. استخدم أقل صلاحيات ممكنة تكفي للمهمة المعنية.

نادرا ما يكون المستوى 1 مخصصا للإدارة التقليدية. يناسب المستوى 2 اللاعبين الذين يبنون بإبداع، أو يختبرون، أو يتولون مهام قريبة من Command Blocks. المستوى 3 مهم للإشراف مع التدخل ضد اللاعبين. يجب أن تحصر المستوى 4 في عدد قليل من الأشخاص، لأنه يتيح أيضا أوامر حساسة مثل /stop.

منح OP وإزالته

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

/op <Spielername>         # منح OP (المستوى من server.properties)
/deop <Spielername>       # إزالة OP

يستخدم الأمر /op المستوى الافتراضي من server.properties. هذا مهم: إذا كان المستوى 4 مضبوطا هناك، فسيحصل المشغّلون المعيّنون حديثا مباشرة على صلاحيات كاملة. إذا كنت تريد منح صلاحيات إشراف فقط، فاضبط المستوى الافتراضي على قيمة أقل وعدّل الاستثناءات بشكل محدد.

ضبط المستوى الافتراضي في server.properties

في server.properties تتحكم في المستوى الذي يحصل عليه اللاعب عند تنفيذ /op <Spielername>.

op-permission-level=4    # المستوى الافتراضي لـ /op

بالنسبة للخوادم الخاصة الصغيرة، يكون المستوى 4 مريحا غالبا، لكنه ليس مناسبا دائما. لخوادم المجتمع أو الفرق، يكون المستوى 3 غالبا نقطة بداية أفضل، لأن المشرفين يستطيعون طرد اللاعبين، وحظرهم، وإدارة OP، لكنهم لا يحتاجون إلى نفس وصول مالك الخادم. لا تغيّر الملف إلا عندما يكون الخادم متوقفا أو عندما تحفظ لوحة التحكم التغيير بطريقة مضبوطة. بعد ذلك أعد تشغيل الخادم وتحقق مما إذا كانت القيمة الجديدة فعالة.

تعديل مشغّلين فرديين في ops.json

للصلاحيات الفردية يمكنك تعديل ops.json. هذا مفيد إذا كان شخص ما يجب أن يحصل على المستوى 3، بينما يبقى المستوى الافتراضي للمشغّلين الجدد عند 2 أو 4. يبدو التنسيق هكذا:

[
  {
    "uuid": "xxx-xxx-xxx",
    "name": "اسم_اللاعب",
    "level": 4,
    "bypassesPlayerLimit": true
  }
]

عدّل الملف بحذر وانتبه إلى أن JSON صالح: يجب أن تكون الفواصل، وعلامات الاقتباس، والأقواس صحيحة تماما. يحدد level مستوى OP. ويحدد bypassesPlayerLimit ما إذا كان هذا المشغّل يستطيع الاتصال حتى عندما يصل حد اللاعبين العادي إلى أقصاه. بعد التعديلات اليدوية، يجب أن تعيد تشغيل الخادم أو تتأكد من أن الملف لن تتم الكتابة فوقه من الخادم أثناء تشغيله.

أوامر OP المهمة

الأوامر التالية أمثلة نموذجية لصلاحيات OP على خادم Minecraft Java:

لا تختبر فقط ما إذا كان لدى Admin «أي صلاحيات بشكل ما»، بل ما إذا كانت الأوامر المحددة المقصودة تعمل فعلا. على سبيل المثال، ينبغي أن يستطيع المشرف استخدام /kick أو /ban، لكنه لا يحتاج بالضرورة إلى /stop.

التحقق من النتيجة

بعد كل تغيير، يجب أن تتحقق من ثلاثة أشياء. أولا: هل لا تزال القيمة المطلوبة موجودة بشكل صحيح في server.properties أو ops.json؟ ثانيا: هل يستطيع اللاعب المعني تنفيذ الأمر المتوقع؟ ثالثا: هل تفشل الأوامر التي لا ينبغي لهذا اللاعب تنفيذها؟

فحص بسيط هو تسجيل الدخول بالحساب المعني أو إجراء اختبار مضبوط مع شخص ثان. نفّذ الأوامر غير الخطرة أولا، مثل /gamemode أو /tp في بيئة اختبار. أما الأوامر الحساسة مثل /stop أو /ban أو /op فيجب أن تختبرها فقط بوعي ومع خطة رجوع.

البديل: LuckPerms

لتحكم أدق، نوصي باستخدام LuckPerms بدلا من نظام OP الصرف:

• صلاحيات مبنية على المجموعات
• Permissions فردية لكل لاعب
• محرر ويب لإدارة سهلة
• يدعم Prefixes وSuffixes

LuckPerms مفيد خصوصا إذا كنت تستخدم Paper أو Purpur أو برنامج خادم آخر يدعم الإضافات. عندها يمكنك تقسيم الصلاحيات إلى مجموعات مثل لاعب، مشرف، Admin وOwner، بدلا من الاعتماد على أربعة مستويات OP عامة. بالنسبة لخوادم Vanilla، يبقى نظام OP هو الحل المدمج الأقرب.

Troubleshooting

إذا لم يعمل /op <Spielername>، فتحقق أولا مما إذا كنت تنفذ الأمر في كونسول الخادم أو تملك أنت نفسك صلاحيات كافية. انتبه أيضا إلى اسم اللاعب بدقة. في خوادم Online-Mode، تعمل Minecraft باستخدام UUIDs؛ لذلك قد يفشل نسخ إدخالات ops.json القديمة يدويا إذا لم يتطابق الاسم وUUID معا.

إذا لم تظهر تغييرات server.properties أي تأثير، فربما لم تتم إعادة تشغيل الخادم أو تمت الكتابة فوق الملف أثناء التشغيل. أوقف الخادم بشكل مضبوط، وعدّل الملف، واحفظه، ثم أعد التشغيل بعد ذلك.

إذا كان لدى مشغّل صلاحيات أكثر من اللازم، فتحقق من op-permission-level وكذلك من level الفردي في ops.json. أزل OP باستخدام /deop <Spielername> ثم امنح الصلاحيات من جديد بوعي.

الفحص والحدود وطريق الرجوع الآمن

ينطبق دليل «مشغّل خادم Minecraft (OP) – الصلاحيات والأوامر» على نوع الخادم الموضح في المقالة وعلى حالة الإصدار الظاهرة وقت الفحص. قد تختلف أسماء القوائم، والإصدارات المتاحة، وتوافق Mods أو الإضافات، والموارد المطلوبة بعد التحديثات. لذلك لا تنقل أي قيم إلى لعبة أو Loader أو إصدار خادم آخر دون فحص.

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

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

FAQ

ما الفرق بين مستوى OP 3 و4؟

المستوى 3 مخصص للإشراف الإداري، مثل /kick و/ban و/op. أما المستوى 4 فيشمل إضافة إلى ذلك أوامر واسعة التأثير جدا مثل /stop، ويجب أن يبقى محصورا في مالك الخادم أو عدد قليل من الـ Admins الأساسيين.

هل يجب أن أعيد تشغيل الخادم بعد تغييرات ops.json؟

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

هل يمكنني منح صلاحيات OP لأوامر فردية فقط؟

باستخدام نظام Vanilla OP، يكون ذلك بشكل عام فقط عبر المستويات من 1 إلى 4. إذا أردت التحكم بأوامر فردية أو مجموعات بالتفصيل، فأنت تحتاج على برنامج خادم يدعم الإضافات إلى نظام صلاحيات مثل LuckPerms.

أي مستوى OP مناسب للمشرفين؟

غالبا يكون المستوى 3 مناسبا للمشرفين إذا كان عليهم طرد اللاعبين أو حظرهم. إذا كانوا يبنون فقط، أو يختبرون، أو يستخدمون أوامر مساعدة بسيطة، فقد يكفي المستوى 2. امنح دائما الصلاحيات المطلوبة فعلا فقط.

ماذا يحدث إذا غيّرت op-permission-level؟

تحدد القيمة المستوى الافتراضي لمنح /op في المستقبل. يمكن أن تظل الإدخالات الحالية في ops.json تملك مستوياتها الخاصة. لذلك تحقق بعد التغيير من الموضعين كليهما.