کانفیگ حرفه ای سرور cPanel مجموعه ای از تنظیمات هماهنگ در سیستم عامل، WHM، وب سرور، PHP، پایگاه داده، DNS، ایمیل، فایروال، بکاپ و مانیتورینگ است. نصب cPanel به تنهایی سرور را سریع یا امن نمی کند؛ کیفیت نهایی زمانی شکل می گیرد که منابع واقعی سرور، نوع سایت ها و الگوی مصرف کاربران اندازه گیری شوند و هر سرویس بر همان اساس تنظیم شود.
هیچ عدد ثابتی برای تعداد سایت قابل میزبانی روی یک سرور وجود ندارد. یک سایت فروشگاهی پرترافیک ممکن است منابع بیشتری از ده ها سایت شرکتی کم بازدید مصرف کند. بنابراین وعده هایی مانند «میزبانی صدها سایت با 8 گیگابایت RAM» بدون بررسی CPU، PHP Worker، دیتابیس، دیسک و ترافیک معیار فنی معتبری نیستند.
تفاوت cPanel و WHM چیست؟
cPanel پنل کاربر نهایی برای مدیریت دامنه، فایل، ایمیل، پایگاه داده، SSL و تنظیمات سایت است. WHM یا WebHost Manager بخش مدیریتی سرور محسوب می شود و مدیر از طریق آن حساب ها، پکیج ها، DNS، PHP، وب سرور، بکاپ، امنیت و سرویس های اصلی را کنترل می کند.
WHM خود یک سرور نیست و سرور مجازی یا اختصاصی ایجاد نمی کند؛ بلکه روی یک سیستم عامل سازگار نصب می شود و خدمات میزبانی را مدیریت می کند. اگر هنوز مرحله نصب را انجام نداده اید، ابتدا راهنمای نصب cPanel در AlmaLinux را بخوانید.
پیش نیازهای کانفیگ حرفه ای سرور cPanel
- سرور مجازی یا اختصاصی با منابع کافی و دسترسی root
- سیستم عامل تازه، پشتیبانی شده و بدون کنترل پنل قبلی
- Hostname معتبر با رکورد DNS صحیح
- IP عمومی ثابت و ترجیحا سابقه سالم برای ارسال ایمیل
- تعیین Nameserverها و دسترسی به پنل ثبت دامنه
- فضای جدا برای نسخه پشتیبان یا مقصد Remote
- برنامه مشخص برای به روز رسانی، مانیتورینگ و بازیابی
انتخاب میان VPS و سرور فیزیکی باید بر اساس بار واقعی انجام شود. برای پروژه های پرترافیک، راهنمای خرید سرور اختصاصی ایران معیارهای CPU، RAM، RAID و شبکه را توضیح می دهد.
سیستم عامل های سازگار با cPanel در سال 2026
فهرست رسمی cPanel برای نصب های جدید شامل خانواده های AlmaLinux، Rocky Linux، CloudLinux و Ubuntu است. نسخه دقیق پشتیبانی شده به شاخه cPanel و چرخه عمر سیستم عامل وابسته است؛ بنابراین پیش از نصب باید صفحه System Requirements رسمی را بررسی کرد. CentOS 7 دیگر گزینه مناسبی برای یک نصب جدید نیست و نباید دستورالعمل های قدیمی آن مبنای کانفیگ امروز قرار گیرند.
AlmaLinux و Rocky Linux انتخاب های رایج سازگار با اکوسیستم RHEL هستند. CloudLinux برای میزبانی اشتراکی ابزارهای کنترل منابع و جداسازی کاربران را اضافه می کند. Ubuntu نیز در نسخه های پشتیبانی شده cPanel قابل استفاده است، اما تمام افزونه های جانبی باید جداگانه از نظر سازگاری بررسی شوند. مقاله مقایسه توزیع های لینوکس به انتخاب دقیق تر کمک می کند.
مرحله اول: به روز رسانی و تنظیمات پایه
پس از نصب، نسخه cPanel و بسته های سیستم عامل باید روی شاخه پایدار و پشتیبانی شده قرار گیرند. زمان سرور و NTP، Resolverها، Hostname، Reverse DNS و منطقه زمانی را کنترل کنید. خطای ساعت می تواند SSL، لاگ ها، احراز هویت و وظایف زمان بندی شده را مختل کند.
دسترسی SSH را با کلید عمومی ایمن کنید، حساب مدیریتی جدا بسازید و پس از آزمایش دسترسی، ورود مستقیم root و ورود با رمز را بر اساس سیاست امنیتی محدود کنید. تغییر پورت SSH به تنهایی امنیت محسوب نمی شود؛ محدودسازی IP، کلید امن، فایروال و پایش ورود اهمیت بیشتری دارند.
مرحله دوم: تنظیم DNS و Nameserver اختصاصی
برای DNS اختصاصی معمولا دو Nameserver مانند ns1 و ns2 تعریف می شود. در رجیسترار باید Glue Record یا Child Nameserver را به IPهای مربوط متصل کنید و سپس همان مقادیر را در WHM ثبت نمایید. رکوردهای A، AAAA، MX، SPF، DKIM و DMARC باید با معماری واقعی سرویس هماهنگ باشند.
قرار دادن دو Nameserver روی یک سرور، افزونگی واقعی ایجاد نمی کند. برای سرویس حساس بهتر است DNS ثانویه روی شبکه یا سروری مستقل داشته باشید. تغییر DNS را با ابزارهای مستقل بررسی کنید و فقط مشاهده یک پاسخ محلی را نشانه تکمیل انتشار ندانید.
مرحله سوم: تنظیم EasyApache، PHP و Handler
EasyApache 4 مدیریت Apache، نسخه های PHP و افزونه های مرتبط را در WHM انجام می دهد. فقط نسخه های PHP مورد نیاز و پشتیبانی شده را نصب کنید. نگهداری نسخه منقضی برای سازگاری یک سایت قدیمی، کل سرور را در معرض ریسک قرار می دهد؛ بهتر است ابتدا افزونه یا کد ناسازگار اصلاح شود.
مقادیر memory_limit، max_execution_time، upload_max_filesize و post_max_size نباید برای همه حساب ها بدون محدودیت افزایش یابند. این مقادیر باید با نوع سایت و RAM سرور هماهنگ باشند. راهنمای تغییر نسخه PHP در cPanel روش MultiPHP Manager و PHP Selector را توضیح می دهد.
PHP-FPM می تواند مدیریت پردازش های PHP را بهتر کند، اما تعداد Workerها و سقف حافظه باید محاسبه شوند. فعال کردن Workerهای زیاد بدون RAM کافی ممکن است باعث Swap، کندی یا Out of Memory شود.
مرحله چهارم: انتخاب Apache یا LiteSpeed
Apache گزینه پیش فرض و سازگار cPanel است. LiteSpeed Web Server می تواند جایگزین Apache شود و با پلاگین WHM، LSAPI و LiteSpeed Cache مدیریت شود. انتخاب وب سرور باید بر اساس نوع سایت ها، لایسنس، مقدار RAM و نیاز به کش انجام شود؛ نصب LiteSpeed به تنهایی تضمین سرعت نیست.
پس از نصب LiteSpeed باید وضعیت PHP Handler، ارتباط با CloudLinux، تنظیمات Cache و سازگاری Rewrite Rules بررسی شود. مستندات رسمی LiteSpeed ترکیب cPanel، LiteSpeed و CloudLinux را پشتیبانی می کند. برای مقایسه معماری ها، مقاله وب سرور چیست را ببینید.
مرحله پنجم: نصب و تنظیم CloudLinux
CloudLinux برای سرور میزبانی اشتراکی امکان تعریف محدودیت CPU، RAM، Entry Process، IOPS و تعداد پردازش را با LVE فراهم می کند. CageFS هر کاربر را در یک محیط فایل جدا قرار می دهد و PHP Selector امکان انتخاب نسخه و Extensionهای PHP را به کاربر می دهد.
فعال کردن CloudLinux بدون تعیین LVE مناسب کافی نیست. محدودیت خیلی پایین باعث خطای 508 و تجربه ضعیف می شود و محدودیت بیش از حد بالا اجازه می دهد یک حساب منابع کل سرور را مصرف کند. مقادیر را بر اساس پلن، داده های مصرف و نوع سایت تعیین کنید. طبق مستندات رسمی، CageFS باید برای عملکرد PHP Selector فعال باشد.
مرحله ششم: بهینه سازی MySQL یا MariaDB
تنظیمات دیتابیس باید با مقدار RAM، اندازه داده، نوع جدول، تعداد اتصال هم زمان و الگوی Query هماهنگ شوند. کپی کردن یک فایل my.cnf آماده از اینترنت ممکن است حافظه را بیش از حد رزرو کند یا عملکرد را کاهش دهد.
- Slow Query Log را برای شناسایی Queryهای کند به صورت کنترل شده فعال کنید.
- حجم InnoDB Buffer Pool را با توجه به RAM و سرویس های دیگر تعیین کنید.
- تعداد Connectionها را بدون بررسی مصرف حافظه افزایش ندهید.
- دیسک، IOPS و تاخیر Storage را همراه با CPU پایش کنید.
- پیش از تغییر بزرگ از دیتابیس بکاپ بگیرید و امکان Rollback داشته باشید.
بهینه سازی دیتابیس باید پس از جمع آوری چند روز داده انجام شود. نتیجه هر تغییر را با شاخص هایی مانند زمان Query، Load، I/O Wait و مصرف RAM بسنجید.
مرحله هفتم: فایروال و WHM Security Advisor
فایروال باید فقط پورت های لازم cPanel، وب، DNS، ایمیل و دسترسی مدیریتی را باز کند. فهرست پورت ها را از مستندات رسمی cPanel بگیرید؛ باز کردن یک بازه وسیع یا کپی قوانین ناشناخته می تواند امنیت را کاهش دهد.
مسدود کردن کامل یک کشور به صورت پیش فرض راهکار استانداردی برای همه سرورها نیست. این اقدام می تواند کاربران واقعی، ربات های معتبر، سرویس های مانیتورینگ و APIها را مختل کند. تصمیم Geo Block باید بر اساس لاگ، مدل تهدید و محل کاربران گرفته شود.
Security Advisor در WHM تنظیمات مهم را بررسی می کند، اما جای ممیزی کامل امنیتی را نمی گیرد. هشدارهای آن، اعلان های Contact Manager، لاگ ورود و تغییرات پکیج ها را منظم کنترل کنید. نرم افزار فایروال و افزونه های امنیتی نیز باید به روز بمانند؛ cPanel در 5 اوت 2026 یک به روز رسانی امنیتی برای CSF منتشر کرد.
مرحله هشتم: SSL و AutoSSL
AutoSSL صدور و تمدید گواهینامه حساب ها را خودکار می کند. پس از فعال سازی، وضعیت DNS، رکورد CAA، دسترسی HTTP و گزارش خطاهای صدور را بررسی کنید. دامنه ای که به IP دیگری اشاره می کند یا پشت Proxy به درستی تنظیم نشده، ممکن است اعتبارسنجی را رد کند.
SSL تنها ارتباط را رمزگذاری می کند و به معنی امن بودن کد سایت نیست. بروزرسانی وردپرس و افزونه ها، WAF، کنترل دسترسی و بکاپ همچنان ضروری هستند. برای آشنایی پایه، مقاله گواهینامه SSL چیست را مطالعه کنید.
مرحله نهم: امنیت ایمیل و اعتبار IP
رکوردهای SPF، DKIM و DMARC را برای دامنه میزبان و حساب ها تنظیم کنید. Reverse DNS باید با Hostname و مسیر ارسال هماهنگ باشد. محدودیت ارسال ساعتی، پایش Mail Queue و بررسی Exim Log می تواند آلودگی یا ارسال هرزنامه را سریع تر مشخص کند.
در صورت مشاهده ارسال غیرعادی، ابتدا منبع را پیدا و خروجی حساب آلوده را متوقف کنید؛ حذف صف بدون بستن منبع مشکل را حل نمی کند. راهنمای قطع ارسال ایمیل یک دامنه در WHM روش امن واکنش را توضیح می دهد.
مرحله دهم: بکاپ محلی و Remote
بکاپ نباید فقط روی همان دیسک سرور نگهداری شود. خرابی دیسک، حذف اشتباه، باج افزار یا مشکل دیتاسنتر می تواند هم سایت و هم نسخه محلی را از بین ببرد. حداقل یک مقصد جدا برای بکاپ Remote در نظر بگیرید.
- دوره بکاپ روزانه، هفتگی و ماهانه را متناسب با RPO تعیین کنید.
- مدت نگهداری را با ظرفیت مقصد و الزام کسب و کار هماهنگ کنید.
- فایل ها، دیتابیس، ایمیل و تنظیمات حساب را پوشش دهید.
- انتقال و فضای ذخیره سازی را رمزگذاری کنید.
- به صورت دوره ای Restore واقعی یک حساب را آزمایش کنید.
- هشدار شکست Backup Job را به مدیر ارسال کنید.
JetBackup یا سیستم داخلی cPanel هر دو به تنظیم مقصد، Retention و آزمون بازیابی نیاز دارند. داشتن Job سبز بدون آزمون Restore برای برنامه بازیابی کافی نیست.
مرحله یازدهم: محافظت DDoS و پنهان سازی Origin
فایروال داخل سرور نمی تواند حمله ای را که ظرفیت پورت دیتاسنتر را اشباع کرده متوقف کند. دفاع حجمی باید در شبکه بالادستی انجام شود. برای وب سایت عمومی می توان از CDN و WAF استفاده کرد، اما IP اصلی Origin نیز باید از دسترسی مستقیم محافظت شود.
Rate Limiting، محدودسازی پنل های مدیریتی، WAF و کش برای حملات لایه کاربرد مفید هستند. راهنمای حمله DDoS چیست تفاوت دفاع شبکه، پروتکل و لایه 7 را کامل تر شرح می دهد.
مرحله دوازدهم: مانیتورینگ و هشدار
کانفیگ حرفه ای بدون مانیتورینگ پایدار نمی ماند. مصرف CPU و RAM، Load Average، Disk Usage، I/O Wait، سلامت RAID، تعداد پردازش PHP، اتصال دیتابیس، Mail Queue و پاسخ سرویس ها را پایش کنید.
اعلان های Contact Manager را به ایمیلی خارج از همان سرور ارسال کنید تا هنگام خرابی سرویس نیز هشدار قابل دریافت باشد. آستانه هشدار باید پیش از توقف کامل سرویس فعال شود و هر هشدار نیز Runbook مشخص داشته باشد.
چک لیست نهایی کانفیگ سرور cPanel
- سیستم عامل و نسخه cPanel پشتیبانی می شوند.
- Hostname، PTR، DNS و زمان سرور صحیح هستند.
- SSH با کلید و محدودیت دسترسی محافظت شده است.
- پورت های فایروال بر اساس نیاز واقعی باز شده اند.
- نسخه های PHP و Extensionهای اضافی کنترل شده اند.
- وب سرور و PHP Handler با منابع سرور هماهنگ هستند.
- LVE، CageFS و PHP Selector در صورت استفاده آزمایش شده اند.
- تنظیم MySQL بر پایه داده و Slow Query انجام شده است.
- AutoSSL، SPF، DKIM، DMARC و Reverse DNS سالم هستند.
- بکاپ Remote و Restore آزمایشی موفق بوده اند.
- مانیتورینگ، Contact Manager و هشدار فضای دیسک فعال هستند.
- برنامه بروزرسانی و بازبینی امنیتی مستند شده است.
اشتباهات رایج در کانفیگ cPanel
- استفاده از CentOS 7 یا آموزش های منقضی برای نصب جدید
- افزایش بدون محاسبه PHP Worker و MySQL Connection
- نصب هم زمان چند ابزار امنیتی ناسازگار
- مسدودسازی گسترده کشورها بدون تحلیل لاگ
- ذخیره تمام بکاپ ها روی همان سرور
- باز گذاشتن WHM، SSH و کنسول مدیریت برای تمام اینترنت
- تغییر مستقیم فایل های تولیدشده توسط cPanel بدون مسیر Override استاندارد
- ارزیابی ظرفیت سرور فقط بر اساس تعداد سایت
خدمات کانفیگ حرفه ای ارومیا سرور
کانفیگ درست باید با نقش سرور هماهنگ باشد؛ سرور هاست اشتراکی، فروشگاه ووکامرس، نمایندگی میزبانی یا سامانه سازمانی تنظیم یکسانی ندارند. ارومیا سرور پیش از اجرا، منابع سخت افزاری، نوع سایت ها، ترافیک، کنترل پنل و نیاز بکاپ را بررسی می کند و سپس امنیت، وب سرور، PHP، دیتابیس، DNS، ایمیل و مانیتورینگ را متناسب تنظیم می کند.
برای دریافت برآورد دقیق، مدل CPU، مقدار RAM، نوع دیسک، تعداد و نوع سایت ها، میانگین مصرف، سیستم عامل و افزونه های مورد نیاز را آماده کنید. مقایسه خروجی پیش و پس از کانفیگ باید با شاخص های قابل اندازه گیری انجام شود، نه صرفا احساس سریع تر شدن.
سوالات متداول
کانفیگ حرفه ای cPanel چقدر زمان می برد؟
زمان اجرا به وضعیت سرور، مهاجرت حساب ها، تعداد سرویس ها و نیاز به آزمون بستگی دارد. نصب اولیه ممکن است سریع باشد، اما تنظیم و پایش پایدار به بررسی داده واقعی نیاز دارد.
برای cPanel کدام سیستم عامل بهتر است؟
AlmaLinux، Rocky Linux، CloudLinux و Ubuntu در نسخه های مشخص پشتیبانی می شوند. انتخاب به نوع میزبانی، افزونه ها و مهارت تیم بستگی دارد و باید با فهرست رسمی همان روز تطبیق داده شود.
آیا LiteSpeed همیشه سرور را سریع تر می کند؟
خیر. LiteSpeed می تواند برای بسیاری از سایت ها مفید باشد، اما نتیجه به Cache، PHP، دیتابیس، منابع و تنظیم برنامه بستگی دارد.
آیا CloudLinux برای هر سروری ضروری است؟
برای هاست اشتراکی بسیار کاربردی است، اما در سرور تک سایت یا کاربرد اختصاصی همیشه ضرورت ندارد. LVE و CageFS باید با مدل سرویس هماهنگ شوند.
آیا RAID جای بکاپ را می گیرد؟
خیر. RAID برای تحمل خرابی دیسک طراحی شده است و در برابر حذف داده، آلودگی یا حادثه کامل سرور کافی نیست. بکاپ Remote و آزمایش Restore ضروری هستند.
هیچ نظری ثبت نشده است