مراقبة SSL 2026-10-01

دليل مراقبة شهادات SSL الشامل - حماية موقعك قبل فوات الأوان

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

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

لماذا تنتهي الشهادات وأنت لا تنتبه؟

المشكلة ليست أن الشهادات تنتهي — هذا طبيعي تماماً وكل شهادة لها مدة صلاحية. المشكلة أن التجديد يحدث يدوياً عند أغلب المطورين، وبين ضغط المشاريع والمهام، تنسى. Let's Encrypt مثلاً تعطيك 90 يوماً فقط، وإن لم تُفعّل التجديد التلقائي فأنت في مشكلة.

حتى حين تفعّل Auto-Renewal، أحياناً يفشل. Certbot يفشل لأن DNS تغيّر. cPanel يفشل لأن الاشتراك انتهى. CloudFlare يفشل لأن التوكن انتهت صلاحيته. مراقبة شهادة SSL بشكل فعلي تعني أنك لا تثق في أي آلية تجديد تلقائية ثقة عمياء — بل تتحقق.

ما الذي تراقبه فعلاً؟

حين تقول "أريد مراقبة شهادة SSL" فأنت في الحقيقة تريد عدة أشياء في آنٍ واحد:

تاريخ الانتهاء: أبسطها وأهمها. تريد تنبيهاً قبل 30 يوماً، قبل 14، قبل 7. كلما اقتربت المواعيد زادت حدة التنبيه.

صحة الشهادة نفسها: هل هي موقّعة من جهة موثوقة؟ هل تطابق اسم النطاق؟ هل السلسلة الكاملة (chain) صحيحة؟ أحياناً الشهادة "موجودة" لكن المتصفح يرفضها لأن intermediate certificate ناقص.

البروتوكولات القديمة: هل موقعك لا يزال يقبل TLS 1.0 أو 1.1؟ هذا خطر أمني حتى لو الشهادة صالحة.

التغييرات المفاجئة: إن تغيّرت الشهادة دون علمك — سواء بتجديد طبيعي أو اختراق — يجب أن تعلم.

كيف تبدأ مراقبة فعلية؟

الطريقة اليدوية هي تشغيل أمر مثل openssl s_client -connect yourdomain.com:443 وتفسير المخرجات. مفيدة للتشخيص، لكنها ليست مراقبة — هي فحص لمرة واحدة.

المراقبة الحقيقية تعني أن نظاماً ما يفحص شهادتك كل 24 ساعة أو أقل، ويخبرك حين يجد مشكلة. Alertiva تفعل هذا بالضبط: تضيف نطاقك، تحدد كم يوماً قبل الانتهاء تريد التنبيه، وتختار كيف تصلك التنبيهات — إيميل، Slack، Telegram، أو webhook لأي نظام آخر.

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

لديّ الآن 23 نطاقاً تحت المراقبة — مواقعي ومواقع عملاء. آخر مرة انتهت فيها شهادة دون علم مسبق كانت... لا أتذكر، وهذا بالضبط الهدف. مراقبة شهادة SSL الجيدة هي التي تجعل المشكلة تُحَل قبل أن تكون مشكلة أصلاً.

نصائح من تجربة حقيقية

لا تنتظر 7 أيام للتنبيه الأول — ابدأ من 30 يوماً. بعض مزودي الاستضافة يحتاجون وقتاً لتجديد الشهادة، وبعض العملاء يحتاجون موافقة مالية تأخذ أياماً.

راقب wildcard certificates بعناية مضاعفة. حين تنتهي شهادة wildcard، كل النطاقات الفرعية تتأثر دفعة واحدة.

لا تراقب النطاق الرئيسي فقط. راقب www والنطاقات الفرعية المهمة كل واحدة على حدة. أحياناً HTTPS يعمل على example.com لكن api.example.com شهادته مختلفة وتنتهي في وقت مختلف.

وأخيراً: جرّب تنبيهاتك. أرسل تنبيهاً تجريبياً وتأكد أنه وصل. عدد المرات التي اكتشفت فيها أن Slack webhook ميت فقط حين احتجته... لا أريد أن أحسبها.


جرّب Alertiva مجاناً

راقب SSL والتشغيل والنطاقات تلقائياً — تنبيهات فورية قبل أن يعرف أحد.

ابدأ الآن — مجاناً