Nginx چیست و چرا روی سرور محبوب است؟

Nginx یک وب‌سرور پرکاربرد و سبک است که می‌تواند درخواست‌های HTTP/HTTPS را با مصرف منابع کمتر مدیریت کند. در بسیاری از سرورها از Nginx برای سرو فایل‌های استاتیک، Reverse Proxy، Load Balancing، کش، اتصال به PHP-FPM و بهبود پاسخ‌دهی در ترافیک بالا استفاده می‌شود.

اما در دنیای کنترل‌پنل‌ها، Nginx همیشه به معنی «حذف Apache» نیست. گاهی Nginx وب‌سرور اصلی است، گاهی جلوی Apache می‌ایستد، گاهی فقط فایل‌های استاتیک را سرو می‌کند و گاهی اصلاً نباید به سیستم اضافه شود چون پنل از وب‌سرور دیگری مثل OpenLiteSpeed استفاده می‌کند.

DirectAdmin، cPanel یا CyberPanel؟ مسیر درست نصب Nginx کدام است؟

چک‌لیست قبل از نصب یا فعال‌سازی Nginx

بخش بزرگی از مشکلات کاربران به دلیل عجله در تغییر وب‌سرور رخ می‌دهد. قبل از هر تغییری این موارد را بررسی کنید.

دستورهای بررسی قبل از شروع

# چه چیزی روی پورت‌های وب گوش می‌کند؟
ss -tulpn | grep -E ':80|:443|:8080|:7080|:8090|:2087|:2222'

# وضعیت سرویس‌های رایج
systemctl status nginx --no-pager 2>/dev/null
systemctl status httpd --no-pager 2>/dev/null
systemctl status apache2 --no-pager 2>/dev/null
systemctl status lsws --no-pager 2>/dev/null
systemctl status lscpd --no-pager 2>/dev/null

# بررسی IPهای سرور
ip a

# تست DNS دامنه
dig +short example.com
dig +short www.example.com

آموزش نصب Nginx در DirectAdmin با CustomBuild

در DirectAdmin نصب Nginx باید از مسیر CustomBuild انجام شود. این روش باعث می‌شود DirectAdmin کانفیگ سایت‌ها، PHP-FPM، SSL و VirtualHostها را مطابق ساختار خودش بسازد. در نسخه‌های جدید، دستور da build استفاده می‌شود.

روش پیشنهادی جدید با da build

# ورود با root
da build update

# انتخاب Nginx به عنوان وب‌سرور اصلی
da build set webserver nginx

# Nginx برای PHP به PHP-FPM نیاز دارد
da build set php1_mode php-fpm

# ساخت و نصب Nginx
da build nginx

# بازسازی PHP
da build php

# بازنویسی کانفیگ‌ها
da build rewrite_confs

روش قدیمی‌تر CustomBuild برای سرورهایی که da build ندارند

cd /usr/local/directadmin/custombuild

./build update
./build set webserver nginx
./build set php1_mode php-fpm
./build nginx
./build php n
./build rewrite_confs

بعد از نصب چه چیزهایی را تست کنیم؟

# تست وضعیت Nginx
systemctl status nginx --no-pager

# تست کانفیگ Nginx
nginx -t

# ری‌لود امن کانفیگ
systemctl reload nginx

# بررسی لاگ خطا
tail -n 100 /var/log/nginx/error.log

# بررسی PHP-FPM
systemctl status php-fpm* --no-pager 2>/dev/null || true

نصب Nginx+Apache در DirectAdmin؛ انتخاب امن‌تر برای سازگاری .htaccess

اگر می‌خواهید Nginx سرعت سرو فایل‌های استاتیک را بهتر کند اما همچنان سازگاری Apache و .htaccess حفظ شود، حالت Nginx+Apache معمولاً انتخاب امن‌تری است. در این مدل، Nginx جلوی Apache قرار می‌گیرد؛ فایل‌های استاتیک را خودش پاسخ می‌دهد و درخواست‌های PHP را به Apache/PHP-FPM عبور می‌دهد.

da build set webserver nginx_apache
da build nginx_apache
da build php
da build rewrite_confs

نسخه CustomBuild قدیمی‌تر

cd /usr/local/directadmin/custombuild
./build update
./build set webserver nginx_apache
./build nginx_apache
./build php n
./build rewrite_confs

آموزش نصب Nginx در cPanel/WHM با NGINX Manager

در cPanel بهتر است Nginx را از WHM و EasyApache 4 نصب کنید، نه به‌صورت دستی. مسیر گرافیکی معمولاً این است:

در این حالت cPanel، Nginx را در ساختار خودش نصب می‌کند، پورت‌های Apache را تنظیم می‌کند و برای اکانت‌ها امکان کش Nginx را فعال یا قابل مدیریت می‌کند.

نصب از SSH در cPanel

# AlmaLinux / Rocky / CloudLinux
dnf install ea-nginx

# CentOS 7
yum install ea-nginx

# Ubuntu
apt install --purge ea-nginx

مدیریت Nginx در WHM

• Use Caching by Default: فعال یا غیرفعال کردن کش پیش‌فرض برای اکانت‌ها.
• Clear Cache for All Users: پاکسازی کش همه کاربران.
• Restart NGINX: راه‌اندازی مجدد سرویس Nginx.
• Rebuild Configuration: بازسازی کانفیگ Nginx.
• User Settings: فعال/غیرفعال کردن کش برای هر اکانت.

حذف Nginx در cPanel

# AlmaLinux / Rocky / CloudLinux
dnf uninstall ea-nginx

# CentOS 7
yum uninstall ea-nginx

# Ubuntu
apt purge ea-nginx

نصب Nginx روی CyberPanel؛ آیا کار درستی است؟

CyberPanel به‌صورت پیش‌فرض برای کار با OpenLiteSpeed/LiteSpeed طراحی شده است. بنابراین وقتی کاربر می‌پرسد «چطور روی CyberPanel Nginx نصب کنم؟» پاسخ حرفه‌ای این است که اول هدف را مشخص کنیم: اگر هدف فقط سرعت وردپرس است، معمولاً مسیر درست، تنظیم OpenLiteSpeed، LiteSpeed Cache، کش، PHP و دیتابیس است؛ نه جایگزینی وب‌سرور با Nginx.

چه زمانی Nginx کنار CyberPanel قابل قبول است؟

• وقتی یک اپلیکیشن جداگانه روی پورت متفاوت دارید و می‌خواهید با دقت Reverse Proxy بسازید.
• وقتی Nginx فقط داخل Docker یا شبکه جداگانه استفاده می‌شود و پورت‌های CyberPanel را نمی‌گیرد.
• وقتی از ابتدا تصمیم گرفته‌اید CyberPanel را کنار بگذارید و سرور را با Nginx خام مدیریت کنید.

روش امن‌تر برای کاربر CyberPanel

# بررسی اینکه OpenLiteSpeed روی چه پورت‌هایی فعال است
ss -tulpn | grep -E ':80|:443|:7080|:8090'

# وضعیت سرویس‌های CyberPanel/OpenLiteSpeed
systemctl status lsws --no-pager
systemctl status lscpd --no-pager

# لاگ‌های مفید
tail -n 100 /usr/local/lsws/logs/error.log 2>/dev/null
tail -n 100 /usr/local/lscp/logs/error.log 2>/dev/null

Nginx Cache، وردپرس و ووکامرس؛ کجا باید مراقب باشیم؟

کش Nginx می‌تواند سرعت سایت را بالا ببرد، اما اگر اشتباه تنظیم شود، بزرگ‌ترین دردسر فروشگاه‌ها و سایت‌های عضویت می‌شود. رایج‌ترین مشکل این است که صفحه سبد خرید، پرداخت، حساب کاربری یا API اشتباهاً کش می‌شود.

SSL و HTTPS بعد از فعال‌سازی Nginx

بعد از تغییر وب‌سرور، یکی از سوالات رایج کاربران این است: «چرا SSL قبلاً کار می‌کرد اما الان خطا می‌دهد؟» دلیل می‌تواند بازسازی نشدن کانفیگ، فعال نبودن پورت 443، مشکل SNI، باقی‌ماندن کانفیگ قدیمی یا کش مرورگر باشد.

تست‌های سریع SSL

# تست اتصال HTTPS از خود سرور
curl -I https://example.com

# مشاهده گواهی
openssl s_client -connect example.com:443 -servername example.com /dev/null | openssl x509 -noout -subject -issuer -dates

# تست کانفیگ Nginx
nginx -t

در DirectAdmin بهتر است بعد از تغییر وب‌سرور، کانفیگ‌ها را با da build rewrite_confs بازسازی کنید. در cPanel از WHM و NGINX Manager برای Rebuild Configuration استفاده کنید. در CyberPanel هم از ابزار SSL خود پنل و لاگ‌های OpenLiteSpeed کمک بگیرید.

مشکلات رایج نصب Nginx و راه‌حل‌ها

خطای ۱: nginx: [emerg] bind() to 0.0.0.0:80 failed

این خطا یعنی پورت 80 یا 443 قبلاً توسط سرویس دیگری گرفته شده است. در کنترل‌پنل‌ها این سرویس ممکن است Apache، OpenLiteSpeed یا یک Nginx قدیمی باشد.

ss -tulpn | grep -E ':80|:443'
systemctl status nginx --no-pager
systemctl status httpd --no-pager
systemctl status apache2 --no-pager
systemctl status lsws --no-pager

خطای ۲: 502 Bad Gateway

در DirectAdmin با Nginx کامل، این خطا اغلب به PHP-FPM، سوکت PHP، پر بودن صف اتصال یا down بودن سرویس PHP مربوط است.

nginx -t
systemctl status php-fpm* --no-pager 2>/dev/null || true
tail -n 100 /var/log/nginx/error.log
tail -n 100 /var/log/php-fpm/error.log 2>/dev/null || true

خطای ۳: 504 Gateway Time-out

معمولاً یعنی PHP یا upstream دیر پاسخ داده است. در پروژه‌های سنگین وردپرس، ایمپورت، بکاپ، ووکامرس یا APIهای کند زیاد دیده می‌شود.

# DirectAdmin/Nginx: بررسی تایم‌اوت‌ها
grep -R "fastcgi_read_timeout|proxy_read_timeout" /etc/nginx 2>/dev/null

# بررسی زمان اجرای PHP
php -i | grep -E "max_execution_time|memory_limit"

خطای ۴: سایت وردپرس صفحه 404 می‌دهد

اگر بعد از تغییر از Apache به Nginx، نوشته‌ها یا لینک‌های داخلی وردپرس 404 شدند، مشکل معمولاً از rewrite است. در Nginx فایل .htaccess اجرا نمی‌شود و باید rewrite مناسب ساخته شود یا از حالت Nginx+Apache استفاده کنید.

خطای ۵: پنل باز نمی‌شود اما سایت باز است

ممکن است پورت پنل در فایروال بسته باشد یا سرویس پنل مشکل داشته باشد. پورت‌های مهم: DirectAdmin معمولاً 2222، CyberPanel معمولاً 8090، WHM معمولاً 2087.

ss -tulpn | grep -E ':2222|:8090|:2087'
csf -l 2>/dev/null | grep -E '2222|8090|2087' || true
iptables -L -n -v | head -n 80

خطای ۶: کش Nginx تغییرات سایت را نشان نمی‌دهد

کش را پاک کنید و مطمئن شوید CDN، کش پلاگین وردپرس و کش Nginx همزمان مشکل ایجاد نکرده‌اند.

خطای ۷: فایل‌های مخفی یا .htaccess دانلود/نمایش داده می‌شوند

در کانفیگ حرفه‌ای نباید فایل‌های حساس مثل .env، .git و .htaccess از وب قابل مشاهده باشند. این موضوع را بعد از هر تغییر وب‌سرور تست کنید.

دستورهای مدیریتی مهم Nginx