وكالة في مدينة الكويت تدير 22 موقعاً لعملائها: 15 على WordPress، وأربعة تطبيقات Laravel، وواجهتا API مبنيتان على Node.js، ونظام محاسبة قديم مكتوب بـ ASP.NET. على cPanel تستطيع تشغيل الثلاثة الأولى، لكن النظام الرابع يحتاج خادم Windows، وcPanel لا يعمل إلا على Linux. أما Plesk فيعمل على النظامين بالواجهة والمفاهيم نفسها، ويضيف أدوات رسومية لـ Git وDocker وNode.js. لكنه ليس الخيار الأفضل دائماً. يشرح هذا الدليل كيف تنظّم Plesk الاستضافة فعلاً، وأي إصدار ترخيص تحتاج، وما الأوامر التي تختصر عليك التشخيص، ومتى يبقى cPanel الخيار الأصح.

01كيف تنظّم Plesk الاستضافة
تبني Plesk كل شيء على ثلاثة مستويات: المدير يملك الخادم، ويُنشئ لعملائه أو لنفسه، وكل اشتراك يضم نطاقاً أو أكثر. الاشتراك هو وحدة العزل: له مستخدم نظام خاص، ومجلد تحت /var/www/vhosts على Linux، وحدود للمساحة وعدد النطاقات وقواعد البيانات وصناديق البريد، تأتي من «خطة الخدمة» التي بُني عليها. تعدّل الخطة مرة، فيتغير كل اشتراك مرتبط بها.
وبخلاف cPanel الذي يفصل بين WHM لإدارة الخادم وcPanel لإدارة كل حساب، تبقى Plesk واجهة واحدة تتغير بحسب دورك: المدير يرى الخادم كله، والعميل يرى اشتراكاته فقط. وإن كنت تدير الخادم لمواقعك أنت، فعرض «Power User» يختصر الواجهة إلى ما تحتاجه دون طبقة العملاء.
02إصدارات الترخيص: ما الذي يتغير فعلاً
تبيع إليفانتي تراخيص Plesk مع خادم فقط: تحتاج خادماً افتراضياً CoreVPS أو خادماً مخصصاً نشطاً لديها، ويُفعَّل الترخيص تلقائياً مع الخادم. والفرق بين الإصدارات الثلاثة في عدد النطاقات وفي إدارة الآخرين، لا في أدوات المواقع الأساسية:
| الميزة | Web Admin | Web Pro | Web Host |
|---|---|---|---|
| عدد النطاقات | حتى 10 | حتى 30 | غير محدود |
| WP Toolkit ومنشئ المواقع Sitejet | متوفرة | متوفرة | متوفرة |
| إدارة الاشتراكات وحسابات العملاء | غير متوفرة | متوفرة | متوفرة |
| وحدات PostgreSQL وMSSQL | غير متوفرة | متوفرة | متوفرة |
| إدارة الموزعين (Reseller) | غير متوفرة | غير متوفرة | متوفرة |
| يناسب | خادماً لمواقعك أنت | وكالة تمنح عملاءها دخولاً خاصاً | من يبيع الاستضافة عبر موزعين |
القاعدة العملية: Web Admin لمن يدير مواقعه بنفسه، وWeb Pro حين يحتاج عملاؤك دخولاً خاصاً بهم أو تحتاج أنت PostgreSQL، وWeb Host حين تبيع الاستضافة. واحسب النطاقات التي ستضيفها خلال سنة، لا ما لديك اليوم، فالترقية بين الإصدارات ممكنة لكن التخطيط لها أهدأ من الاضطرار إليها.
03أدوات المواقع والمطوّرين
WP Toolkit
يجمع مواقع WordPress على الخادم في قائمة واحدة: تثبيت، وتحديث جماعي للنواة والإضافات، واستنساخ الموقع إلى نسخة تجريبية ثم مزامنتها مع الحي، وفحص لإجراءات التحصين مثل حجب xmlrpc.php وتعطيل محرر الملفات. والتحديثات الذكية التي تقارن الموقع قبل التحديث وبعده جزء من WP Toolkit Deluxe، وهو إضافة منفصلة.
Git
تربط أداة في Plesk موقعاً بمستودع على GitHub أو GitLab أو بمستودع على الخادم نفسه. تختار النشر التلقائي مع كل دفع للكود عبر webhook، أو النشر اليدوي حين تقرر، وتضيف أوامر تُنفَّذ بعد كل نشر، كتثبيت حزم Composer أو تشغيل ترحيلات قاعدة البيانات في تطبيق Laravel.
Docker وNode.js وPython
إضافة تشغّل الحاويات على خادم Linux من اللوحة، وتربط نطاقاً بمنفذ الحاوية عبر قاعدة وكيل (Docker Proxy Rules)، فيصل الزائر إلى التطبيق عبر HTTPS دون أن تحتاج إلى فتح منفذ الحاوية للعالم. وإضافة Node.js Toolkit تختار إصدار Node وملف التشغيل وتثبّت الحزم، ويدير Phusion Passenger العملية. أما Python فليس له أداة بمستوى Node.js Toolkit، والطريق الأنظف لتطبيق Django أو FastAPI حاوية Docker خلف قاعدة وكيل. وفي قائمة الإضافات أيضاً Laravel Toolkit وRuby وPHP Composer.
04الأمان والنسخ الاحتياطي
أربع طبقات حماية تأتي مع Plesk أو تضيفها إليه، ثم النسخ الاحتياطي الذي يحميك حين تفشل كلها:
- شهادات SSL: إضافة تصدر شهادة لكل نطاق وتجددها آلياً. ومع تقلّص أقصى عمر للشهادات العامة إلى 200 يوم منذ 15/3/2026، ثم إلى 100 يوم في 15/3/2027، لم يعد التجديد اليدوي خياراً.
- Fail2Ban: أداة تقرأ سجلات الدخول وتحظر العنوان الذي يكرر المحاولات الفاشلة مدة تحددها، عبر «سجون» منفصلة للوحة وSSH والبريد وخادم الويب.
- جدار الحماية: جدار Plesk يضبط قواعد جدار النظام من اللوحة. أغلق كل منفذ لا تحتاجه، واحصر SSH ومنفذ اللوحة 8443 بعناوين فريقك إن استطعت.
- طبقات أعمق: ModSecurity جدار حماية لتطبيقات الويب متاح في Plesk، وبين الإضافات التي توفرها إليفانتي قواعد ModSecurity المتقدمة وImunify وBitNinja وKernelCare.
ومدير النسخ الاحتياطي في Plesk يجدول نسخاً كاملة أو تزايدية للخادم كله أو لكل اشتراك، ويحفظها على الخادم نفسه أو على تخزين بعيد عبر FTP أو FTPS، أو في السحابة بإضافة مثل Backup to Cloud Pro. والنسخة على الخادم نفسه لا تحميك من تعطله، فاجعل الوجهة الأساسية خارجه، وأي مساحة تقبل FTPS تصلح لذلك، ومنها صندوق StorX Box من إليفانتي. ثم جرّب استعادة اشتراك كامل مرة على الأقل قبل أن تحتاجها.

05أوامر Plesk التي تحتاجها فعلاً
كل ما في اللوحة تقريباً له أمر مقابل عبر SSH بصلاحيات root. هذه الأوامر تغطي معظم التشخيص اليومي:
# إصدار Plesk ونظام التشغيلplesk version# فحص سلامة المكونات والإعدادات دون إصلاح أي شيءplesk repair all -n# الاشتراكات على الخادمplesk bin subscription --list# رابط دخول لمرة واحدة لحساب المدير، مفيد حين تُفقد كلمة المرورplesk login# الإضافات المثبتة وإصداراتهاplesk bin extension --list# مواقع WordPress التي يديرها WP Toolkitplesk ext wp-toolkit --list
إن أظهر الفحص أخطاء، فخذ نسخة احتياطية، ثم شغّل أمر الإصلاح نفسه دون الخيار -n، وسيطلب تأكيدك قبل كل إصلاح. وحين يشكو عميل من أنه لا يصل إلى الخادم، فابدأ بسجون Fail2Ban:
# السجون المفعّلةfail2ban-client status# العناوين المحظورة في سجن خادم الويبfail2ban-client status plesk-apache# رفع الحظر عن عنوان حُظر خطأًfail2ban-client set plesk-apache unbanip 203.0.113.25
- المشكلةلوحة Plesk لا تفتح على المنفذ 8443
- الحلتأكد أن المنفذ مفتوح في جدار الحماية وجدار المزود إن وُجد، وأن خدمتي اللوحة sw-cp-server وsw-engine تعملان، ثم شغّل فحص repair المذكور أعلاه.
- المشكلةشهادة Let’s Encrypt لا تُصدر أو لا تتجدد
- الحلتحقق أن سجلي A وAAAA يشيران إلى الخادم، وأن المنفذ 80 مفتوح للتحقق، وأن سجل CAA إن وُجد يسمح بـ letsencrypt.org. شهادة Wildcard تحتاج تحققاً عبر DNS. ثم افحص النتيجة بأداة «فحص شهادة SSL» على موقع إليفانتي.
- المشكلةعميل لم يعد يصل إلى لوحته وبريده من مكتبه فجأة
- الحلالأرجح أن Fail2Ban حظر عنوانه بعد محاولات دخول خاطئة. ارفع الحظر، وأضف عناوين المكاتب الثابتة إلى القائمة الموثوقة في إعدادات IP Address Banning.
06Plesk أم cPanel: مقارنة صريحة
| المعيار | Plesk | cPanel |
|---|---|---|
| نظام التشغيل | Linux وWindows مع IIS وASP.NET وMSSQL | Linux فقط |
| بنية الواجهة | واجهة واحدة بأدوار: مدير وموزع وعميل | WHM لإدارة الخادم، وcPanel لكل حساب |
| اللغات غير PHP | Node.js وRuby وDocker وLaravel بإضافات رسمية | Node.js وPython عبر Application Manager أو CloudLinux، دون Docker من اللوحة |
| أساس الترخيص | عدد النطاقات: 10 أو 30 أو غير محدود | عدد الحسابات: 5 أو 30 أو 50 أو أكثر |
| الاستضافة المشتركة الكثيفة | ممكنة مع CloudLinux وImunify | المعيار الفعلي لدى مزودي الاستضافة المشتركة |
| نقل المواقع | Plesk Migrator يستورد من cPanel ولوحات أخرى | نقل حساب إلى خادم cPanel آخر إجراء قياسي |
| WordPress بالجملة | WP Toolkit، وقد وُلد في Plesk | WP Toolkit متاح أيضاً |
| الأنسب | وكالات بتقنيات متعددة، وتطبيقات Windows | استضافة PHP مشتركة، وفرق اعتادت cPanel |
ما يقوله الجدول: الفرق الحاسم ليس في شكل الواجهة، بل في نظام التشغيل الذي تحتاجه، والتقنيات غير PHP التي تشغّلها، وطريقة عدّ الترخيص. بقية الميزات متقاربة إلى حد أن الانتقال بين اللوحتين قرار تتخذه، لا ضرورة تفرض نفسها. ونشرح cPanel وحدوده بالتفصيل في مقال مستقل على المدونة.
07قبل أن تقرر
اختر Plesk إن انطبق عليك واحد من ثلاثة: تحتاج Windows لتطبيق ASP.NET أو قاعدة MSSQL، أو تشغّل تطبيقات Node.js أو حاويات Docker إلى جانب PHP وتريد إدارتها من اللوحة، أو تدير عدداً محدوداً من النطاقات لعملاء كثيرين يحتاج كل منهم دخوله الخاص. وفي غير ذلك يبقى cPanel خياراً متيناً، خاصة للاستضافة المشتركة.

وفي إليفانتي تختار Plesk Obsidian تطبيقاً جاهزاً عند طلب خادم CoreVPS بنظام Ubuntu، فيصلك الخادم واللوحة مثبّتة، ويُفعَّل الإصدار الذي تختاره مع الخادم. شغّل فحص repair في يومك الأول، واضبط النسخ الاحتياطي إلى وجهة خارج الخادم قبل أن تنقل أول موقع. وإن كان تطبيقك يحتاج Windows، فاختر قالب Windows Server وتأكد مع الدعم الفني من تفعيل ترخيص Plesk عليه قبل أن تبني عليه.




