مثال افتراضي: يتلقى أليكس، مسؤول خادم Zimbra في شركة صغيرة، تقارير تفيد بعدم توفر خدمة البريد الإلكتروني عبر الويب بعد فترة صيانة دورية للخادم. يقوم أليكس بتشغيل الأمر من الخادم zmcontrol statusويرى رسالة خطأ mailbox Stopped، بينما يُظهر كل من LDAP وMTA رسالة خطأ أخرى Running. هذا سيناريو توضيحي، وليس تقريرًا عن انقطاع حقيقي أو اختبار. الخطوة الأولى المهمة هي تحديد خطأ بدء تشغيل المكون المعطل قبل إعادة تشغيل النظام بالكامل أو حذف الملفات.
zmcontrol statusيُبلغ هذا التقرير عن حالة الخدمة التي يتعرف عليها مضيف Zimbra المُثبّت. يُعد توقف الخدمة عرضًا وليس تشخيصًا، فقد يكون السبب امتلاء نظام الملفات، أو فشل أحد التبعيات، أو تعارضًا في المنافذ، أو تعطل عملية، أو مشكلة خاصة بالإصدار. تختلف أسماء الخدمات وأدوارها باختلاف إصدارات Zimbra وعمليات النشر أحادية الخادم أو متعددة الخوادم. تتضمن مراجع الأوامر المتوفرة في مركز Zimbra التقني موادًا قديمة ومؤرشفة، لذا استخدمها للتوجيه الأساسي وتحقق من أي عملية تصحيحية بالرجوع إلى الوثائق أو الدعم الخاص بالإصدار المُثبّت لديك. تمت مراجعة هذا الدليل بالرجوع إلى مراجع Zimbra الرسمية في 6 أكتوبر 2026.
قم بتسجيل الدخول إلى مضيف Zimbra المتأثر، وكن مستخدم نظام تشغيل Zimbra، وسجل إصدار المنتج ومخرجات الحالة الكاملة:
su - zimbra
zmcontrol -v
zmcontrol statusاحفظ المخرجات وسجّل وقت الفحص. في حالة أليكس الافتراضية، تكمن التفاصيل الأساسية في توقف صندوق البريد، بينما يُشير التقرير إلى أن LDAP وMTA يعملان. إذا توقفت عدة مكونات، فدوّن ترتيبها وما إذا كان تحديث حديث، أو إعادة تشغيل، أو تغيير في الشهادة، أو حدث تخزين، أو تعديل في الإعدادات قد سبق المشكلة. في بيئة متعددة الخوادم، شغّل فحص الحالة على كل مضيف متأثر؛ إذ أن لكل من عقدة صندوق البريد، وعقدة LDAP، وعقدة MTA أدوارًا وتبعيات مختلفة.
يصف مرجع أوامر Zimbra zmcontrol statusعرض حالات التشغيل أو التوقف للمكونات، لكن الأمثلة المذكورة فيه تعود إلى إصدارات ZCS قديمة. يُعدّ الناتج الحالي على خادمك هو المخزون ذي الصلة. راجع مرجع Zimbra zmcontrol وتحقق من فئاته وسياق إصداره قبل تطبيق الإجراءات الخاصة بكل إصدار.
ابحث عن الأخطاء التي حدثت في نفس وقت توقف الخدمة. بالنسبة للتثبيتات المعبأة النموذجية، تشمل المواقع المفيدة /var/log/zimbra.logالملفات الموجودة ضمن /opt/zimbra/log. وتختلف السجلات الموجودة باختلاف إصدار Zimbra والخدمات المُفعّلة.
sudo tail -n 200 /var/log/zimbra.log
tail -n 200 /opt/zimbra/log/mailbox.log
tail -n 200 /opt/zimbra/log/zmmailboxd.outنفّذ الأوامر باستخدام حساب لديه صلاحية قراءة الملفات؛ استخدمه sudoفقط عند الضرورة. ابحث عن أول خطأ محدد، وليس فقط عن رسائل "توقف الخدمة" المتكررة. تشمل الأمثلة "لا توجد مساحة كافية على الجهاز"، أو خطأ في الربط أو استخدام عنوان، أو فشل اتصال LDAP، أو فشل اتصال قاعدة البيانات، أو خطأ في الأذونات، أو خروج عملية Java. قد يعكس تسلسل الأخطاء اللاحق ببساطة فشل تبعية سابقة.
بالنسبة لأليكس، إذا mailbox.logأظهرت النتائج أن mailboxd لم يتمكن من الاتصال بـ LDAP، فإن الخطوة التالية هي تشخيص مشكلة اتصال LDAP بدلاً من إعادة تشغيل mailboxd بشكل متكرر. تعرض صفحة استكشاف الأخطاء وإصلاحها في Zimbra سجلات الخادم الشائعة، بما في ذلك سجلات mailbox.logو zimbra.logو nginx.logو و zmmailboxd.out، وتوصي بجمع المقتطفات ذات الصلة بالوقت عند تصعيد المشكلة. راجع إرشادات Zimbra لاستكشاف الأخطاء وإصلاحها وجمع السجلات .
قبل البدء، تحقق من الموارد وهوية المضيف الأساسية. يمكن لهذه الفحوصات التي تتم للقراءة فقط أن تكشف بسرعة عن أسباب شائعة في نظام التشغيل:
df -h /opt/zimbra /var/log
df -i /opt/zimbra /var/log
free -h
uptime
hostname -f
timedatectl statusإذا امتلأت وحدة تخزين بيانات أو سجلات Zimbra، فقم بتحرير المساحة من خلال إجراءات الاحتفاظ والسعة المعتادة للنظام؛ ولا تقم بإزالة مخازن الرسائل أو ملفات قواعد البيانات أو السجلات بشكل عشوائي. قد يؤدي استنفاد عدد العقد (inodes) إلى منع إنشاء ملفات جديدة حتى عندما يبدو أن نظام الملفات يحتوي على مساحة كافية. كما أن انخفاض الذاكرة أو ارتفاع الحمل بشكل غير معتاد قد يمنع خدمات صناديق البريد المستندة إلى Java من البدء بشكل موثوق.
تأكد من أن اسم المضيف المؤهل بالكامل يعمل كما هو متوقع في بيئة النشر الخاصة بك. إذا تغير اسم المضيف أو سجل نظام أسماء النطاقات (DNS)، قارنه بالاسم المُكوّن للخادم وعُقد Zimbra الأخرى. تحقق أيضًا من تحديثات الحزم الأخيرة، وتجديدات الشهادات، وتغييرات جدار الحماية، ووحدات التخزين المُثبّتة. إذا أُعيد تشغيل الخادم، فتأكد من تثبيت وحدات تخزين البيانات المطلوبة قبل بدء تشغيل الخدمات.
ابدأ بأول تبعية مُدرجة في السجلات أو مُتوقفة في مخرجات الحالة. يُعدّ LDAP بالغ الأهمية لأن مكونات Zimbra تستخدم معلومات الدليل للتكوين والمصادقة. في حال تعطل LDAP، قد تتعطل الخدمات التابعة حتى وإن بدت ملفاتها وعملياتها سليمة. تحقق من إدخالات LDAP في zimbra.log، وتأكد من حلّ المضيف والاتصال بين العُقد، وتحقق من أن وحدة تخزين بيانات LDAP مُثبّتة وقابلة للكتابة. لا تُحاول استعادة قاعدة البيانات أو إعادة بناء بيانات الدليل بناءً على قائمة تحقق عامة؛ فقد تُؤدي هذه الإجراءات إلى فقدان البيانات، ويجب أن تتوافق مع إصدار المنتج وحالة النسخ الاحتياطي.
إذا كان LDAP يعمل بشكل سليم ولكنه mailboxمتوقف، فافحصه mailbox.log. zmmailboxd.outتحقق من مساحة القرص، والذاكرة المتاحة، وما إذا كانت عملية أخرى تستخدم المنفذ أو العنوان الذي يحتاجه mailboxd. يمكن للمسؤول فحص منافذ الاستماع باستخدام:
sudo ss -ltnpقارن المخرجات بالمنافذ المُهيأة في هذا التثبيت. تجنب إيقاف خادم ويب غير ذي صلة لمجرد أن صفحة استكشاف الأخطاء وإصلاحها القديمة تُشير إلى تعارض في المنافذ؛ حدد العملية أولًا وتأكد من أن إيقافها آمن. تُوثّق صفحة استكشاف أخطاء علبة البريد القديمة في Zimbra نمط فشل بدء تشغيل علبة البريد، ولكنها تُصنّف نفسها على أنها مؤرشفة وغير مدعومة للإصدارات الحديثة. تعامل معها كمثال على أحد الأعراض، وليس كإجراء إصلاح شامل: ملاحظات استكشاف أخطاء علبة بريد Zimbra المؤرشفة .
في حال mtaتوقف الخدمة، تحقق من أخطاء نقل البريد zimbra.logوتأكد من قدرة خادم MTA على الوصول إلى خدمة LDAP المُهيأة. تشمل مهام MTA استلام البريد وإعادة توجيهه، وقد تبقى الرسائل المُدرجة في قائمة الانتظار مؤجلةً أثناء عدم توفر التسليم. افحص قائمة الانتظار فقط بعد التأكد من الأوامر المناسبة لإصدارك؛ لا تقم بمسح الرسائل أو حذفها أو إعادة إضافتها إلى قائمة الانتظار كاستجابة أولية. يشرح عرض Zimbra لـ MTA العلاقة بين Postfix وLDAP وقوائم الانتظار الواردة والنشطة والمؤجلة والمعلقة: نظرة عامة على بنية Zimbra MTA وقوائم الانتظار .
بعد جمع الأدلة وتصحيح السبب المُحدد على مستوى المضيف، ابدأ تشغيل الخدمات باستخدام الأمر الذي يدعمه الإصدار المُثبّت ودور الخادم. في عمليات تثبيت Zimbra Collaboration القياسية، عادةً ما يُشغّل المسؤولون الخدمات zmcontrol startبصفتهم مستخدم Zimbra.
su - zimbra
zmcontrol startراقب مخرجات كل مكون. إذا أبلغت خدمة ما عن خطأ FAILED، فسجّل الرسالة بدقة وتوقف عن تكرار محاولة التشغيل نفسها حتى تفحص السجل ذي الصلة. قد يكشف أمر بدء التشغيل عن أخطاء مفيدة، لكن إعادة التشغيل المتكررة قد تحجب سبب العطل الأصلي أو تعطل المكونات التي لا تزال تخدم المستخدمين. تجنب تشغيل أوامر عامة stopأو shutdownأوامر restartأخرى أثناء حدوث مشكلة ما إلا إذا كان لديك فترة صيانة وتفهم تأثير ذلك على كل عقدة.
لا تحذف ملفات PID، ولا تُنهي العمليات kill -9، ولا تُعدّل إعدادات Postfix المُنشأة، ولا تُشغّل أوامر إصلاح LDAP/قاعدة البيانات لمجرد وجودها في صفحة ويكي قديمة. تعتمد هذه الخطوات بشكل كبير على حالة العملية وإصدار البرنامج. تحقق أولًا من أن العملية معزولة بالفعل، واتبع الإجراءات المحددة من قِبل المورّد، وتأكد من وجود نسخة احتياطية حديثة. تختلف صفحات استكشاف الأخطاء وإصلاحها العامة في Zimbra من حيث تاريخ إنشائها، وبعضها يحتوي صراحةً على إشعارات بالأرشيف أو العمل الجاري.
في المثال الافتراضي، لا ينبغي لأليكس أن يستنتج أن خادم زيمبرا بأكمله سليم لمجرد أن LDAP وMTA يعملان؛ فصندوق البريد يظل السبب المباشر لعدم توفر البريد الإلكتروني عبر الويب. إذا أشارت سجلات صندوق البريد إلى LDAP رغم أنه يعمل، فاختبر الاتصال المُهيأ بين هاتين الخدمتين بدلاً من الاعتماد على الملخص فقط.
بعد محاولة بدء التشغيل، أعد تشغيل الخدمة zmcontrol statusوتأكد من أن الخدمة التي كانت متوقفة سابقًا تُظهر حالة "قيد التشغيل". ثم تحقق من سجل الخدمة بحثًا عن أخطاء بدء تشغيل جديدة. يُعدّ نجاح العملية ضروريًا ولكنه غير كافٍ: تأكد من إمكانية وصول المسؤولين إلى واجهة الويب، وإمكانية تسجيل دخول حساب اختبار مُصرّح به، وأن تدفق البريد يعمل بشكل طبيعي. في حالة حدوث مشكلة في خادم البريد (MTA)، تأكد من تسليم الرسائل الواردة والصادرة الجديدة، وأن قائمة الانتظار تفرغ بدلًا من أن تمتلئ.
في مثال أليكس، تعني عملية الاستعادة أن صندوق البريد يبقى قيد التشغيل بعد بدء التشغيل، وأن سجلات صندوق البريد لا تُظهر خطأ التبعية أو الربط الأصلي، وأن مستخدمًا تجريبيًا يمكنه الوصول إلى بريد الويب. إذا عادت الحالة إلى متوقفة، فاحتفظ بمخرجات بدء التشغيل الجديدة ومقتطفات السجلات المطابقة بدلاً من تكرار عمليات إعادة التشغيل. تساعد هذه الأدلة في التمييز بين فشل التبعية المستمر وعملية تبدأ ثم تتعطل.
في حال تعذر بدء تشغيل LDAP، أو ظهور خطأ في سلامة قاعدة البيانات أو الدليل، أو تعطل الخدمة بشكل متكرر، أو كان النظام عبارة عن مجموعة متعددة العقد ذات حالة غير متناسقة، أو إذا كان الإجراء المقترح التالي يتضمن حذف البيانات أو تغيير التكوين المُنشأ، يُرجى التواصل مع دعم Zimbra أو المسؤول عن عملية النشر. يرجى تضمين إصدار Zimbra وبنيته، وإصدار نظام التشغيل، ودور الخادم وبنيته، zmcontrol statusوالمخرجات الدقيقة، وسجل التغييرات الأخيرة، ومقتطفات من السجلات التي تغطي وقت حدوث العطل. يُرجى إخفاء كلمات المرور والمفاتيح الخاصة ورموز المصادقة ومحتوى الرسائل الشخصية قبل مشاركة السجلات.
الهدف العملي هو تحديد أول تبعية معطلة، وإجراء تصحيح واحد مناسب للإصدار، والتحقق من سلوك الخدمة على مستوى العملية والمستخدم. يساعد هذا النهج في استعادة خدمة البريد مع تقليل مخاطر تحول توقف مكون واحد إلى انقطاع أوسع.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
