تعطيل ModSecurity
أوقف جدار حماية تطبيقات الويب لنطاق حين يحجب طلبات مشروعة — ولماذا تعطيله كله خطوة أولى خاطئة.
عطّل ModSecurity لنطاق. ينطبق على الاستضافة المشتركة والموزِّعة والمميّزة.
ModSecurity جدار حماية لتطبيقات الويب يفحص الطلبات ويحجب المطابق منها لأنماط هجوم معروفة. وهو يحجب أحيانًا طلبات مشروعة — وعادةً محرّر صفحات، أو رفع ملف، أو نموذجًا يحوي ما يشبه SQL.
والعَرَض هو 403 Forbidden على إجراء ينبغي أن ينجح، وغالبًا مع محتوى بعينه فقط.
تعطيل ModSecurity يزيل الحماية عن كل طلب إلى ذلك النطاق، بما في ذلك الهجمات التي كان يحجبها. وهو خطوة تشخيصية لا حلًا. وحيث تكون قاعدة بعينها هي المشكلة، فاطلب تعطيل تلك القاعدة بدلًا من ذلك — افتح تذكرة بالتفاصيل أدناه ونستطيع فعل ذلك.
تأكّد أنه ModSecurity فعلًا
قبل تعطيل أي شيء، افحص السجلات. فلخطأ 403 أسباب أخرى — صلاحيات الملفات، أو قواعد
.htaccess، أو حجب من جدار الحماية.
وتعرض cPanel ← ModSecurity Tools الإصابات الأخيرة، مع معرّف القاعدة والطلب الذي أثارها. فإن لم يظهر إجراؤك هناك، فليس ModSecurity هو السبب ولن يفيد تعطيله.
سجّل معرّف القاعدة. فهو ما يتيح لنا تعطيل قاعدة واحدة بدل القواعد كلها.
عطّله لنطاق
- في cPanel، افتح ModSecurity ضمن Security.
- اعثر على النطاق.
- حوّل المفتاح إلى Off.
والتغيير فوري.
ثم أعِد تفعيله
بعد أن تتأكّد أن ModSecurity كان السبب، أعِد تفعيله وافتح تذكرة تتضمّن:
- معرّف القاعدة من ModSecurity Tools
- الرابط والإجراء الذي أثارها
- الوقت التقريبي للحدوث
فقاعدة واحدة معطّلة تُبقي بقية الحماية قائمة. أما ترك الجدار كله معطّلًا على موقع يعمل بووردبريس أو WooCommerce فمخاطرة حقيقية، وممّا يُنسى عادةً.
إن لم يغيّر التعطيل شيئًا
فخطأ 403 يأتي من مكان آخر:
.htaccess— قاعدةDeny، أو حجب دولة. راجع حجب الزوار حسب الدولة.- صلاحيات الملفات — راجع صلاحيات الملفات والمجلدات.
- جدار الحماية، يحجب عنوانك كليًا — راجع رفع الحجب عن عنوان IP.
- إضافة حماية في ووردبريس تحجب بنفسها.