عرض مصدر خطا Misdirected Request عند دخول موقع الانترنت

= خطأ Misdirected Request (SNI Error) =
في سيرفر Apache  أشارت التقارير الي حدوث تحديث ل Apache2.4.64  و هذا التغيير في Apache ليس خطأ برمجيًا وإنما نتيجة تشديد التحقق الأمنى في النسخة 2.4.64، لكن هذا أثر على توافق البروكسيات مع Apache، خصوصاً في بيئات CloudLinux مع EasyApache 4.

حيث يظهر الخطا "421 Misdirected Request" عن زيارة الموقع ، ولو قمنا بفحص محتوى الملف  "/etc/apache2/logs/error_log" فاننا سوف نشاهد شبية بالكود التالي عند حدوث ذلك الخطا:<syntaxhighlight lang="text">
[Sun Jul 27 12:55:12.193831 2025] [ssl:error] [pid 13957:tid 13962] [client XX.XX.XX.XX:0] AH02032: Hostname serverhostname.tld (default host as no SNI was provided) and hostname example.com provided via HTTP have no compatible SSL setup, referer: https://example.com
[Sun Jul 27 12:56:18.915044 2025] [ssl:error] [pid 13997:tid 14050] [client XX.XX.XX.XX:64441] AH02032: Hostname serverhostname.tld (default host as no SNI was provided) and hostname example.net provided via HTTP have no compatible SSL setup
[Sun Jul 27 12:56:21.686100 2025] [ssl:error] [pid 13997:tid 14029] [client XX.XX.XX.XX:64447] AH02032: Hostname serverhostname.tld (default host as no SNI was provided) and hostname example.net provided via HTTP have no compatible SSL setup
</syntaxhighlight>

== ما هو خطأ Misdirected Request؟ ==
يظهر خطأ '''Misdirected Request''' عند محاولة المتصفح الوصول إلى موقع ويب باستخدام بروتوكول HTTPS، لكن الطلب لا يتوافق مع اسم الخادم (Host Name) المحدد في إعدادات اتصال TLS/SSL.  

تتضمن الرسالة غالبًا النص التالي:
<pre>
The client needs a new connection for this request as the requested host name does not match the Server Name Indication (SNI) in use for this connection.
</pre>

== السبب الرئيسي للخطأ ==

* هذا الخطأ مرتبط بميزة '''Server Name Indication (SNI)''' المستخدمة في بروتوكول HTTPS لتمييز النطاقات المختلفة المستضافة على نفس الخادم. - يحصل الخطأ عند وجود عدم تطابق بين اسم النطاق المطلوب (Host) والشهادة الرقمية (SSL Certificate) المعروضة من الخادم.
* بعض المتصفحات (مثل '''Safari''' على أجهزة iOS) قد تعيد استخدام اتصال TLS سابق مع اسم نطاق مختلف، مما يؤدي إلى ظهور هذا الخطأ.
* بسبب الحاجه لتحديث بعض البرمجيات في السيرفر التي تحدث خللا او تعارضا. لسيرفرات CloudLinux/Cpanel راجع [https://support.cpanel.net/hc/en-us/articles/33724988525207-Websites-experiencing-421-Misdirected-requests-after-upgrading-to-CloudLinux-s-ea-apache24-2-4-64 الرابط التالي].

== متى يظهر الخطأ؟ ==

* عند الدخول إلى الموقع عبر نطاق فرعي (Subdomain) أو نطاق غير مضاف بشكل صحيح إلى الشهادة.
* في حال وجود بروكسي (Proxy) أو خدمة CDN (مثل Cloudflare) لم يتم تهيئتها بشكل صحيح.
* بسبب مشاكل في الذاكرة المؤقتة (Cache) الخاصة بالمتصفح.

== كيفية حل المشكلة ==
# في الاغلب يتطلب الموضوع تدير مدير السيرفر للتاكد من حل هذه المشكلة.
يمكن لمدير السيرفر بالتاكد بطرق مختلفة:

* للسيرفرات التي تعمل ب Apache مع لوحة تحكم Plesk راجع : [https://support.plesk.com/hc/en-us/articles/33500191748887-Websites-hosted-in-Plesk-are-not-accessible-after-a-recent-Apache-update-421-Misdirected-Request Websites hosted in Plesk are not accessible after a recent Apache update: 421 Misdirected Request]
* للسيرفرات التي تعمل Apache مع لوحة تحكم cPanel و CloudLinux راجع: [https://support.cpanel.net/hc/en-us/articles/33724988525207-Websites-experiencing-421-Misdirected-requests-after-upgrading-to-CloudLinux-s-ea-apache24-2-4-64 Websites experiencing 421 Misdirected requests after upgrading to CloudLinux's ea-apache24-2.4.64] او يمكنك مراجعة https://gist.github.com/mshannaq/6aa77d14118f4ac912c376584ac1a6c1


ولكن اذا تاكد مدير السيرفر من احل المشكلة واستمرت المشكلة بالظهور لدى زائر الموقع عندها يجب التاكد من:
# '''حذف الكاش من المتصفح''' (Clear History and Website Data).
# '''إعادة فتح المتصفح أو تجربة متصفح آخر''' (مثل Chrome أو Firefox).
# '''التحقق من إعدادات SSL''' على الخادم والتأكد أن شهادة SSL تغطي جميع النطاقات المطلوبة (خصوصًا `go.massar.cloud`).
# إذا كان هناك خدمة وسيطة مثل Cloudflare، تحقق من إعدادات الـ **HTTP/2** أو إعدادات إعادة التوجيه (Redirects).

== التحقق من الشهادة عبر OpenSSL - متقدم - لمدراء الانظمة ==
بعض الاحيان قد تحتاج للتحقق من شهادة SSL

يمكن استخدام الأمر التالي لفحص شهادة النطاق يدويًا مع SNI: (مع استبدال Example برابط الموقع المطلوب فحصه)
<pre>
openssl s_client -connect example.com:443 -servername example.com -showcerts
</pre>
- يجب التأكد أن اسم النطاق `example.com` يظهر في حقل '''Subject''' أو ضمن '''Subject Alternative Name (SAN)'''.
- إذا ظهر الخطأ:
<pre>
verify error:num=62:Hostname mismatch
</pre>
فهذا يعني أن الشهادة غير متطابقة مع اسم النطاق.

== خلاصة ==
خطأ '''Misdirected Request''' مرتبط غالبًا بمشاكل إعداد SNI أو الشهادات الرقمية، وأحيانًا بذاكرة المتصفح المؤقتة.  

الحل عادة يكون إما عبر إصلاح إعدادات SSL على الخادم أو تحديث المتصفح/حذف الكاش، خصوصًا عند استخدام متصفح Safari على أجهزة iOS.

او في كثير من الاحيان فان الامر يحتاج لاجراء بعض التحديثات على السيرفر