رفع خطای( 421 Misdirected Request) پس از به‌روزرسانی اخیر( ea-apache)

معرفی مشکل

پس از به‌روزرسانی بسته‌ی ea-apache24 به نسخه‌ی 2.4.64 در سرورهای cPanel، برخی وب‌سایت‌هایی که پشت سرویس‌های reverse proxy مانند EA-Nginx یا Cloudflare اجرا می‌شوند، ممکن است با خطای زیر مواجه شوند:

421 Misdirected Request

این خطا معمولاً پس از به‌روزرسانی اخیر در ساختار SSL/TLS آپاچی مشاهده می‌شود و مانع از بارگذاری صحیح وب‌سایت‌ها می‌گردد.

محیط و شرایط بروز خطا

این خطا در سرورهایی با مشخصات زیر دیده شده است:

• سیستم‌عامل CloudLinux
• نسخه‌های ea-apache24 پایین‌تر از 2.4.65-3
• کنترل‌پنل cPanel
• نصب بودن Imunify360
• استفاده از reverse proxy‌ها مانند EA-Nginx یا Cloudflare

علت بروز خطا

نسخه‌ی Apache 2.4.64 به‌منظور افزایش امنیت و رفع برخی آسیب‌پذیری‌های امنیتی (CVEها)، نحوه‌ی پردازش ارتباطات SSL/TLS را سخت‌گیرانه‌تر کرده است.
در این نسخه، آپاچی تنها زمانی می‌تواند میزبان مجازی (Virtual Host) صحیح را شناسایی کند که اطلاعات SNI (Server Name Indication) به‌درستی در اتصال TLS ارسال شده باشد.

در صورتی که reverse proxy (مانند Nginx یا Cloudflare) این داده را در ارتباط upstream خود ارسال نکند، آپاچی نمی‌تواند تشخیص دهد درخواست برای کدام دامنه است و در نتیجه خطای زیر را بازمی‌گرداند:

421 Misdirected Request

به بیان ساده‌تر:

این خطا زمانی رخ می‌دهد که ارتباط SSL از طرف Nginx یا Cloudflare شامل اطلاعات نام میزبان (SNI) نباشد یا اتصال‌های TLS به‌اشتباه مجدداً برای دامنه‌های مختلف استفاده شوند.

راه‌حل قطعی

۱. به‌روزرسانی Apache و Nginx

راه‌حل اصلی، به‌روزرسانی بسته‌های ea-apache24 و ea-nginx به آخرین نسخه‌های پایدار است.

برای سیستم‌های CloudLinux دستور زیر را اجرا کنید:

yum update ea-apache24* ea-nginx --enablerepo=cl-ea4

این دستور، نسخه‌ی Apache را به ea-apache24-2.4.65-3 و Nginx را به 1.26.3-15.el.cloudlinux* یا بالاتر ارتقاء می‌دهد.

۲. برای سرورهایی که از Imunify360 استفاده می‌کنند ولی CloudLinux ندارند:

اگر سرور شما از Imunify360 و نسخه‌های Hardened PHP استفاده می‌کند، اما سیستم‌عامل CloudLinux نیست، باید از مخزن مخصوص Imunify360 برای به‌روزرسانی استفاده کنید:

yum update ea-apache24* ea-nginx --enablerepo=imunify360-ea-php-hardened

نکات مهم درباره‌ی تغییرات نسخه‌ی جدید

در نسخه‌ی جدید ea-apache24، دیگر امکان استفاده از میزبان متفاوت بین SNI و هدرهای HTTP وجود ندارد.
به همین دلیل، زمانی که Apache در پشت Nginx قرار دارد، Nginx باید اطلاعات SNI را به‌درستی ارسال کند و از استفاده مجدد از سشن‌های SSL برای دامنه‌های مختلف خودداری نماید.

اگر این موارد رعایت نشود، اتصال اول درست برقرار می‌شود ولی در اتصال‌های بعدی (که از سشن قبلی استفاده می‌کنند) خطای 421 Misdirected Request رخ خواهد داد.

اعمال تنظیمات دستی در Nginx (در صورت نیاز)

در صورتی که هنوز از نسخه‌ی قدیمی‌تر Nginx استفاده می‌کنید، می‌توانید با اضافه کردن خطوط زیر به پیکربندی Nginx، مشکل را برطرف کنید:

proxy_ssl_server_name on;
proxy_ssl_name $host;
proxy_ssl_session_reuse off;

توضیح دستورات:

• proxy_ssl_server_name on; → فعال‌سازی ارسال نام میزبان در SNI
• proxy_ssl_name $host; → استفاده از نام دامنه‌ی فعلی در ارتباط SSL
• proxy_ssl_session_reuse off; → غیرفعال کردن استفاده مجدد از نشست‌های SSL برای دامنه‌های مختلف

این تنظیمات در نسخه‌های جدیدتر ea-nginx (از نسخه 1.26.3-13 به بعد) به‌صورت پیش‌فرض در فایل‌های تنظیمات اصلی گنجانده شده‌اند و نیازی به افزودن دستی آن‌ها نیست.
اما در صورت استفاده از نسخه‌های دیگر Nginx (مثلاً نسخه‌های سفارشی یا غیر EA)، لازم است این تنظیمات را به‌صورت دستی در فایل پیکربندی مربوط به reverse proxy اضافه کنید.

نتیجه‌گیری

خطای 421 Misdirected Request یکی از مشکلات جدید پس از به‌روزرسانی Apache 2.4.64 است که عمدتاً در سرورهایی با ساختار reverse proxy (مثل Nginx یا Cloudflare) مشاهده می‌شود.
این خطا زمانی رخ می‌دهد که Apache نتواند دامنه‌ی صحیح را به‌دلیل نبود اطلاعات SNI در ارتباط SSL شناسایی کند.

راه‌حل نهایی شامل موارد زیر است:

1. به‌روزرسانی Apache و Nginx به آخرین نسخه‌های پایدار
2. بررسی و اطمینان از ارسال صحیح اطلاعات SNI توسط Nginx
3. در صورت نیاز، افزودن تنظیمات SSL فوق به پیکربندی Nginx

با انجام این اقدامات، مشکل خطای 421 به‌صورت کامل برطرف خواهد شد و عملکرد SSL در ارتباط بین Nginx و Apache پایدار و سازگار می‌شود.