أوامر خوادم الألعاب على Linux – أوامر Terminal المهمة

تساعدك أوامر Linux على فحص خادم ألعاب بشكل منضبط، وإدارة الملفات، ومراقبة العمليات، والعثور على الأخطاء في السجلات. في game-serverhosting تكون السيطرة التقنية والدعم والإجراءات القابلة للتتبع في المقدمة: يمكنك إدارة الكثير من المهام الروتينية بسهولة، لكن من الأفضل أن تعرف أهم أوامر Terminal إذا أردت التحليل بعمق أكبر أو التدخل يدويًا.

المتطلبات

للأوامر التالية تحتاج إلى خادم Linux أو وصول SSH/Terminal مفعّل، وصلاحيات مستخدم مناسبة، والمسار إلى مجلد خادم الألعاب الخاص بك. حاول ألا تعمل كـ root بشكل أعمى. إذا غيّرت ملفات الإعدادات، أنشئ نسخة أولًا ووثّق ما عدّلته.

إذا كنت تفضّل إدارة الملفات عبر عميل رسومي، فالدليل الخاص بـ وصول SFTP لملفات خوادم الألعاب مناسب كإضافة. أوامر المشرف داخل اللعبة موضوع آخر: بالنسبة إلى Valheim تجدها في دليل أوامر خادم Valheim وأوامر المشرف، وبالنسبة إلى Rust في دليل أوامر خادم Rust وأوامر المشرف.

نظام الملفات

بهذه الأوامر تتنقل داخل شجرة المجلدات وتغيّر الملفات أو المجلدات. قبل أي إجراء محفوف بالمخاطر، افحص دائمًا المسار الحالي باستخدام pwd والمحتوى باستخدام ls -la.

ls -la                    # عرض الملفات
cd /home/server           # تغيير المجلد
pwd                       # عرض المسار الحالي
cp datei.txt backup.txt   # نسخ الملف
mv alt.txt neu.txt        # إعادة تسمية/نقل الملف
rm datei.txt              # حذف الملف
mkdir ordner              # إنشاء مجلد
chmod +x start.sh         # جعله قابلًا للتنفيذ

cp مناسب للنسخ الاحتياطية السريعة لملفات إعدادات منفردة. يمكن لـ mv إعادة تسمية الملفات أو نقلها. rm يحذف بدون سلة مهملات؛ لذلك لا تستخدمه إلا عندما يكون اسم الملف والمسار صحيحين. باستخدام chmod +x start.sh تجعل سكربت التشغيل قابلًا للتنفيذ إذا كان الخادم لا يبدأ بسبب نقص صلاحيات التنفيذ.

العمليات

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

ps aux | grep server      # البحث عن العمليات
top                       # نظرة عامة على CPU/RAM
htop                      # نظرة عامة أفضل
kill <PID>                # إنهاء العملية
kill -9 <PID>             # فرض إنهاء العملية
screen -S server          # بدء جلسة Screen
screen -r server          # متابعة الجلسة

kill <PID> ينهي العملية بشكل عادي. kill -9 <PID> يفرض الإنهاء ويجب أن يبقى استثناءً، لأن الخادم قد لا يتمكن حينها من تنفيذ خطوات حفظ أو إيقاف نظيفة. screen مفيد عندما تريد أن تواصل عملية الخادم العمل بعد إغلاق جلسة SSH.

الشبكة

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

netstat -tulpn            # عرض المنافذ المفتوحة
ss -tulpn                 # بديل أحدث
ping 8.8.8.8              # اختبار الاتصال
traceroute server.de      # تتبع المسار
iptables -L               # قواعد الجدار الناري
ufw status                # حالة UFW
ufw allow 25565/tcp       # فتح منفذ

ss -tulpn هو الخيار المفضّل على كثير من أنظمة Linux الحديثة لرؤية منافذ TCP وUDP التي تستمع. ping يفحص إمكانية الوصول الأساسية، لكنه لا يخبرك ما إذا كان منفذ اللعبة مفتوحًا. ufw allow 25565/tcp مثال على فتح منفذ؛ استبدل المنفذ والبروتوكول بقيم لعبتك.

تعديل الملفات وقراءة السجلات

غالبًا ما تكون السجلات أسرع طريق إلى السبب: ملفات Mods مفقودة، معاملات تشغيل خاطئة، تعارضات منافذ أو إعدادات تالفة تظهر هناك غالبًا قبل الأعراض المرئية.

nano datei.txt            # فتح المحرر
vim datei.txt             # محرر Vim
cat datei.txt             # عرض الملف
tail -f server.log        # متابعة السجل مباشرة
grep "error" server.log   # البحث داخل الملف

nano أسهل للتعديلات السريعة، أما vim فهو أقوى لكنه يحتاج إلى تعوّد. باستخدام tail -f server.log تراقب بدء التشغيل مباشرة. grep "error" server.log يصفّي رسائل الأخطاء؛ وعند الحاجة ابحث أيضًا عن مصطلحات مثل failed أو exception أو denied أو port أو اسم Mod.

إدارة الخادم

إذا كان خادم الألعاب الخاص بك مضبوطًا كخدمة systemd، فستتحكم به عبر systemctl وتقرأ سجلات النظام باستخدام journalctl. توثيق systemd الرسمي يصف systemctl كأداة للتحكم في مدير نظام وخدمات systemd: التوثيق على freedesktop.org

systemctl status server   # حالة الخدمة
systemctl restart server  # إعادة تشغيل الخدمة
journalctl -u server      # عرض السجلات
df -h                     # فحص مساحة التخزين
free -h                   # استخدام RAM

systemctl status server يعرض ما إذا كانت الخدمة نشطة وأي آخر أسطر سجل قد تكون مهمة. journalctl -u server أدق إذا كنت تحتاج إلى سجل أطول. df -h يفحص المساحة الحرة؛ الأقراص الممتلئة قد تمنع التحديثات والحفظ وملفات السجل. free -h يعرض ما إذا كانت الذاكرة العشوائية تصبح ضيقة.

SteamCMD

يتم تثبيت أو تحديث الكثير من خوادم الألعاب المخصصة عبر SteamCMD. الأمر الموجود يستخدم تسجيل دخول مجهولًا، ويحدّث App-ID، ويتحقق من الملفات، ثم ينهي SteamCMD بعد ذلك.

steamcmd +login anonymous +app_update <appid> validate +quit

استبدل <appid> بـ App-ID المناسب. بعد التحديث يجب أن تبدأ الخادم، وتفحص سجل التشغيل، وتختبر ما إذا كان الخادم قابلًا للوصول. في الخوادم المعدّلة، قد يقوم validate بالكتابة فوق تغييرات محلية؛ لذلك احفظ الإعدادات وملفات Mods المهمة مسبقًا.

فحص النتيجة

بعد التغييرات افحص بثلاث خطوات: هل العملية تعمل، هل المنفذ يستمع، وهل لا تعرض السجلات أخطاء جديدة؟ هذا الترتيب عملي: systemctl status server أو ps aux | grep server، ثم ss -tulpn، وبعدها tail -f server.log أو journalctl -u server. لا يستحق الاختبار داخل عميل اللعبة إلا عندما تكون هذه الطبقة سليمة.

استكشاف الأخطاء

الخادم لا يبدأ

افحص سجل التشغيل أولًا. الأسباب الشائعة هي نقص صلاحيات التنفيذ على start.sh، أو مجلد عمل خاطئ، أو ملفات مفقودة، أو منفذ مشغول. تحقق من pwd وls -la وchmod +x start.sh ثم مخرجات السجل.

المنفذ غير قابل للوصول

قارن بين منفذ اللعبة ومنفذ Query والبروتوكول. بعض خوادم الألعاب تستخدم TCP وUDP بشكل مختلف. افحص باستخدام ss -tulpn ما إذا كانت الخدمة تستمع، وباستخدام ufw status ما إذا كان الجدار الناري يسمح بالاتصال.

العملية معلّقة أو لا تستجيب

ابحث عن معرّف العملية باستخدام ps aux | grep server. جرّب أولًا إيقافًا عاديًا عبر الخدمة أو كونسول خادم الألعاب. استخدم kill -9 <PID> فقط إذا لم يعد بالإمكان إنهاء العملية بشكل نظيف.

التحديث غيّر الإعدادات

إذا فقدت إعدادات بعد تحقق SteamCMD، فأعد نسختك الاحتياطية أو قارن الملفات المتأثرة. خصوصًا مع Mods ومعاملات التشغيل المخصصة، يجب أن تحفظ التغييرات قبل التحديثات.

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

ينطبق الدليل „Linux Gameserver Befehle – wichtige Terminal Commands“ على نوع الخادم الموضح في المقالة وعلى حالة الإصدار المرئية وقت الفحص. قد تختلف أسماء القوائم، والإصدارات المتاحة، وتوافق Mods أو Plugins، والموارد المطلوبة بعد التحديثات. لذلك لا تنقل أي قيم إلى إصدار لعبة أو Loader أو خادم آخر بدون فحص.

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

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

FAQ

هل أحتاج دائمًا إلى أوامر Linux هذه عند game-serverhosting؟

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

هل netstat أم ss أفضل؟

ss هو غالبًا الخيار الأنسب على أنظمة Linux الحديثة لأنه يستخدم عائلة الأدوات الأحدث. إذا كان netstat موجودًا على نظامك، فقد يعمل رغم ذلك للفحوصات البسيطة.

متى يجب أن أستخدم kill -9؟

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

هل يمكنني استخدام SteamCMD بشكل مجهول لكل لعبة؟

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

ما هو أهم أمر لاستكشاف الأخطاء؟

لا يوجد أمر واحد فقط. عمليًا، تكون تركيبة tail -f server.log وss -tulpn وsystemctl status server مفيدة جدًا، لأنها تجعل أخطاء السجل والمنافذ وحالة الخدمة مرئية معًا.