يعني ظهور خطأ 403 Forbidden عند محاولة الدخول إلى لوحة تحكم WordPress أن خادم الويب قد استلم الطلب وفهمه، ولكنه يرفض تنفيذه بشكل قاطع. نحن في Hostna نشغّل خوادمنا في ألمانيا وفق معايير أمنية صارمة، وغالباً ما يكون هذا الخطأ نتيجة لتعارض في أذونات الملفات أو قواعد جدار حماية تطبيق الويب التي تحمي موقعك من الهجمات المنسقة.
| العرض | السبب المحتمل | الحل التقني |
|---|---|---|
رسالة Access Denied في wp-admin |
أذونات مجلد خاطئة | تغيير أذونات المجلدات إلى 755 |
| خطأ بعد تثبيت إضافة أمان | قواعد .htaccess صارمة |
إعادة بناء ملف .htaccess الافتراضي |
| حظر عند محاولة حفظ الإعدادات | تداخل مع ModSecurity |
تعطيل القاعدة المسببة في Plesk |
تحليل سجلات الخطأ لتحديد السبب الجذري
قبل البدء في تغيير أي إعدادات، يجب عليك فحص سجلات الخطأ (Error Logs) الخاصة بموقعك. في بيئة الاستضافة التي نعتمدها، يتم تخزين هذه السجلات في مجلد logs الموجود بجانب مجلد httpdocs. يمكنك الوصول إليها عبر SSH أو من خلال مدير الملفات في لوحة التحكم.
ابحث عن الأسطر التي تحتوي على client denied by server configuration أو ModSecurity: Access denied. إذا وجدت رقماً بجانب القاعدة مثل [id "949110"]، فهذا يعني أن جدار الحماية هو من قام بحظرك. يمكنك استخدام الأمر التالي عبر SSH لمراقبة الأخطاء في الوقت الفعلي:
tail -f ~/logs/error_logتصحيح أذونات الملفات والمجلدات عبر SSH
تعد الأذونات الخاطئة السبب الأكثر شيوعاً لخطأ 403. يجب أن تكون جميع المجلدات في ووردبريس مضبوطة على 755 والملفات على 644. إذا تم ضبط مجلد wp-admin على 700 أو 600، فلن يتمكن خادم الويب (مثل Apache أو nginx) من قراءة المحتوى.
لتصحيح الأذونات بشكل جماعي وآمن، يمكنك تشغيل الأوامر التالية من داخل مجلد httpdocs:
find . -type d -exec chmod 755 {} ;
find . -type f -exec chmod 644 {} ;تأكد أيضاً من أن ملف wp-config.php يحمل أذونات 600 أو 640 لتعزيز الحماية، حيث يحتوي على بيانات الاتصال بقاعدة البيانات. إذا كنت تستخدم بروتوكول HTTP للوصول، فإن أي خلل في هذه الأرقام سيؤدي مباشرة إلى حظر الوصول.
إعادة ضبط ملف .htaccess وقواعد التوجيه
ملف .htaccess هو المسؤول عن توجيه الطلبات في خوادم Apache. أحياناً تقوم إضافات الأمان بكتابة قواعد تمنع الوصول إلى ملفات معينة أو تمنع عناوين IP معينة. لحل هذه المشكلة، قم بتغيير اسم الملف الحالي إلى .htaccess_old وإنشاء ملف جديد يحتوي على القواعد الافتراضية لـ WordPress:
# BEGIN WordPress
RewriteEngine On
RewriteBase /
RewriteRule ^index.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPressعند استخدام وثائق ووردبريس الرسمية، ستجد أن هذه القواعد تضمن توجيه كافة الطلبات إلى index.php بشكل صحيح دون قيود إضافية قد تسبب الخطأ 403.
التعامل مع ModSecurity في لوحة التحكم Plesk
في خوادمنا في ألمانيا، نستخدم ModSecurity كطبقة حماية إضافية. أحياناً، قد يتم اعتبار محاولة الدخول المتكررة أو استخدام بعض الرموز في لوحة التحكم كنشاط مشبوه. إذا تأكدت من سجلات الخطأ أن ModSecurity هو السبب، يمكنك التوجه إلى حسابك في لوحة التحكم ثم إلى إعدادات Web Application Firewall.
بدلاً من تعطيل الحماية بالكامل، ابحث عن رقم القاعدة (ID) الذي ظهر في السجل وقم بإضافته إلى قائمة الاستثناءات. هذا يحافظ على أمان الموقع مع السماح لك بالوصول. تذكر أن زمن الاستجابة (Latency) من دول الخليج مثل السعودية والإمارات إلى خوادمنا في ألمانيا يتراوح تقريباً بين 100–130 ملّي ثانية، وهو زمن ممتاز لا ينبغي أن يتسبب في انقطاع الاتصال (Timeout) الذي قد يُفسر خطأً كحظر.
فحص إضافات الأمان وحظر العناوين
إذا كنت تستخدم إضافات مثل Wordfence أو Sucuri، فقد تكون هي المسؤولة عن الخطأ 403. تقوم هذه الإضافات أحياناً بحظر نطاقات عناوين IP كاملة. إذا وجدت نفسك محظوراً، يمكنك تعطيل الإضافات مؤقتاً عن طريق إعادة تسمية مجلد الإضافة عبر SFTP في المسار wp-content/plugins.
من المهم أيضاً التأكد من إعدادات PHP-FPM. في بعض الحالات، إذا وصل عدد العمليات إلى pm.max_children، قد يبدأ الخادم في رفض الطلبات الجديدة، وإن كان هذا يؤدي عادة لخطأ 503، إلا أن بعض التكوينات قد تظهرها كـ 403 إذا كان الرفض يتم على مستوى جدار الحماية قبل وصول الطلب لمعالج PHP.
بمجرد دخولك إلى حسابك في Hostna، ستجد أدوات متقدمة لفحص الأمان وإدارة النسخ الاحتياطي. إذا كنت تدير موقعاً تجارياً في قطر أو الكويت، فإن الالتزام بالمعايير التقنية في استضافة ووردبريس المدارة يقلل من احتمالية ظهور هذه الأخطاء نتيجة التكوينات الخاطئة. كما يمكنك دائماً التفكير في الانتقال إلى خادم VPS بموارد مخصصة إذا كان موقعك يتطلب إعدادات جدار حماية مخصصة بالكامل لا تتوفر في الاستضافة التشاركية.
عند اختيار سيرفر في ألمانيا، تأكد من توافق إعدادات DNS الخاصة بك. في بعض الأحيان، يؤدي تفعيل DNSSEC أو وجود سجلات CAA خاطئة إلى مشاكل في التحقق من الهوية تظهر على شكل أخطاء وصول. يمكنك مراجعة خياراتك عند حجز الدومين وتفعيله للتأكد من أن جميع السجلات تشير إلى العناوين الصحيحة دون تداخل.
ماذا تفعل إذا استمرت المشكلة؟
إذا قمت بتصحيح الأذونات، وإعادة بناء .htaccess، والتأكد من ModSecurity، ولا يزال الخطأ 403 يظهر، فقد يكون هناك حظر على مستوى الشبكة (IP Block) في جدار الحماية الخاص بالخادم IPTables/Firewalld. في هذه الحالة، يرجى التواصل مع فريق الدعم الفني وتزويدهم بالمعلومات التالية باللغة الإنجليزية:
- عنوان
IPالخاص بك (يمكنك الحصول عليه عبر البحث عنwhat is my IP). - الوقت الدقيق لمحاولة الوصول بتوقيت مكة المكرمة أو دبي.
- لقطة شاشة أو نص الخطأ الظاهر في
logs/error_log.
سيقوم فريقنا بفحص السجلات المركزية للتأكد مما إذا كان هناك حظر تلقائي ناتج عن محاولات دخول خاطئة متكررة، وسيعمل على تحرير عنوانك للمساعدة في استمرارية عملك بكفاءة.
كُتبت هذه المقالة بمساعدة الذكاء الاصطناعي ضمن خط البحث الخاص بـ Hostna ونُشرت دون مراجعة فردية. أخبرنا إن وجدت خطأ فيها.