قد يبدو خادم Zimbra سليمًا حتى يواجه المستخدمون فجأةً تحذيرًا في المتصفح مثل "انتهت صلاحية الشهادة"، أو ترفض برامج البريد الإلكتروني اتصال SSL/TLS، أو يكتشف المسؤول أن تاريخ صلاحية الشهادة قد انقضى. أسرع استجابة آمنة هي عدم استبدال جميع مكونات الشهادة فورًا. حدد أولًا ما انتهت صلاحيته، ثم جدد أصغر جزء ضروري.
يستخدم مركز الدعم الفني الحالي في Zimbra إجراءات إنشاء ونشر الشهادات الموقعة ذاتيًا على خادم واحد zmcertmgr. ومن الجدير بالذكر أن Zimbra تُشير إلى أن إنشاء مرجع مصدق جديد (CA) اختياري لتجديد الشهادة الموقعة ذاتيًا؛ فلا داعي لاستبدال المرجع المصدق في كل مرة تنتهي فيها صلاحية شهادة الخادم. تمت مراجعة المراجع الرسمية المستخدمة في هذا الدليل بتاريخ 6 أكتوبر 2026: إعادة إنشاء شهادة SSL الموقعة ذاتيًا - خادم واحد، وأدوات إدارة الشهادات في وحدة التحكم وواجهة سطر الأوامر .
يستخدم Zimbra شهادات TLS في جميع خدماته، مثل واجهة الويب، والخادم الوكيل، وLDAP، وبروتوكولات البريد. عند انتهاء صلاحية الشهادة، قد يرفض العملاء الاتصال حتى لو كانت عمليات Zimbra الأساسية لا تزال قيد التشغيل. لذا، يُعد تحذير المتصفح أحد الأعراض فقط. بناءً على بنية الشبكة وسياسة العميل، قد تواجه أيضًا فشلًا في اتصالات IMAP/POP/SMTP الآمنة، أو أخطاء في الخادم الوكيل، أو مشاكل في LDAP/TLS.
هناك حالتان مختلفتان لانتهاء الصلاحية يجب التمييز بينهما:
قبل إجراء أي تغييرات، خذ نسخة احتياطية حديثة أو لقطة مناسبة لبيئتك. عادةً ما تكون عملية إعادة إنشاء الشهادة بسيطة، ولكن النسخة الاحتياطية توفر لك نقطة استعادة في حال احتوى الخادم على تخصيصات قديمة، أو شهادات مثبتة يدويًا، أو بنية مختلطة.
انتقل إلى حساب Zimbra وافحص الشهادة المنشورة حاليًا على الخدمات المحلية:
su - zimbra
/opt/zimbra/bin/zmcertmgr viewdeployedcrtراجع تواريخ الصلاحية وموضوع الشهادة. إذا كانت الشهادة لا تزال ضمن فترة صلاحيتها، فتحقق من عدم تطابق اسم المضيف، أو وجود مرجع مصدق غير موثوق به وموقع ذاتيًا، أو شهادة قديمة لا تزال تُقدم عبر خادم وكيل، أو توقيت غير صحيح للخادم/العميل، بدلاً من إعادة إنشاء الشهادات دون داعٍ.
يمكنك أيضًا التحقق من الشهادة التي يتلقاها العميل البعيد فعليًا عبر بروتوكول HTTPS. استبدل mail.example.comاسم المضيف الذي يتصل به المستخدمون:
openssl s_client -connect mail.example.com:443 -servername mail.example.com </dev/null 2>/dev/null | openssl x509 -noout -subject -issuer -datesيُعد هذا الفحص عن بعد مفيدًا عندما viewdeployedcrtيبدو كل شيء صحيحًا ولكن المتصفحات لا تزال ترى شهادة قديمة، لأنه يختبر الشهادة المقدمة عبر الشبكة بدلاً من الملفات الموجودة على القرص فقط.
قبل تغيير الشهادات، تأكد من حالة خدمة Zimbra الحالية حتى يكون لديك خط أساس:
zmcontrol status
إذا انتهت صلاحية شهادة الخادم فقط، بينما لا تزال شهادة Zimbra CA سارية، فتجاوز إعادة إنشاء CA وانتقل مباشرةً إلى أوامر شهادة الخادم في القسم التالي. هذا يقلل من التغييرات في سلسلة الثقة. تنص وثائق Zimbra الخاصة بالخادم الواحد صراحةً على أن إنشاء CA جديد اختياري وليس مطلوبًا في كل مرة تجدد فيها شهادة موقعة ذاتيًا.
إذا انتهت صلاحية شهادة المصادقة، أو كان لديك سبب موثق لاستبدالها، فأنشئ شهادة جديدة:
/opt/zimbra/bin/zmcertmgr createca -new
/opt/zimbra/bin/zmcertmgr deployca
createca -newالأمر لاستبدال شهادة Zimbra CA عند الحاجة، وليس كخطوة إلزامية لكل عملية تجديد روتينية لشهادة الأوراق.
لتجديد الشهادة على خادم واحد بسهولة، توثق زيمبرا التسلسل التالي. ينشئ المثال شهادة صالحة لمدة 365 يومًا:
/opt/zimbra/bin/zmcertmgr createcrt -new -days 365
/opt/zimbra/bin/zmcertmgr deploycrt selfإذا اتصل العملاء عبر أكثر من اسم نطاق DNS، فأنشئ الشهادة باستخدام أسماء النطاقات البديلة المطلوبة بدلاً من افتراض أن اسم المضيف الافتراضي كافٍ. تدعم أداة شهادات Zimbra ذلك -subjectAltNames. على سبيل المثال:
/opt/zimbra/bin/zmcertmgr createcrt -new -days 365 -subjectAltNames "mail.example.com,webmail.example.com"
/opt/zimbra/bin/zmcertmgr deploycrt selfاستخدم أسماءً تُشير فعلاً إلى خدمة Zimbra هذه، والتي يستخدمها المستخدمون أو عمليات التكامل لديك بالفعل. قد تكون الشهادة سارية المفعول، ومع ذلك تفشل في التحقق إذا لم يكن اسم المضيف المطلوب مُغطى بقيم الموضوع/SAN الخاصة بها.
لا تستخدم هذه الطريقة لتوقيع الشهادة ذاتيًا لاستبدال شهادة تجارية/موثوقة علنًا عن طريق الخطأ. إذا كان من المفترض أن يستخدم خادمك شهادة تجارية، فتوقف هنا واتبع إجراء نشر الشهادة التجارية الخاص بـ Zimbra.
تأكد من أن Zimbra قد قامت بتثبيت الشهادة الجديدة:
/opt/zimbra/bin/zmcertmgr viewdeployedcrtثم أعد تشغيل Zimbra حتى تقوم الخدمات بتحميل الشهادة الجديدة:
zmcontrol restartبعد اكتمال إعادة التشغيل، قم بتشغيل ما يلي:
zmcontrol status
/opt/zimbra/bin/zmcertmgr viewdeployedcrtالنتيجة المرجوة بسيطة: الخدمات المتوقعة تعمل، والشهادة المنشورة لها تاريخ انتهاء صلاحية لاحق. أخيرًا، أعد اختبار OpenSSL عن بُعد باستخدام اسم المضيف الذي يصل إليه المستخدمون فعليًا. هذا يثبت ما يتم تقديمه على الشبكة بعد إعادة التشغيل.
لا تقم بإنشاء شهادة أخرى فوراً. اتبع الخطوات التالية في الطبقات المتبقية بالترتيب:
في حالة التثبيت على عدة عُقد، استخدم إجراء الخوادم المتعددة بدلاً من تكرار أوامر الخادم الواحد بشكل أعمى على كل مضيف. توثق Zimbra إنشاء/نشر مرجع الشهادات (CA) ثم نشر الشهادة الموقعة ذاتيًا عبر العُقد باستخدام الأمر `regenerateself-SignedSSL Certificate — Multi-Server` deploycrt self -allserver؛ كما تحذر من أن الأمر `regenerateself-SignedSSL Certificate — Multi-Server` viewdeployedcrtلا يُبلغ إلا عن الخادم المحلي. المرجع الرسمي هو: `Regenerateself-SignedSSL Certificate — Multi-Server` .
قد يؤدي عدم تطابق شهادات المرجع المصدق (CA) بين خادم LDAP الرئيسي والنسخ المتماثلة إلى مشاكل في بروتوكول TLS والنسخ المتماثل. إذا كنت تستخدم بنية متعددة الخوادم، فتحقق من سلسلة شهادات المرجع المصدق على كل عقدة متأثرة واتبع ترتيب النشر الموثق.
قبل إغلاق البلاغ، تحقق من كل ما يلي:
zmcontrol statusيعرض هذا العرض خدمات Zimbra المتوقعة قيد التشغيل.zmcertmgr viewdeployedcrtيعرض شهادة تاريخ انتهاء صلاحيتها في المستقبل.openssl s_clientنفس تواريخ الشهادات الجديدة لاسم المضيف العام/الداخلي الذي يستخدمه المستخدمون فعليًا.في حالة انتهاء صلاحية شهادة خادم واحد بشكل روتيني، فإنّ أقلّ الطرق إزعاجًا هو عادةً الاحتفاظ بشهادة Zimbra CA سارية المفعول، وإنشاء شهادة خادم جديدة موقعة ذاتيًا، ونشرها، وإعادة تشغيل الخدمات، والتحقق من الشهادة من خارج الخادم. لا تستبدل شهادة CA إلا عند انتهاء صلاحيتها أو عند وجود سبب واضح آخر لتغييرها. هذا الأسلوب يُصلح الانقطاع الفوري مع تجنّب التغييرات غير الضرورية في سلسلة الثقة.
قارن بين 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، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
