[{"data":1,"prerenderedAt":212},["ShallowReactive",2],{"seo-verification":3,"blog-imunify360-شرح-أمان-الخادم-ma-ar":6,"promo-bar-likely":211},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-imunify360-شرح-أمان-الخادم-ma-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"noindex":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":28,"featuredImage":30,"bgImage":31,"posterImage":32,"relatedSolution":30,"intro":33,"sections":34,"ctaTitle":150,"ctaBody":151,"ctaButton":152,"ctaUrl":153,"relatedPosts":154},125,"imunify360-شرح-أمان-الخادم",{"fr":12,"en":13,"ar":10,"es":14},"imunify360-securite-serveur-expliquee","imunify360-server-security-explained","imunify360-seguridad-servidor-explicada","Imunify360: شرح أمان الخادم","كيف يعمل Imunify360: WAF ومكافح فيروسات في الوقت الفعلي وحماية PHP الاستباقية وKernelCare وجدار الحماية الشبكي وإدارة التصحيحات لخوادم cPanel\u002FWHM.",11,1,false,"2026-02-19T00:00:00+00:00","2026-11-08T01:13:15+00:00",{"id":23,"name":24,"slug":25,"color":26,"icon":27},8,"الأمان والمراقبة","securite-monitoring","bg-rose-500\u002F10 text-rose-400","security",[29],{"id":23,"name":24,"slug":25,"color":26,"icon":27},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fimunify360-securite-serveur-expliquee-poster.svg","خادم cPanel المعرَّض للإنتاج هدفٌ دائم: حقن SQL، وأصداف PHP المبهمة، وماسحات القوة الغاشمة، وثغرات أنظمة إدارة المحتوى غير المُرقَّعة. يجمع Imunify360 الذي طوَّرته CloudLinux في حزمة واحدة ست طبقات دفاع تعمل معًا وبلا توقف، دون تدخّل يدوي. إليك ما يؤدّيه كل مكوّن فعليًا، وكيف تتسلسل هذه الطبقات، وكيف تُشخّص المشكلات الشائعة.",[35,39,49,52,55,58,61,83,86,89,92,113,116,148],{"type":36,"title":37,"body":38},"h2","ست طبقات دفاع في منتج واحد","لا يقتصر Imunify360 على كونه مكافحًا للفيروسات. فهو يُكدّس ستة مستويات حماية متكاملة تعزّز بعضها: جدار حماية شبكي، وWebShield (حماية البوتات)، وجدار حماية WAF تطبيقي، وماسح مكافح فيروسات مع تنظيف، وProactive Defense (وقت تشغيل PHP)، وكشف اختراق (IDS\u002FIPS). قوة هذه البنية أن التهديد الذي يتحايل على WAF يمكن وقفه بواسطة Proactive Defense، والتهديد الذي يجتاز وقت تشغيل PHP سيُكتشَف في الفحص التالي. كل طبقة مستقلة لكنها تُغذّي الطبقات التالية.",{"type":40,"title":41,"items":42},"ul","الطبقات الست بالتفصيل",[43,44,45,46,47,48],"**جدار الحماية الشبكي مع استخبارات التهديدات**: يحجب عناوين IP الخبيثة المعروفة من قاعدة بيانات تُغذّيها شبكة Imunify العالمية، التي تشمل عشرات الملايين من النطاقات بحسب الناشر. حين يهاجم عنوان IP خادمًا في الشبكة، يُحجَب على جميع الخوادم الأخرى في غضون دقائق.","**WebShield وحماية البوتات**: يُصفّي حركة HTTP الواردة قبل أن تصل إلى التطبيق — CAPTCHA تكيُّفي، وقوائم رمادية (Graylist)، وحماية DDoS من الطبقة السابعة.","**جدار WAF التطبيقي (ModSecurity + قواعد Imunify)**: يفحص كل طلب HTTP ويحجب الثغرات المعروفة (الحقن، وتضمين الملفات، وXSS). تُحدَّث القواعد تلقائيًا من خوادم CloudLinux.","**مكافح الفيروسات وماسح البرمجيات الخبيثة**: فحص في الوقت الفعلي للملفات المكتوبة حديثًا، وفحص خلفي قابل للجدولة، وتنظيف تلقائي — يحاول Imunify إزالة الكود الخبيث مع الحفاظ على بقية الملف.","**Proactive Defense**: وحدة PHP تحلّل سلوك السكريبتات أثناء وقت التشغيل (لا محتواها الثابت فحسب). تحجب أصداف الويب (webshells) المبهمة والأصداف العكسية وتسريب البيانات حتى إن اجتاز الملف فحص مكافح الفيروسات.","**IDS\u002FIPS وإدارة التصحيحات**: كشف السلوكيات الشاذة على مستوى النظام، مقرونًا بـ KernelCare لتطبيق تصحيحات نواة Linux دون إعادة تشغيل.",{"type":36,"title":50,"body":51},"Proactive Defense: إيقاف البرمجيات الخبيثة المبهمة","تُعدّ Proactive Defense الطبقة الأصعب تجاوزًا. فهي لا تفحص الملفات على القرص، بل تعترض تنفيذ PHP في الوقت الفعلي وتفحص أنماط السلوك: محاولات كتابة ملفات خارج جذر الويب (webroot)، ومكالمات `exec()` و`shell_exec()` و`system()` و`eval()` على بيانات غير مُعقَّمة، وحقن SQL من سكريبت يُفترض أن يكتفي بقراءة قاعدة البيانات. الوحدة متاحة لـ Apache وLiteSpeed. قيمتها الرئيسية هي في مواجهة **البرمجيات الخبيثة المبهمة**: صدفة ويب (webshell) تجتاز أدوات الفحص الثابت لأن كودها مُشفَّر بـ base64 وتُفكَّك عند التشغيل ستُوقِفها Proactive Defense فور محاولتها تنفيذ إجراء خطر. وتتطلّب لعملها نسخة PHP المُحصَّنة من CloudLinux (alt-php، أي Hardened PHP).",{"type":36,"title":53,"body":54},"KernelCare وإدارة التصحيحات دون إعادة تشغيل","تعتمد إدارة التصحيحات في Imunify360 على KernelCare (التي طوّرتها CloudLinux أيضًا). تُطبّق KernelCare تصحيحات أمان نواة Linux **في ذاكرة التشغيل**، دون إيقاف الخادم أو المواقع المستضافة. على خادم cPanel مشترك يستضيف 200 عميل، تُشكّل إعادة التشغيل المفروضة لتصحيح النواة نافذة صيانة مُزعجة. تُلغي KernelCare هذا القيد: تعمل النواة بالنسخة المُرقَّعة في غضون ثوانٍ، دون توقف. وللتحديثات التلقائية أهميتها لـ Imunify360 نفسه: فالثغرة في مكوّن AI-Bolit (المشترك بين Imunify360 وImunifyAV وImunifyAV+)، التي كانت تتيح تنفيذ كود عشوائي يصل إلى صلاحيات root عند فحص ملف مُفخَّخ، صُحِّحت في أكتوبر 2025 بالإصدار 32.7.4-1. ودُفع التصحيح تلقائيًا إلى الغالبية العظمى من الخوادم قبل نشر النشرة الأمنية في نوفمبر 2025 — توضيحٌ مباشر لميزة التحديثات التلقائية.",{"type":36,"title":56,"body":57},"RapidScan وCloudAV: أداء الفحص على نطاق واسع","على خادم يستضيف مئات الغيغابايتات من ملفات العملاء، يستهلك فحص مكافح الفيروسات الكامل اليومي موارد CPU كبيرة. يُعالج Imunify360 هذا بآليتين. **RapidScan** يُسرّع عمليات الفحص المتكررة بمعدل يصل إلى 20 ضعفًا مقارنةً بالفحص الكامل الأول: فهو يحتفظ ببيانات وصفية محلية وتجزئة سحابية ليُعيد فحص الملفات المُنشأة أو المُعدَّلة منذ المرور الأخير فحسب. **CloudAV** يُحيل التحليل المعمّق إلى البنية التحتية السحابية لـ Imunify Security، دون استهلاك CPU المحلي للملفات المشبوهة. أما **Low Resource Usage** (وضع الموارد المنخفضة)، فيُقلّص استهلاك CPU وRAM (بتعطيل WebShield وتقليص مجموعة قواعد WAF) — مفيد على VPS محدودة الموارد.",{"type":36,"title":59,"body":60},"النشر: تثبيت Imunify360 على cPanel\u002FWHM","يتمّ التثبيت الرسمي من سطر أوامر SSH بصلاحيات root. لا يوجد مستودع `yum` يُضاف يدويًا: سكريبت نشر يُنزّل كل شيء ويُهيّئه تلقائيًا.",{"type":62,"title":63,"steps":64},"steps","التثبيت خطوة بخطوة",[65,68,71,74,77,80],{"title":66,"body":67},"تنزيل سكريبت التثبيت","من جلسة root: `wget https:\u002F\u002Frepo.imunify360.cloudlinux.com\u002Fdefence360\u002Fi360deploy.sh -O i360deploy.sh`",{"title":69,"body":70},"تشغيل النشر بمفتاح الرخصة","نفّذ `bash i360deploy.sh --key مفتاح_رخصتك`. يُحصَل على المفتاح من حسابك في CloudLinux Network (CLN) بعد الشراء. في التجربة المجانية لمدة 14 يومًا، يُستخدم مفتاح التجربة المُرسَل بالبريد الإلكتروني بالطريقة نفسها؛ ومع رخصة مرتبطة بعنوان IP، شغّل السكريبت دون وسائط: `bash i360deploy.sh`.",{"title":72,"body":73},"التحقق من تسجيل WHM","سجّل الدخول إلى WHM كـ root، ثم انتقل إلى **Plugins → Imunify360**. اقبل اتفاقية الرخصة عند أول وصول. تعرض الواجهة فورًا حالة جدار الحماية والفحوصات النشطة والحوادث الأخيرة.",{"title":75,"body":76},"تفعيل Proactive Defense","في WHM Imunify360، افتح تبويب **Proactive Defense** وفعّل وضع `Kill Mode` (يحجب السكريبت الخبيث ويوقفه) بدلًا من وضع `Log Only` (تسجيل فحسب، وهو الوضع الافتراضي). ابقَ على `Log Only` بضعة أيام إن كانت لديك تطبيقات أعمال معقدة لتحديد الإيجابيات الكاذبة قبل التبديل.",{"title":78,"body":79},"تهيئة الفحص المجدوَل","في **Settings → Malware Scanner**، حدّد التكرار (يُنصح بالفحص اليومي) واستثناءات المجلدات (ذاكرة التخزين المؤقت، النسخ الاحتياطية الضخمة). قد يستغرق الفحص الكامل الأول عدة ساعات بحسب حجم البيانات المستضافة.",{"title":81,"body":82},"تسجيل الرخصة في CLN","تُدار رخصة Imunify360، بمفتاح أو بعنوان IP، عبر **CloudLinux Network (CLN)** — تمامًا كرخصة CloudLinux OS. عند الانتقال، احذف الخادم القديم (أو عنوان IP القديم) من الرخصة في CLN، وسجّل الخادم الجديد (`imunify360-agent register مفتاحك`، أو `imunify360-agent register IPL` لرخصة مرتبطة بعنوان IP)، ثم تحقّق بـ `imunify360-agent rstatus`.",{"type":84,"body":85},"tip","يدعم Imunify360 **AlmaLinux وRocky Linux وRHEL وCloudLinux OS وUbuntu 22\u002F24 وDebian**، ويتكامل مع cPanel وPlesk وDirectAdmin أو يعمل بشكل مستقل. منذ نوفمبر 2024، أصبح Ubuntu 24 مدعومًا رسميًا. على خادم مُفعَّل فيه SELinux، يُطبّق السكريبت `i360deploy.sh` وحدة سياسة SELinux الخاصة بـ Imunify360 تلقائيًا؛ ولا يلزم تجميعها وتحميلها يدويًا (`checkmodule` و`semodule_package` و`semodule -i`) ثم إعادة تشغيل `imunify360` و`imunify360-webshield` إلا عند تثبيت حزم RPM مباشرةً.",{"type":36,"title":87,"body":88},"إدارة قواعد WAF وتعارضات OWASP","يعتمد WAF الخاص بـ Imunify360 على ModSecurity بمجموعة قواعد تُديرها CloudLinux. إن كان خادمك يستخدم سابقًا مجموعة قواعد OWASP (شائعة في إعدادات cPanel اليدوية)، **عطّل OWASP قبل تثبيت Imunify360**: مجموعتا القواعد تُسبّبان تعارضات وحجبًا متتاليًا مشروعًا وإيجابيات كاذبة مُكثَّفة. يُدير Imunify360 قواعده باستقلالية — فهو غير مُصمَّم للتعايش مع OWASP.",{"type":36,"title":90,"body":91},"استكشاف الأخطاء: رسائل الخطأ الشائعة","للمشكلات الأكثر شيوعًا بعد تثبيت Imunify360 أو تحديثه أسبابٌ محدَّدة وحلول موثَّقة.",{"type":62,"title":93,"steps":94},"حل الأخطاء الشائعة",[95,98,101,104,107,110],{"title":96,"body":97},"«Imunify agent is not running»","السبب الأكثر شيوعًا: خدمة `imunify360` لم تبدأ بعد إعادة التشغيل أو التحديث. تحقّق بـ `systemctl status imunify360` ثم `journalctl -u imunify360 -n 50`. إن كانت الخدمة نشطة لكن لوحة التحكم ما زالت تعرض هذه الرسالة بعد التثبيت مباشرةً، فامنحها وقتًا: قاعدة SQLite الخاصة بالوكيل تتزامن مع الواجهة، والتوثيق الرسمي ينصح بالانتظار حتى 60 دقيقة. إن استمرت المشكلة، أعِد التشغيل يدويًا: `systemctl restart imunify360`.",{"title":99,"body":100},"«Connection refused» على مقبس داخلي للوكيل","يشير هذا النوع من الأخطاء (`Errno 111`) إلى أن أي عملية لا تستمع على مقبس الاتصال الداخلي بين مكوّنات Imunify360. السبب المعتاد وكيل متوقف، أو خدمة (مثل `imunify360-wafd`) لم تُعِد التشغيل بعد تحديث. تحقّق بـ `systemctl status imunify360` وبالسجل (`journalctl -u imunify360 -n 50`)، ثم أعِد تشغيل الخدمة: `systemctl restart imunify360`. إن تكرّرت المشكلة، افرض التحديث إلى آخر إصدار مستقر بالسكريبت الرسمي `imunify-force-update.sh` (`wget -O imunify-force-update.sh https:\u002F\u002Frepo.imunify360.cloudlinux.com\u002Fdefence360\u002Fimunify-force-update.sh && bash imunify-force-update.sh`).",{"title":102,"body":103},"«You must install the following extensions before you can edit their values: imunify360» (WHM)","تظهر هذه الرسالة عند تعديل حزمة cPanel على خادم Imunify360 مُثبَّت دون تفعيل إدارة الميزات. أمر الحل: `imunify360-agent feature-management native enable`. العملية فورية ولا تتطلب إعادة تشغيل.",{"title":105,"body":106},"عدم استقبال إشعارات «Malware detected»","قد يكتشف Imunify360 برمجيات خبيثة دون إرسال تنبيهات البريد الإلكتروني المُهيَّأة. تحقّق أولًا من نشاط خدمة الإشعارات في **Settings → Notifications** وإمكانية الوصول للعنوان البريدي من الخادم. إن كانت الإعدادات صحيحة، تحقّق من قدرة الخادم على الوصول صادرًا إلى الخادم المركزي `imunify360.cloudlinux.com` عبر المنفذ 443، وهو فحص يذكره التوثيق الرسمي. أما المنفذان 52223 و52224 فهما منفذان محليان لـ WebShield، لا منفذان صادران.",{"title":108,"body":109},"انقطاع الاتصال بـ `files.imunify360.com` أو `imunify360.cloudlinux.com`","تمرّ التحديثات التلقائية لقواعد WAF وقواعد بيانات توقيعات مكافح الفيروسات عبر هذين النطاقين. إن تعذّر على الخادم الوصول إليهما (جدار حماية صادر مُقيَّد، بروكسي، DNS داخلي)، تتوقف القواعد والتوقيعات عن التحديث. تحقّق بـ `curl -v https:\u002F\u002Ffiles.imunify360.com` وأضف استثناءً صادرًا إن لزم.",{"title":111,"body":112},"غياب إضافة Imunify360 من واجهة WHM","إن لم تظهر قائمة Imunify360 في WHM\u002FcPanel رغم تثبيت ظاهريًا ناجح، فتحقّق أولًا من تسجيل الرخصة: يجب أن يُعيد `imunify360-agent rstatus` القيمة `OK`، وإلا فسجّل الوكيل (`imunify360-agent register مفتاحك`) وحدّث WHM. تحقّق أيضًا من كون خدمة `imunify360` في حالة `active (running)` قبل تشخيص الواجهة.",{"type":36,"title":114,"body":115},"الرخص: كيف تعمل","تُفعَّل رخصة Imunify360 **بمفتاح أو بعنوان IP الخادم** وتُفوتَر حسب عدد المستخدمين (حسابات cPanel وPlesk وما شابه على الخادم). تُختار الشرائح بحسب العدد الإجمالي للحسابات المستضافة، والأسعار المحدَّثة منشورة في صفحة أسعار الناشر. يتوفّر عرض مستقل (بلا لوحة تحكم) لخوادم Nginx أو Apache الخالصة. يتمّ التسجيل في **CloudLinux Network (CLN)**، البوابة ذاتها لرخص CloudLinux OS. في حالة الانتقال لعنوان IP جديد، يُعالَج نقل الرخصة مباشرةً من بوابة CLN — لا حاجة لإعادة الشراء. في ServOrbit، رخص Imunify360 متاحة مباشرةً من منطقة العميل، مرتبطةً بعنوان IP الخادم المخصَّص أو VPS السحابي.",{"type":117,"title":118,"headers":119,"rows":123},"comparison","Imunify360 مقابل أدوات منفصلة: ما تتجنّبه",[120,121,122],"الحاجة","بدون Imunify360","مع Imunify360",[124,128,132,136,140,144],[125,126,127],"جدار حماية شبكي + استخبارات التهديدات","CSF + LFD (إعداد يدوي، لا شبكة عالمية)","مدمج، يُحدَّث تلقائيًا من شبكة Imunify العالمية",[129,130,131],"WAF تطبيقي","ModSecurity + OWASP (قواعد تتطلب صيانة يدوية)","مجموعة قواعد Imunify تُصان وتُدفَع تلقائيًا",[133,134,135],"مكافح فيروسات البرمجيات الخبيثة","ClamAV (فحص فقط، لا تنظيف تلقائي)","فحص + تنظيف تلقائي + CloudAV",[137,138,139],"حماية وقت تشغيل PHP","لا مكافئ مدمج، ويلزم تجميعه يدويًا","Proactive Defense مدمجة",[141,142,143],"تصحيح النواة دون إعادة تشغيل","تحديث يدوي + نافذة صيانة","KernelCare مدمجة",[145,146,147],"إدارة مركزية عبر WHM","أدوات متفرقة، لا واجهة موحّدة","إضافة WHM أصلية، عرض موحَّد للحوادث",{"type":84,"body":149},"إن كان خادمك يعمل بـ **CloudLinux OS** (وهو شائع في خوادم cPanel المشتركة)، يستفيد Imunify360 من تكامل معزَّز مع أقفاص PHP لكل مستخدم (CageFS). يرى كل حساب cPanel بيئة PHP معزولة: البرمجيات الخبيثة التي تعمل في سياق موقع عميل ما لا تستطيع قراءة ملفات العملاء الآخرين. تجمع هذه البيئة عزل PHP (CloudLinux) وحماية وقت التشغيل (Imunify360 Proactive Defense) وفحص مكافح الفيروسات في نشر واحد متماسك.","أمّن خادمك باستخدام Imunify360","جدار حماية ومكافح فيروسات وكشف استباقي مستمر لمواقعك المستضافة. رخصة Imunify360 مرتبطة بعنوان IP الخاص بخادمك.","عرض رخص الخوادم","\u002Flicences-cpanel",[155,176,196],{"id":156,"slug":157,"slugs":158,"title":162,"excerpt":163,"readTime":164,"views":18,"isPinned":19,"noindex":19,"publishedAt":165,"updatedAt":166,"category":167,"categories":173,"featuredImage":30,"bgImage":31,"posterImage":175,"relatedSolution":30},124,"ما-هو-cloudlinux-os",{"fr":159,"en":160,"ar":157,"es":161},"quest-ce-que-cloudlinux-os","what-is-cloudlinux-os","que-es-cloudlinux-os","ما هو CloudLinux OS؟","شرح CloudLinux OS: العزل عبر LVE، واستقرار خادم الاستضافة، والتوافق مع cPanel\u002FPlesk، والفرق مع AlmaLinux أو CentOS.",2,"2026-02-20T00:00:00+00:00","2026-11-08T01:13:14+00:00",{"id":168,"name":169,"slug":170,"color":171,"icon":172},7,"الاستضافة الذاتية","self-hosting","bg-indigo-500\u002F10 text-indigo-400","cloud",[174],{"id":168,"name":169,"slug":170,"color":171,"icon":172},"\u002Fblog\u002Fcovers\u002Fquest-ce-que-cloudlinux-os-poster.svg",{"id":177,"slug":178,"slugs":179,"title":183,"excerpt":184,"readTime":164,"views":185,"isPinned":19,"noindex":19,"publishedAt":186,"updatedAt":187,"category":188,"categories":193,"featuredImage":30,"bgImage":31,"posterImage":195,"relatedSolution":30},123,"ما-هي-رخصة-cpanelwhm",{"fr":180,"en":181,"ar":178,"es":182},"quest-ce-quune-licence-cpanel-whm","what-is-a-cpanelwhm-license","que-es-una-licencia-cpanel-whm","ما هي رخصة cPanel\u002FWHM؟","شرح cPanel وWHM: ما فائدة الرخصة، وكيف تُسعَّر (Admin وPro وPremier)، وكيفية تفعيلها على خادم VPS أو خادم مخصّص.",0,"2026-02-21T00:00:00+00:00","2026-10-20T23:18:07+00:00",{"id":189,"name":190,"slug":191,"color":192,"icon":191},5,"مقارنات","comparatif","bg-info\u002F10 text-info",[194],{"id":189,"name":190,"slug":191,"color":192,"icon":191},"\u002Fblog\u002Fcovers\u002Fquest-ce-quune-licence-cpanel-whm-poster.svg",{"id":197,"slug":198,"slugs":199,"title":203,"excerpt":204,"readTime":205,"views":18,"isPinned":19,"noindex":19,"publishedAt":206,"updatedAt":187,"category":207,"categories":208,"featuredImage":30,"bgImage":31,"posterImage":210,"relatedSolution":30},126,"نسخ-الخوادم-الاحتياطية-شرح-jetbackup",{"fr":200,"en":201,"ar":198,"es":202},"sauvegardes-serveur-jetbackup","server-backups-jetbackup-explained","copias-seguridad-servidor-jetbackup","JetBackup على cPanel\u002FWHM: التثبيت والاستعادة","كيفية تثبيت JetBackup على WHM وإعداد وجهات S3 أو SFTP وجدولة النسخ الاحتياطية واستعادة حساب أو قاعدة بيانات أو بريد إلكتروني بشكل منفصل.",9,"2026-02-18T00:00:00+00:00",{"id":168,"name":169,"slug":170,"color":171,"icon":172},[209],{"id":168,"name":169,"slug":170,"color":171,"icon":172},"\u002Fblog\u002Fcovers\u002Fsauvegardes-serveur-jetbackup-poster.svg",true,1794270340063]