يحتاج خادم Don't Starve Together قبل كل شيء إلى ثلاثة أساسيات مضبوطة: Klei-Cluster-Token صالح، وتكوين Cluster مناسب، وخيارات عالم أو Mods محددة بوعي. إذا فعّلت Caves، فعليك التخطيط أيضًا لـ Shard ثانٍ. يأخذك هذا الدليل عبر الطلب والإعداد والفحص ومصادر الأخطاء الشائعة.

المتطلبات

لخادم Dedicated Server تحتاج إلى ترخيص Don't-Starve-Together صالح، وحساب Klei، ووصول إلى لوحة تحكم الخادم، وقرار ما إذا كنت تريد لعب العالم العلوي فقط أو Caves أيضًا. يتم إنشاء الرمز عبر صفحة Klei الرسمية لخوادم الألعاب على accounts.klei.com. هناك تنشئ Cluster-Token الذي يحتاجه خادمك لتسجيل الدخول إلى Klei.

إذا بدأت مع مجموعة تعاونية صغيرة، فمن المنطقي اختيار إعداد خفيف. في الإعداد الأساسي يُنصح بـ 2-4 GB RAM، ومع Caves بـ 4 GB. يجب أن تفهم هذا الرقم كقيمة تخطيطية: يمكن أن تزيد Mods وعدد اللاعبين وحجم العالم من المتطلبات. في game-serverhosting تكون السيطرة التقنية هي المحور: أنت تدير الرمز وملفات التكوين وإعادات التشغيل وMods بوعي، بدل الاعتماد على إعداد مسبق غير واضح.

إذا كنت تقارن إعدادات تعاونية أخرى، فستجد أسئلة تخطيط مشابهة في استئجار وإعداد خادم Valheim – دليل اللعب التعاوني 2026 وفي استئجار وإعداد خادم Enshrouded – دليل اللعب التعاوني.

طلب الخادم

  1. اذهب إلى game-serverhosting
  2. اختر 2-4 GB RAM (مع Caves: 4 GB)
  3. يتم إعداد الخادم تلقائيًا

بعد التوفير لا ينبغي أن تخلط Mods وخيارات العالم فورًا. اضبط الرمز أولًا، وشغّل الخادم مرة واحدة بدون تغييرات إضافية، وتحقق مما إذا كان ظاهرًا في Don't Starve Together. بعد ذلك فقط يكون من المجدي إضافة Caves وقواعد العالم وWorkshop-Mods. بهذه الطريقة ستعرف لاحقًا بشكل أفضل أي تغيير تسبب في خطأ.

إنشاء Cluster-Token

  1. شغّل DST → الحساب → الألعاب → Game Server (Klei Entertainment)
  2. أنشئ الرمز على accounts.klei.com
  3. أدخل الرمز في لوحة التحكم

Cluster-Token ليس اسمًا شكليًا، بل هو الرابط بين Dedicated Server الخاص بك وخدمة Klei. تعامل معه كعنصر بيانات دخول: لا تنشره علنًا، ولا تعرضه في لقطات الشاشة، ولا تنشره في أمثلة تكوين مشتركة. إذا كشفت رمزًا عن طريق الخطأ، أنشئ رمزًا جديدًا عبر صفحة Klei واستبدله في لوحة التحكم.

تفعيل Caves

تحتاج Caves إلى Shard ثانٍ. هذا يعني: العالم العلوي والكهوف يعملان كعمليتي خادم منفصلتين تتواصلان عبر تكوين Cluster. لذلك فعّل Caves فقط عندما يعمل الخادم الأساسي بثبات.

# cluster.ini
[SHARD]
shard_enabled = true
bind_ip = 127.0.0.1
master_ip = 127.0.0.1
master_port = 10889
cluster_key = سري

يجب أن يتطابق cluster_key بين الـ Shards المشاركة. لا تستخدم هنا قيمة مثال معروفة علنًا في بيئة الإنتاج. إذا لم تكن Caves قابلة للوصول، فتحقق أولًا مما إذا كان كلا الـ Shards قد بدأا، وما إذا كان Master-Port متطابقًا، وما إذا كان الـ Shard الثاني يستخدم بيانات Cluster نفسها.

إعدادات العالم

تنتمي إعدادات العالم إلى worldgenoverride.lua. يؤثر هذا الملف في توليد عالمك وقواعده. من الأفضل تغييره قبل أول تشغيل لعب إنتاجي، لأن كثيرًا من الإعدادات لا تؤثر بشكل نظيف بأثر رجعي بعد توليد العالم.

return {
    override_enabled = true,
    overrides = {
        day = "longday",
        season_start = "autumn",
        autumn = "longseason",
        winter = "shortseason",
        beefalo = "often",
        berry = "more",
    }
}

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

تثبيت Mods

تُدخل Mods عبر Workshop-IDs في dedicated_server_mods_setup.lua. بعد التغييرات أعد تشغيل الخادم وافحص السجلات إذا لم يتم تحميل Mod.

ServerModSetup("378160973")    -- Global Positions
ServerModSetup("462434129")    -- Wormhole Marks
ServerModSetup("458587300")    -- Season Clock

لا تثبّت عددًا كبيرًا من Mods في الوقت نفسه. أضف أولًا مجموعة صغيرة، اختبر الدخول إلى الخادم، ثم أضف Mods أخرى بعد ذلك. خصوصًا بعد تحديثات اللعبة قد تصبح بعض Workshop-Mods غير متوافقة. إذا علِق اللاعبون أثناء الاتصال، عطّل آخر Mods أضفتها للتجربة وتحقق مما إذا كان بإمكان كل العملاء تحميل تبعيات Mod نفسها.

لأفكار خوادم أخرى تعتمد كثيرًا على Mods أو المجتمع، يمكنك استخدام استئجار خادم Team Fortress 2 – دليل خادم المجتمع للمقارنة. وإذا كانت Survival تعاونية مع تحكم واضح بالخادم مهمة لك، فإن استئجار وإعداد خادم V Rising – دليل مصاصي الدماء مناسب أيضًا من ناحية الموضوع.

أوامر المدير

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

c_admin("KU_xxxxxxxx")         -- منح صلاحيات المدير
c_rollback(1)                   -- الرجوع يومًا واحدًا
c_reset()                       -- إعادة ضبط العالم
c_godmode()                     -- غير قابل للإصابة
c_supergodmode()                -- خالد + بلا جوع

استبدل KU_xxxxxxxx بمعرّف مستخدم Klei المناسب. تحقق من صلاحيات المدير بعد إعادة التشغيل باستخدام أمر غير ضار أو من داخل اللعبة للتأكد من أن الصلاحيات المتوقعة تعمل. c_reset() يعيد ضبط العالم ولذلك فهو أمر حساس. استخدم هذه الأوامر فقط عندما تكون عواقبها واضحة.

فحص النتيجة

بعد الإعداد يجب أن تتحقق من أربع نقاط: يظهر الخادم في Don't Starve Together، يعمل الدخول بدون أخطاء Mod، خيارات العالم المطلوبة فعالة، وCaves قابلة للوصول إذا كنت قد فعّلتها. إضافة إلى ذلك يستحق الأمر إلقاء نظرة على سجلات الخادم مباشرة بعد التشغيل. غالبًا ما تظهر أخطاء الرمز أو Shards أو Mods هناك أبكر مما تظهر في عميل اللعبة.

اطلب من شخص ثانٍ من مجموعتك الانضمام كتجربة. بذلك لا تختبر عميلك المحلي فقط، بل تتحقق أيضًا مما إذا كان الخادم متاحًا للآخرين وما إذا كانت محتويات Workshop تُوزّع بشكل صحيح.

استكشاف الأخطاء وإصلاحها

إذا لم يكن الخادم ظاهرًا، فتحقق أولًا من Cluster-Token وأعد تشغيل الخادم. يمنع الرمز المفقود أو غير الصالح تسجيل الدخول الصحيح. إذا كانت Caves مفقودة، فافحص تكوين Shard وما إذا كان الـ Shard الثاني يعمل فعلًا. إذا سببت Mods مشاكل، فاحذف Workshop-IDs التي أضفتها مؤخرًا وواصل الاختبار بخطوات صغيرة.

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

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

تنطبق التعليمات «استئجار خادم Don't Starve Together – دليل اللعب التعاوني» على نوع الخادم الموصوف في المقالة وعلى حالة الإصدار الظاهرة وقت الفحص. قد تختلف أسماء القوائم والإصدارات المتاحة وتوافق Mod أو Plugin والموارد المطلوبة بعد التحديثات. لذلك لا تنقل أي قيم إلى إصدار لعبة أو Loader أو خادم آخر دون فحص.

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

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

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

FAQ

هل أحتاج بالضرورة إلى Klei-Cluster-Token؟

نعم. لخادم Don't Starve Together Dedicated Server تحتاج إلى Cluster-Token من Klei. يتم إنشاؤه عبر صفحة Klei الرسمية لخوادم الألعاب وإدخاله في لوحة تحكم الخادم.

هل يجب أن أفعّل Caves مباشرة عند أول تشغيل؟

فقط إذا كنت تريد لعبها فعلًا. تحتاج Caves إلى Shard ثانٍ وتزيد التعقيد. للفحص الأول يكون البدء بدون Caves أوضح غالبًا.

هل يمكنني إضافة Mods لاحقًا؟

نعم. أدخل Workshop-IDs في dedicated_server_mods_setup.lua وأعد تشغيل الخادم. أضف Mods خطوة بخطوة حتى تتمكن من ربط الأخطاء بسهولة بتغيير محدد.

متى أغيّر worldgenoverride.lua بأفضل شكل؟

الأفضل قبل أول توليد إنتاجي للعالم. كثير من خيارات العالم تؤثر عند إنشاء العالم ولا يمكن دائمًا تغييرها لاحقًا بأثر رجعي بشكل نظيف.

ماذا أفعل إذا علِق اللاعبون عند الانضمام؟

افحص السجلات أولًا وعطّل آخر Mods أضفتها للتجربة. بعد ذلك تحقق من الرمز وShards وما إذا كانت كل محتويات Workshop المطلوبة تُحمّل بشكل صحيح.

كيف أتعامل بأمان مع أوامر المدير؟

استخدم أوامر المدير بشكل موجّه للصيانة والاختبارات. الأوامر الحساسة مثل c_reset() يجب تنفيذها فقط بعد فحص واعٍ ويفضل بعد نسخة احتياطية.