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

يعد الإعداد الصحيح للساعة أمرًا بالغ الأهمية، خاصة على الخوادم التي تستخدم استضافة الألعاب، أو WHMCS، أو اللوحة، أو نظام الدفع، أو النسخ الاحتياطي cron، أو نظام الترخيص أو واجهة برمجة التطبيقات (API).

1. التحقق من معلومات الوقت الحالي والمنطقة الزمنية

تحقق أولاً من إعدادات الوقت والتاريخ والمنطقة الزمنية الحالية للخادم.

timedatectl

يتم النظر في المجالات التالية على وجه التحديد في الإخراج:

• التوقيت المحلي: التوقيت المحلي للخادم
• التوقيت العالمي: التوقيت العالمي المنسق
• المنطقة الزمنية: الفترة الزمنية المستخدمة
• مزامنة ساعة النظام: حالة مزامنة الساعة
• خدمة نتب: حالة خدمة NTP

2. ضبط المنطقة الزمنية لتركيا

المنطقة الزمنية لتركيا هي عادة أوروبا/اسطنبول تم ضبطه على .

timedatectl set-timezone Europe/Istanbul

تحقق من الإعداد مرة أخرى:

timedatectl

إذا كنت تخدم بلدانًا مختلفة، فيمكن استخدام مناطق زمنية مختلفة وفقًا لعملائك أو متطلبات النظام.

3. تمكين مزامنة NTP

يسمح NTP للخادم بمزامنة وقته مع خوادم الوقت الموثوقة على الإنترنت. يعد استخدام NTP أكثر دقة بدلاً من ضبط الوقت يدويًا.

timedatectl set-ntp true

التحقق من الحالة:

timedatectl status

تمت مزامنة ساعة النظام يجب أن يظهر الحقل كـ نعم.

4. مزامنة الساعة مع Chrony

يستخدم Chrony على نطاق واسع في أنظمة Linux الحديثة. يمكن تثبيت Chrony لمزامنة الساعة بشكل أكثر استقرارًا.

على أنظمة Ubuntu وDebian:

apt update
apt install chrony -y

على أنظمة CentOS أو AlmaLinux أو Rocky Linux:

yum install chrony -y

ابدأ خدمة Chrony:

systemctl enable chronyd
systemctl start chronyd
systemctl status chronyd

للتحقق من موارد Chrony:

chronyc sources -v

5. متى يتم استخدام إعداد الوقت اليدوي؟

لا يعد ضبط الوقت يدويًا حلاً دائمًا. ومع ذلك، يمكن استخدامه إذا كان NTP لا يعمل أو كان هناك حاجة لإجراء اختبار مؤقت.

timedatectl set-time "2026-05-23 15:30:00"

6. ما هي المشاكل التي تسببها الساعة الخاطئة؟

• أخطاء طبقة المقابس الآمنة: قد تبدو الشهادة غير صالحة أو منتهية الصلاحية.
• مشاكل الدفع عبر WHMCS: قد لا تتطابق أوقات رد الاتصال والمعالجة.
• مشاكل حدث خادم اللعبة: قد تبدأ الأحداث في الوقت الخطأ.
• أخطاء النسخ الاحتياطي كرون: قد لا يتم تشغيل النسخة الاحتياطية في الوقت المتوقع.
• ارتباك السجل: يصبح تتبع الأخطاء أمرًا صعبًا.
• مشاكل الترخيص/واجهة برمجة التطبيقات: قد تفشل عملية التحقق من الصحة بسبب عدم تطابق الطابع الزمني.

7. التحكم بالساعة في مهام كرون

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

crontab -l

للتحقق من سجلات كرون:

grep CRON /var/log/syslog

على الأنظمة المستندة إلى CentOS:

grep CRON /var/log/cron

الأخطاء الشائعة

• اترك إعداد المنطقة الزمنية عند UTC وانتظر التوقيت المحلي
• معتقدًا أن الوقت سيظل دقيقًا على الرغم من إيقاف تشغيل NTP
• عدم تغيير الوقت يدوياً والتحقق من الخدمات في النظام المباشر
• الخلط بين مشكلة cron كخطأ في البرنامج النصي وعدم التحقق من المنطقة الزمنية
• عدم التحقق من وقت الخادم بسبب خطأ SSL

الأسئلة الشائعة

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

ما هي المنطقة الزمنية الصحيحة لتركيا؟
عادة يتم استخدام أوروبا/اسطنبول.

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

توصيات السلامة والعمليات

• لا تترك مزامنة NTP معطلة.
• يجب أن تكون المنطقة الزمنية أحد الإعدادات الأولى التي يجب التحقق منها بعد تثبيت الخادم.
• تحقق بانتظام من دقة الساعة فيما يتعلق بـ WHMCS ونظام الدفع ونظام أحداث اللعبة والكرونات الاحتياطية.
• خذ اختلاف المنطقة الزمنية في الاعتبار عند إجراء تحليل السجل.
• إذا كنت تستخدم خوادم متعددة، فقم بتطبيق نفس معيار الوقت على جميع الخوادم.

تم إعداد هذه المقالة خصيصًا لـ PvPServer.