البدء السريع

خطوات الإعداد#

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

جهّز الحساب والخدمة#

أكّد البريد ثم راجع في الفوترة الخطة المدفوعة ودورة الدفع وحدود الخوادم والمواقع. العودة من مزوّد الدفع أو رفع إيصال لا يؤكدان تفعيل الخدمة بمفردهما؛ افحص حالة الفاتورة والاشتراك.

استخدم حسابًا مخولًا بإدارة الخوادم. امنح أعضاء الفريق صلاحيات مناسبة بدل مشاركة كلمة مرور المدير. قبل التثبيت احتفظ بنسخة من الموارد والإعدادات القابلة للتعديل وقاعدة بيانات اللعبة.

اربط الخادم الصحيح#

الحزمة والترخيص مرتبطان بالسجل المحدد. لا تخلط ملفات ومفاتيح خوادم مختلفة.

1. تحقق من الاسم ونزّل حزمة الخادم المقصود.
2. اتبع ترتيب التثبيت وضع الترخيص فقط في server.cfg على الخادم باستخدام set، وليس في ملفات العميل أو الملفات المشتركة.
3. ابدأ خلال صيانة مخططة؛ افحص أول خطأ في وحدة التحكم ثم اتصال الخادم الصحيح في اللوحة.
4. جسر البيانات مفعّل افتراضيًا ولا يحتاج سطرًا في server.cfg سوى سطر الترخيص؛ إن لم تكن بحاجة إليه فأوقفه عبر «Disable connection» في بطاقة Tosun Connect للخادم. اختبر قراءة صغيرة أولًا.

• خطوات التثبيت
• جسر قاعدة البيانات

اختبر اللعب الطبيعي#

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

اتصال AC وطلب الجسر وتجهيز الموقع وHTTPS نتائج منفصلة؛ تحقق من الخدمات المطلوبة واحدة تلو الأخرى. إذا كان الدفع غير واضح فافحص الفاتورة قبل تكراره.

تنزيل جديد لا يلغي ترخيصًا مسرّبًا. نسّق تبديل المفتاح وإيقاف النسخ القديمة. للدعم اجمع الإصدار ومعرّف الخادم أو الموقع والوقت والخطأ بعد إزالة الأسرار.

• الإعدادات والأداء

حضّر خطة قبول صغيرة#

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

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

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

افصل الإعداد الضروري عن الخدمات الاختيارية#

ارسم خريطة اعتماد قصيرة لنشرك. الحساب المدفوع وحزمة الخادم المختار وترخيصه على جهة الخادم وبدء المورد بصورة صحيحة هي المسار الأول. اتصال بيانات اللوحة (Tosun Connect) مفعّل افتراضيًا أصلًا ولا يحتاج سطرًا إضافيًا في server.cfg؛ يكفي التحقق منه بقراءة صغيرة واحدة، ويمكن إيقافه من بطاقة Tosun Connect للخادم. تضيف إشعارات Discord واللانشر والموقع المستأجر عمليات منفصلة. فعّل كل خدمة بعد فهم الاتصال الأساسي، وحدّد مسؤولها والنتيجة التي ستتحقق منها.

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

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

سلّم سجل تشغيل يمكن تكراره#

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

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

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

طابق أربع هويات في سجل التثبيت#

دوّن معرّف الخادم المحدد في اللوحة وBuild ID من سجل التنزيل وإصدار fxmanifest.lua والمجلد الذي ستشغله. هذه تعرّف سجل الخادم والحزمة الموزعة والبرنامج وتثبيت الجهاز. قد يبقى ZIP الجديد على سطح المكتب بينما يبدأ الخادم المجلد القديم؛ نجاح التنزيل لا يثبت تشغيل التحديث. لا تضع الترخيص في هذا السجل.

بعد الاستخراج اتبع المجلدات إلى fxmanifest.lua وحدد جذر المورد الحقيقي. اربط مخرجات البداية ووقت الاختبار بالسجل. إذا اختلفت أسماء اللوحة والجهاز فقارن الهوية لا تشابه الأسماء. مع عدة أجهزة حدد النسخة النشطة. تسمح هذه المعلومات والوقت للدعم بتمييز حزمة خاطئة أو خادم خاطئ أو ملفات قديمة دون أسرار أو أرشيف غير متعلق بالمشكلة.

وجّه كل عرض إلى موضوعه الصحيح#

اكتب النتيجة المتوقعة في جملة. دخول الحساب دون تنزيل يستدعي الفوترة وحق الخادم؛ الدخول لا يثبت صلاحية التنزيل. إذا لم يبدأ المورد فراجع ملفات واعتماديات التثبيت. إذا بدأ ورفض الترخيص فراجع ربطه بـBuild ID. لعب طبيعي مع فشل قراءة اللوحة يستدعي MySQL وحالة العمل ودعم الإطار.

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

Tosun AC 9.6.12#

تم إصلاح ملف بدء Render. يصلح INSTALL.sql الواحد أعمدة الجداول القديمة الناقصة. يستخدم الجسر الترخيص المحسوم على الخادم. تتجدد صلاحيات اللوحة بانتظام وتبقى آخر الإعدادات في الطابور. تعيد الموارد غير المتغيرة استخدام التحليل المكلف. يشمل التنزيل أدلة دون اتصال بتسع لغات وتثبيت بوت Discord المنفصل.

تغييرات 9.6.19#

يصلح مضاد الغش جدولي admin_logs وac_detections عند البدء بإضافة الأعمدة الناقصة فقط؛ ولا يمس افتراضيًا الجداول المشتركة مع سكربتات أخرى. أصبح محدد الأحداث يسجل اللاعبين الذين يتجاوزون حد حدث مدرج (server_event_spam، والافتراضي LOG؛ راجع حدودك ثم اضبط KICK؛ القيمة المحفوظة في اللوحة لها الأولوية). لم تعد سكربتات الخادم الأخرى قادرة على إطلاق الأحداث الداخلية لمضاد الغش ما لم تكن في قائمة الموارد الموثوقة (يكتفي set tosun_ac_local_event_guard "audit" بالإبلاغ أثناء التعديل). يعمل الحجر التلقائي للأبواب الخلفية عند تفعيله، وتصل تنبيهات السجلات الجديدة إلى هواتف الطاقم والقائمة داخل اللعبة، ويعرض ملخص صحة الإعداد (tosunac_health) ما يجب إصلاحه بعد البدء. لم يعد بدء إطار العمل المتأخر يوقف وحدة الخادم.

تغييرات 9.6.18#

يُطرد الآن اللاعبون الذين لا يعمل لديهم عميل مضاد الغش أو يتوقف عن الاستجابة (ولا يُحظرون أبدًا)، بمن فيهم الطاقم. أصبح إعفاء الطاقم أضيق: لا يُعفى إلا أعضاء الطاقم المحددون صراحة (ملف المشرفين أو منح اللوحة أو صلاحية tosun.exempt أو جلسة txAdmin موثقة)؛ ويُفحص من لديه صلاحية واسعة فقط أو مدخل ip: مثل اللاعبين، وتقتصر الإجراءات التلقائية على الطرد، وتُرسل الاكتشافات على أعضاء الطاقم المعفيين إلى webhook جديد باسم StaffAlerts. يحصل وضع اختراق الجدران والكاميرا الحرة والمشاهدة من قائمة اللعبة ومن txAdmin على إذن وضع مشرف يتحقق منه الخادم. تتحقق حماية حركة جديدة من المواقع على الخادم؛ وتبدأ في وضع المراقبة (shadow) ولا تطرد أحدًا حتى تضبط ts.serverMovement.guard.mode = "enforce". اقرأ RELEASE-9.6.18.md قبل التثبيت: أضف webhook ‏StaffAlerts وتحقق ممن هو معفى.

تغييرات 9.6.3#

لم تعد أخطاء واجهة إطار العمل دليلاً على غياب السلاح. يعمل checkDamage=false وتزيل إعادة تشغيل المخزون النتائج القديمة. يتطلب AllowWeapon مورداً موثوقاً. يحتفظ نظام مكافحة التصويب بآخر إصابة لكل هدف؛ لم تتغير الحدود والإجراءات الافتراضية.

ما الجديد في 9.6.6؟#

تم إصلاح مشكلة أداء كانت قد تسبب تقطع الخادم في المعارك الكبيرة. كان فحص المشرف (ts.AdminStatus) ينفذ استعلامين متزامنين على قاعدة البيانات في كل استدعاء للاعبين غير المشرفين، ويتوقف خيط الخادم بالكامل أثناء تنفيذهما. ويستدعيه فحص الإعفاء من العقوبة مع كل انفجار وحدث ضرر، لذا كانت المعارك الكبيرة قد تسبب تأخيرًا، وكان بإمكان لاعب إحداث الحمل نفسه عمدًا بطلب فحص المشرف كل ثانية. الآن تُحفظ نتيجة «ليس مشرفًا» من قاعدة البيانات لمدة 30 ثانية لكل لاعب. فحوص ACE وtxAdmin وadmins.lua لا تُخزَّن مؤقتًا وتسري فورًا، وتُعرف الصلاحية الجديدة من اللوحة خلال 30 ثانية.

ما الجديد في 9.6.5؟#

في لقطات الشاشة المطلوبة من اللوحة، أصبح العنوان الذي يعيده اللاعب المراقَب يُتحقق منه. سابقًا كان الغشاش المراقَب يستطيع إعادة أي عنوان بدل اللقطة: صورة نظيفة مستضافة في مكان آخر، أو بكسل تتبع، أو رابط لموقع آخر. الآن تُقبل فقط عناوين data:image من وضع base64 والمسارات داخل مجلد /images/ في اللوحة، ويُستبدل مضيف العنوان الكامل دائمًا باللوحة التي تم الرفع إليها. تُهمل العناوين الأخرى، ويُعد الطلب فاشلًا، ويظهر تحذير في وحدة تحكم الخادم.

ما الجديد في 9.6.3 و9.6.4؟#

9.6.3: أصبح ts.weaponInventory.checkDamage = false يوقف فحص الضرر فعلًا. إذا لم تستجب واجهة المخزون، يُعد السلاح غير معروف لا مفقودًا. يتطلب AllowWeapon الآن موردًا موثوقًا على الخادم: أضف سكربت الساحة/البينتبول إلى قائمة tosun_ac_trusted_resources الموجودة (مع الإبقاء على الأسماء الأخرى). أصبح فحص الأيمبوت يستخدم ذاكرة وحملًا محدودين؛ ولم تتغير العتبات. 9.6.4: لا تُقبل لقطة شاشة Shield إلا إذا طلبها الخادم (خلال 60 ثانية ولمرة واحدة). ولا يُقبل فيديو الحظر إلا من لاعب طُرد أو حُظر فعلًا خلال آخر دقيقتين؛ سابقًا كان أي لاعب يستطيع إنشاء سجل «BAN» مزيف في اللوحة وإشعار حظر في Discord.

ما الجديد في 9.6.2؟#

تم إصلاح حالتين كان يمكن فيهما لحماية فيزياء المركبات (ts.vehicleGuard، الطرد افتراضيًا) أن تطرد لاعبًا بريئًا. كان انفجار واحد يرفع عدة مركبات يملكها اللاعب نفسه يُحتسب إنذارًا لكل مركبة، فيُطرد المالك حتى لو ألقى القنبلة شخص آخر. الآن يحصل اللاعب على إنذار واحد كحد أقصى في كل دورة فحص، ولا تُقيَّم المركبات الواقعة ضمن 30 مترًا من انفجار حدث خلال آخر 4 ثوانٍ. تُحتسب فقط الانفجارات التي لم يلغها فحص آخر، فلا يستطيع الغشاش إخفاء عملية قذف خلف انفجار محظور.

ما الجديد في 9.6.1؟#

تم تقوية قناة سجلات العميل. كان أي لاعب يستطيع كتابة سجلات بأي وسم وحالة: أسطر مزيفة «[BAN] ...» في اللوحة، وإشعارات هاتف لكل المشرفين بالحالة «Detection»، وطلب منفصل إلى اللوحة لكل سطر. الآن لا يستطيع اللاعبون العاديون إلا استخدام وسوم العميل الخاصة بمضاد الغش؛ يحدد الخادم الحالة، ولكل لاعب حد 12 سطرًا في الدقيقة. الوسوم الأخرى (قائمة المشرف) تتطلب صلاحيات الطاقم. كما تُرسل نسخة السجلات إلى اللوحة الآن في طلب مجمّع واحد كل 3 ثوانٍ، فلا تصطدم إشعارات الحظر والاكتشاف بحد طلبات اللوحة في أوقات الذروة. التسجيل في قاعدة بيانات اللعبة لم يتغير.

ما الجديد في 9.6.0؟#

أصبح فحص السلاح والمخزون ينظر أيضًا إلى الضرر المُحدث، لا إلى السلاح في اليد فقط. تستطيع قوائم الغش إطلاق سلاح دون حمله (magic bullet، صعق اللاعبين بمسدس الصعق). إذا لم يكن سلاح حدث الضرر في مخزون المهاجم، يمر عبر سلسلة التسجيل والعقوبة نفسها (التسجيل فقط افتراضيًا). يلزم حدثان خلال 60 ثانية. تُتجاهل الأسلحة المقذوفة وأول 60 ثانية بعد الدخول والمخزونات غير المحمّلة وأسلحة الإضافات والمركبات والأسلحة الممنوحة عبر AllowWeapon. للإيقاف: ts.weaponInventory.checkDamage = false.

ما الجديد في 9.5.9؟#

تتوقف الاكتشافات مؤقتًا ما دام اللاعب ميتًا أو مصابًا أو في مرحلة last stand، كي لا تُنتج رسوم الإنعاش إنذارات خاطئة. كان الغش يستطيع إبقاء هذه الحالة إلى الأبد بتشغيل حدث الموت الخاص بإطار العمل محليًا أو بإبقاء الصحة بين 101 و110. اللاعب المصاب لا يستطيع الجري أو العدو أو قيادة مركبة متحركة. بعد 20 ثانية من فعل أحد ذلك تُمسح علامة «مصاب» العالقة ولم تعد الصحة المنخفضة توقف الاكتشافات. لا يتأثر اللاعبون المصابون فعلًا.

ما الجديد في 9.5.7 و 9.5.8؟#

رُوجعت كل فحوص العميل القادرة على المعاقبة، ومرّ كل اكتشاف بثلاث مراجعات مستقلة. أُغلق أمام الغشاشين: قفل كان يُسكت كل اكتشافات العميل طوال الجلسة بحدث محلي واحد، وإعفاءات يستطيع العميل كتابتها بنفسه كانت تبتلع الاكتشافات بصمت (أصبحت تُسجَّل)، وSetSpawned الذي كان يوقف الفحوص نهائيًا، وتجديد مفتاح كان يعمي الاكتشافات الموقّعة، ونافذة تأكيد لم تكتمل أبدًا. أُصلح للاعبين الأبرياء: حظر دائم عند النزول بالدراجة من منحدر، وطرد أثناء التزود بالوقود من جالون، وحظر godmode بعد 1 نقطة ضرر بيئي، وحظر aimbot لشرطي يصوّب على مشتبه هارب، واحتساب السيارات المركونة كإنشاء مركبات، وحظر godmode المركبة في سيارات التجربة، وفحوص قوائم تطابق أمر exec المدمج في FiveM وأسماء نسيج اللعبة نفسها، والوقوف على سطح قارب أو صندوق شاحنة، وسكربتات أعطال المحرك التي كانت تطرد السائقين.

ما الجديد في 9.5.6؟#

لم تعد مصائد العميل المبنية على أسماء أحداث قوائم الغش تصيب موارد حقيقية. على خادم يستخدم قائمة الشرطة SEM_InteractionMenu كان اللاعب المسجون يتلقى الحدث الخاص بتلك القائمة فيُطرد كغشاش. إذا كانت بادئة اسم الحدث موردًا قيد التشغيل يُعد الحدث حدثًا مشروعًا لذلك المورد ولا يُعاقَب عليه أبدًا. أصبحت أنواع الانفجارات الناتجة عن الأسلحة (الريل غن، اللغم التقاربي، القنبلة الأنبوبية، الراي غن) تتبع قائمة الأسلحة السوداء: إذا أزلت السلاح منها، مثلًا لسكربت سطو، فانفجاره مسموح أيضًا.

ما الجديد في 9.5.5؟#

لم يعد حظر ذو حقول فارغة يمنع لاعبين لا علاقة لهم. كان فحص الاتصال يبحث عن المعرّفات الناقصة كقيم فارغة، فبعد أن تحظر اللوحة لاعبًا بلا Steam أو Discord كان يمكن رفض أي شخص يدخل بلا Steam أو Discord ببطاقة ذلك الحظر. أصبحت المعرّفات تُتحقق وفق صيغتها، ولا تتطابق القيم الفارغة أو البديلة أبدًا. أصبح الحظر دون اتصال يُسجَّل فعلًا. على MySQL 8 تعذّرت إضافة أعمدة الحظر المؤقت فكان اللاعبون المحظورون يدخلون؛ تعمل الترحيلة وملف SQL للتثبيت الآن على المحرّكين. يستخدم تحليل التهرب من الحظر الحظر النشط فقط، ولم يعد افتراضيًا يعدّ مشاركة IP (مزوّد الخدمة، السكن، المقهى) رابطًا.

ما الجديد في 9.5.4؟#

كان خطأ في وحدة مكافحة الـ aimbot يسمح للغشاشين بالإفلات. كانت السجلات والعقوبات تتشارك انتظارًا مدته 4 ثوانٍ، فلم تُعاقَب أبدًا الإشارات التي تتكرر كل ثانيتين أو أسرع (magic bullet مع كل طلقة، أو triggerbot يسجل ضربة كل ثانية). لم تعد طلقة بندقية صيد واحدة على حشد تُحتسب magic bullet: الحد 4 أهداف ويجب أن تتكرر الإشارة. يتجاهل فحص الخادم للضرر المفرط للسلاح الصدم بالمركبة والدهس والانفجارات والسقوط، ويُسجَّل الحدث المنفرد فقط. قورنت القيم الافتراضية للوحة بقيم الإعدادات: تحصل الخوادم الجديدة على إعدادات أكثر أمانًا لـ OCR والقتال و rate guard و burst. وفي التثبيتات بدون إعدادات اللوحة أصبح الـ watchdog يطرد والـ native guard يسجّل وفحص القدرة غير المحدودة على الجري متوقفًا افتراضيًا.

ما الجديد في 9.5.3؟#

لم يعد threat intel يحوّل اكتشافات LOG ومشكلات الاتصال إلى طرد عند الدخول. كانت الدرجة المرسلة إلى اللوحة تحتسب كل اكتشاف (بما فيها ما يُسجَّل فقط) ونبضات heartbeat الفائتة وقيمة يستطيع عميل اللاعب نفسه كتابتها. ولأن الدرجة المحفوظة لا تنخفض أبدًا، كان يمكن طرد لاعب بريء عند كل دخول. أصبحت تُحتسب فقط الاكتشافات المطبقة فعلًا (طرد أو حظر) على هذا الخادم خلال آخر 10 دقائق، والإجراء الافتراضي عند الدخول هو التسجيل فقط. في التثبيتات التي لا تستخدم إعدادات اللوحة أصبح فحص الإنشاء الجماعي للأجسام يسجّل افتراضيًا بدل الحظر. يحذّر طبيب الإعدادات واللوحة عند إيقاف fail-open (فانقطاع اللوحة سيطرد الجميع) وعند الطرد عند الدخول.

ما الجديد في 9.5.2؟#

لم يعد Shield AI يحذف الكيانات المشروعة. على خادم OneSync لا يوجد نوع سكان للأجسام ولشخصيات اللاعبين. مع الإعدادات القديمة كان يُلغى كل جسم شبكي ينشئه اللاعب (أدوات الإيموت والهاتف والأقماع والأثاث)، وكذلك كل مركبة وشخصية من سكربت غير موجود في قائمة قصيرة. أصبح الكيان الذي ينشئه أي مورد يعمل على الخادم مسموحًا، ولا يُلغى إلا كيان سكربت لم ينشئه أي مورد. يُلغى الإنشاء دائمًا، ولا يأتي الطرد أو الحظر إلا إذا تكررت المخالفة 3 مرات خلال 60 ثانية. بقي السلوك القديم متاحًا كقائمة بيضاء صارمة اختيارية. عاد فحص الأجسام المدرجة في القائمة السوداء، المتوقف منذ 9.3.0، إلى العمل. لم تعد الانفجارات الصامتة غير المؤذية (فرقعة العادم) تُحتسب في العقوبة.

ما الجديد في 9.5.1؟#

أُغلق مصدران آخران للحظر الخاطئ. كان فحص الـ overlay القائم على المؤشر قد يحظر نهائيًا لاعبًا يحرّك الفأرة في قائمة صراف آلي أو متجر أو هاتف فُتحت بالمفتاح E، وكان يسحب المؤشر إلى الزاوية أثناء ذلك؛ أصبح لا يعمل أبدًا ما دامت قائمة مفتوحة، ولم يعد يراقب E ولا ESC، ويكتفي افتراضيًا بالتسجيل. كان انفجار صامت أو غير مرئي واحد يعني حظرًا دائمًا، مع أن سكربتات الإطفاء وفرقعة العادم والثرمايت تنتجه أيضًا. ما زال الانفجار يُلغى دائمًا؛ وأصبحت العقوبة تتطلب 5 تكرارات خلال 60 ثانية وهي الطرد افتراضيًا.

ما الجديد في 9.5.0؟#

طبيب الإعدادات: بعد تطبيق إعدادات اللوحة وقاعدة البيانات، يقرأ نظام مكافحة الغش القيم الفعلية ويعرض ما يحمل منها خطر حظر خاطئ أو خطرًا أمنيًا. فمثلًا ينبّه عندما تكون عقوبة OCR أو النقل مضبوطة على الحظر، أو عند تعطيل حماية، أو عند تشغيل Debug. يعمل تلقائيًا بعد نحو 90 ثانية من التشغيل ويكتب ملخصًا في سجلات اللوحة، ويمكنك تشغيله في أي وقت بالأمر tosunac_doctor في وحدة تحكم الخادم. لا يغيّر أي إعداد. في اللوحة أصبحت القيم في تفاصيل الاكتشافات واللاعبين والحظر مُهرَّبة: لا يمكن لسبب مُرسل من عميل اللعبة تشغيل شيفرة في متصفح المشرف، ولا يمكن للبيانات المضمنة في الصفحات الخروج من سياقها. عاد جرس الإشعارات إلى العمل.

ما الجديد في 9.4.0؟#

فحص جديد للأسلحة والمخزون: يقرأ الخادم السلاح في يد اللاعب ويبحث عنه في المخزون (ox_inventory أو QBCore/Qbox أو ESX). السلاح الذي لا يقابله عنصر في المخزون تم إنشاؤه، ويُكتشف حتى لو لم يكن في القائمة السوداء. افتراضيًا يكتفي بالتسجيل ويتطلب 3 عينات متتالية ويتجاهل أول 60 ثانية بعد الدخول واللاعبين الذين لم تُحمّل شخصياتهم. راقب اللوحة لبضعة أيام ثم ارفعه إلى الطرد أو الحظر من قسم سلطة الخادم في إعدادات مكافحة الغش. يجب على السكربتات التي تمنح أسلحة دون عنصر في المخزون استدعاء AllowWeapon. كما أُغلق تسجيل ثانٍ لـ getConfig، وأصبحت صفحة API تعرض المفتاح كترويسة بدلًا من وضعه في الرابط.

ما الجديد في 9.3.1؟#

بقية المراجعة من منظور اللاعب البريء. لم تعد السترات الواقية وحقائب الإسعافات الأولية تطرد اللاعبين؛ أصبحت قفزة الصحة أو الدرع تتطلب 3 تكرارات خلال 60 ثانية. لم يعد إفراغ رشاش SMG والنار والانفجارات يُحتسب كـ aimbot، ولم يعد فحص المسافة يشمل سوى الأسلحة قصيرة المدى. تصفح السيارات في المعرض، والسقوط مرتين، وانفجار سيارة مشتعلة بعد ابتعادك، وإصابات القناصة لم تعد تسبب عقوبات. أزيلت معدات الشرطة والسطو (غاز BZ، مسدس الإشارات، جهاز الاختراق) من القائمة السوداء الافتراضية للأسلحة. تستخدم توقيعات Shield النص القانوني نفسه على الجانبين، ولم يعد فقدان تسليم مفتاح واحد يطرد اللاعب بسبب انتهاء المهلة.

ما الجديد في 9.3.0؟#

إصدار مخصص للأمان والحظر الخاطئ. في الإصدارات السابقة كان مفتاح API الخاص باللوحة قد يصل إلى عملاء اللاعبين عند حفظ الإعدادات في اللوحة؛ لم تعد اللوحة ترسله، ويقوم 9.3.0 بتصفية كل إعداد يُرسل إلى العملاء. بعد التحديث أنشئ مفتاح API جديدًا لـ AC من إعدادات الموقع واحفظه ثم أرسله إلى AC. أحداث الخادم التي كانت تتيح للاعب إعفاء نفسه أصبحت تخفف فحوص الحركة والظهور لفترة قصيرة فقط. النقل الفردي (اختيار الشخصية، المستشفى، المنزل، سحب المشرف) ينشئ الآن سجلًا بدلًا من الحظر؛ أما السرعة المستحيلة المستمرة (طيران noclip) فتُعاقب. تم إصلاح فحص الأموال ومرشحات الدردشة والأسماء وOCR وحماية المركبات و27 اكتشافًا للعميل بلا تعيين حتى لا تسبب حظرًا خاطئًا. تقبل عمليات التصدير الحساسة الموارد الموثوقة فقط؛ أضف السكربت الذي تثق به عبر tosun_ac_trusted_resources في server.cfg. التفاصيل في ملفي RELEASE-9.3.0.md وINTEGRATION.md داخل الحزمة.

الجديد في 9.2.0#

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

الجديد في 9.1.0#

حماية جديدة من جانب الخادم تقرأ حالة اللاعب التي ينقلها OneSync إلى الخادم: القفز الخارق، وعدم القابلية للموت، والاختفاء، وnoclip مع تعطيل التصادم، ومضاعفات ضرر الأسلحة والدفاع، والأسلحة المحظورة في اليد، والكاميرا البعيدة عن اللاعب (spectate/freecam). تستمر هذه الفحوصات في العمل حتى لو أوقف الغش نظام مكافحة الغش لدى العميل. الفحوصات عالية الموثوقية تطرد اللاعب افتراضيًا، أما الفحوصات المرتبطة بالسياق فتسجّل فقط حتى ترفعها من قسم v25 في إعدادات مكافحة الغش. تُعطَّل تلقائيًا الفحوصات التي لا يدعمها إصدار الخادم لديك وتُدرج في وحدة تحكم الخادم.

الجديد في 9.0.3#

تحقق أقوى من بيانات أحداث الخادم وحدود لمعدل الطلبات؛ جسر اختياري للقراءة عند الطلب؛ رموز رفع قصيرة الأجل دون صلاحية إدارة اللوحة. لا يضمن أي نظام حماية منع جميع الهجمات.