إذا كنت تواجه الخطأ 403 Forbidden Error ، فلا يمكنك فتح الصفحة التي تظهر هذا الخطأ. لأنه ليس لديك إذن لزيارة صفحة الويب تلك. ببساطة ، يمنحك الخطأ 403 المحظور تحذيرًا بأنه ليس لديك إذن للوصول إلى صفحة الويب التي تحاول الوصول إليها. الآن دعنا نعرف ما هو الخطأ 403 المحظور وأسباب سبب الخطأ وكذلك كيفية إصلاحه بطرق مختلفة.
محتويات
ما هو الخطأ 403 Forbidden Error؟
حدث الخطأ 403 Forbidden Error أثناء رفض الموقع الذي تريد فتحه طلبك للوصول إلى الصفحة. ببساطة ، يُعرف باسم خطأ 403. لأن رمز حالة HTTP لخادم الويب يستخدم لإخطار هذا الخطأ.
قد يكون حدوث الخطأ 403 Forbidden Error بسبب أذونات غير صالحة قام خادم الويب بإعدادها بشكل غير صحيح للوصول إليها. بناءً على تصميمات التخصيص الخاصة بهم ، يظهر هذا الخطأ بأسماء مختلفة. انظر أدناه لمعرفة بعض الأمثلة لأسماء أخطاء 403:
في بعض الأحيان قد يكون خطأ مؤقت ولكن في بعض الأحيان ليس كذلك. لكن يمكنك إصلاحه في فترة قصيرة.
أسباب الخطأ 403 ممنوع
قبل إصلاح الخطأ 403 Forbidden Error ، يجب عليك الحصول على بعض المعلومات حول الأسباب التي أدت إلى حدوث الخطأ.
يشير الخطأ 403 Forbidden Error إلى أن ملفات المستعرض لديك بها أذونات غير صالحة أو سيئة للوصول إلى صفحة الويب التي تتصفحها. إذا لم يكن لدى المستعرض صفحة فهرس صحيحة ليتم تحميلها. لذلك ، تذكر ببساطة أن هذا يحدث بسبب:
كيفية إصلاح الخطأ المحظور 403
الآن نحن نعرف الأسباب المختلفة لسبب 403 Forbidden Error. لذا ، علينا إصلاحها. لدينا طرق مختلفة لإصلاحها. الآن الطرق التي سأخبرك بها بشكل أساسي لـ WordPress ، يمكنك التقديم على أي مواقع ويب أخرى. دعنا نعرف بعض الطرق لإصلاح الخطأ 403 Forbidden في عملية بسيطة:
الطريقة الأولى: عن طريق فحص ملف htaccess
قد لا يعرف معظم مستخدمي WordPress ملفات .htaccess. هناك سبب لذلك ، لأن ملفات htaccess هذه مخفية في دليل المشروع. إذا كنت تستخدم cPanel على موقع WordPress الخاص بك ، فيمكنك التحقق من ملفات .htaccess من خلال لوحة التحكم. ما عليك سوى اتباع التعليمات المقدمة للتحقق من ملفات .htaccess:
الخطوة 1: انتقل إلى File Manager من لوحة التحكم في WordPress.
الخطوة الثانية: ابحث في ملف .htaccess في دليل public_html.
الخطوة 3: إذا لم تتمكن من العثور على ملف htaccess ، فما عليك سوى النقر فوق الإعدادات وتمكين الخيار "إظهار الملفات المخفية".
الخطوة 4: بعد تحديد ملف .htaccess ، تحتاج إلى تنزيل ملف .htaccess على نظامك لعمل نسخة احتياطية منه.
الخطوة 5: بعد النسخ الاحتياطي ، احذفها.
الخطوة 6: الآن ، تحقق من موقعك.
الخطوة 7: إذا كان بإمكانك الوصول إلى أي موقع ، فهذا يعني أن سبب الخطأ 403 Forbidden Error هو أن ملف htaccess تالف.
الخطوة 8: إذا كنت تريد حفظ بيانات نسخة احتياطية جديدة من ملف .htaccess ، فقم بتسجيل الدخول إلى موقع WordPress الخاص بك.
الخطوة 9: اذهب إلى لوحة القيادة وحدد الإعدادات.
الخطوة 10: في الإعدادات ، انتقل إلى الروابط الثابتة.
الخطوة 11: دون إجراء أي تغييرات عليه ، انقر فوق الخيار حفظ التغييرات في الأسفل.
الخطوة 12: سيتم إنشاء ملف htaccess جديد لموقع WordPress الخاص بك.
ملاحظة : إذا لم يكن موقع الويب الخاص بك يحتوي على أي ملفات .htaccess أو حذفها من موقع WordPress الخاص بك ، فأنت بحاجة إلى إنشاء ملف htaccess بنفسك.
الطريقة 2: عن طريق إعادة تعيين أذونات الملف والدليل
قد تكون الأذونات غير الصالحة للمجلدات أو الملفات أحد أسباب التسبب في الخطأ 403 Forbidden Error. بشكل عام ، تأتي الملفات التي تم إنشاؤها مع الأذونات الافتراضية. يوفر لك عميل FileZilla FTP إمكانية تحرير أذونات المجلد والملف. لذلك ، يمكنك تغيير الأذونات ، ما عليك سوى اتباع الإجراء الموضح أدناه لإجراء تغييرات في أذونات الملف أو المجلد:
الخطوة 1: قم بتسجيل الدخول إلى موقع WordPress الخاص بك من خلال عميل FTP.
الخطوة 2: اذهب إلى الدليل الجذر لحسابك على الموقع.
الخطوة 3: حدد المجلد الرئيسي الذي يحتوي على جميع الملفات التي تنتمي إلى موقع WordPress الخاص بك.
الخطوة 4: ثم انقر بزر الماوس الأيمن فوقه.
الخطوة 5: اختر ملف "سمات الملف".
الخطوة 6: حدد الخيار "تطبيق على الدلائل فقط".
الخطوة 7: أدخل رقم الإذن 755 في مربع القيمة.
الخطوة 8: انقر فوق "موافق".
بمجرد تغيير أذونات المجلد ، كرر الإجراء أعلاه من الخطوة 3. ولكن في الخطوة 6 ، حدد الخيار "تطبيق على الملفات فقط". ثم أدخل رقم الإذن 644 في مربع القيمة وانقر على موافق.
بعد كل شيء ، تم إجراء التغييرات ، قم بالوصول إلى موقع WordPress الخاص بك.
الطريقة الثالثة: عن طريق تعطيل مكونات WordPress الإضافية
إذا كان WordPress يحتوي على أي مكونات إضافية خاطئة ، فقد يؤدي ذلك إلى الخطأ 403 Forbidden Error. أفضل شيء لتجنب ذلك هو تعطيل المكونات الإضافية لموقع WordPress. لذلك ، اتبع الخطوات الموضحة أدناه لتعطيل المكونات الإضافية لـ WordPress:
الخطوة 1: قم بتسجيل الدخول إلى موقع WordPress الخاص بك من خلال FTP.
الخطوة 2: ابحث في المجلد public_html.
الخطوة 3: انتقل إلى مجلد wp-content بداخله.
الخطوة 4: حدد الآن مجلد الملحقات.
الخطوة 5: أعد تسمية مجلد الملحقات إلى أي اسم مختلف.
الخطوة 6: تعطيل جميع المكونات الإضافية.
بعد تعطيل جميع المكونات الإضافية ، ما عليك سوى تصفح موقع WordPress الخاص بك. إذا كان كل شيء على ما يرام أثناء التصفح ، فسيتم حل مشكلتك مع 403 Forbidden Error.
بعد الوصول إلى موقع الويب الخاص بك في حالة جيدة ، يمكنك بسهولة العثور على المكون الإضافي التالف. ثم يتعين عليك تحديثه أو حذفه وتثبيته مرة أخرى.
ملاحظة: إذا قمت بالترحيل من مضيف إلى مضيف تصفح آخر دون تغيير اسم الخادم والمجال ، فقد يتسبب ذلك في الخطأ 403 Forbidden Error. لذلك ، يجب عليك تغيير اسم الخادم والمجال بعد الترحيل من مضيف إلى مضيف آخر لتجنب الخطأ.
استنتاج
آمل أن تساعدك الطرق المذكورة أعلاه بالتأكيد أثناء إصلاح الخطأ 403 Forbidden Error. قد يزعجك هذا الخطأ أثناء الإصلاح ، ولكن تحلى بالصبر واتبع الخطوة بخطوة بوضوح لحل الخطأ.
اتبع إجراء SP7 الخاص بشركة SUSE لتمكين وضع FIPS، وأعد التشغيل بأمان، وتحقق من السياسة النشطة، وتحقق مما إذا كانت متطلبات الامتثال الخاصة بك تتطلب وحدات تم التحقق من صحتها.
قم بمقارنة YaST و cryptsetup لوحدة تخزين بيانات SLES مشفرة جديدة، واختر LUKS1 أو LUKS2، وتحقق من سلوك إلغاء القفل والتركيب بأمان.
قم بإعداد RMT على SLES 15، وقم بنسخ المستودعات المرخصة، وتحقق من تسجيل HTTPS والوصول إلى الحزم من عميل اختبار.
قم بتوصيل SLES 15 بـ AD باستخدام إدارة تسجيل الدخول المستندة إلى SSSD من YaST، ثم تحقق من البحث في الدليل، وتسجيل الدخول إلى المجال، وتذاكر Kerberos.
قم بإعداد مسار التصحيح المباشر الصحيح لنظام SLES 16.0 أو 15 SP7، وقم بتطبيق إصلاحات النواة المؤهلة، وتأكد من ما هو نشط دون الخلط بينه وبين تحديث النواة الذي يتطلب إعادة التشغيل.
يمكن ترقية نظام SLES 15 SP5 إلى SP6 عبر الإنترنت، ولكن يجب إعادة تشغيل كل عقدة. استخدم ترقية متدرجة مُختبرة أو عملية نقل تدريجية (أزرق-أخضر) للحفاظ على إمكانية الوصول إلى أحمال العمل.
قم بإنشاء وتحسين والتحقق من ملف تعريف AppArmor ذي أقل الامتيازات على SLES 15 SP7، مع ملاحظة واضحة حول SELinux الافتراضي في SLES 16.
استخدم ملف تعريف STIG المدعوم من SUSE لفحص SLES 15، واختبار المعالجة، ومراجعة النتائج المتبقية، والاحتفاظ بأدلة التقييم.
تتبع فشل اتصال Cockpit من خلال DNS، والمنفذ 9090، ومقبس systemd، وfirewalld، وTLS، وإعدادات تسجيل الدخول باستخدام إرشادات SUSE الحالية.
قم بإنشاء اتصال إيثرنت زائد على SLES 15 باستخدام YaST و Wicked، وقم بتكوين ربط النسخ الاحتياطي النشط، وتحقق من كلا المنفذين والتحويل التلقائي في حالة الفشل.
