كيفية إصلاح خطأ 404 لم يتم العثور على Nginx

باعتبارك مالكًا للويب، هل تشعر بالقلق من أن القراء يشاهدون باستمرار رسالة 404 غير موجود عند التصفح على موقع الويب الخاص بك؟ هذا ليس شيئا للتأكيد عليه. إنه رمز حالة HTTP والذي يعني “عذرًا، صفحة الويب هذه أو الملف غير متوفر على الخادم”.

ستساعدك مشاركة المدونة هذه على فهم هذا الخطأ وسبب حدوثه. نعرض لك أيضًا خطوات إصلاح ومنع خطأ 404 Not Found Nginx.

ما هو خطأ Nginx 404 الذي لم يتم العثور عليه؟

ال 404 غير موجود الخطأ هو رمز حالة HTTP شائع يحدد أن خادم Nginx لم يتمكن من تحديد موقع مورد الويب المحدد الذي تبحث عنه.

هناك العديد من الاختلافات، بما في ذلك “خطأ HTTP 404″، و”لم يتم العثور على الصفحة”، و”لم يتم العثور عليها”، و”خطأ 404″، والمزيد. تشير كل هذه المصطلحات إلى نفس الشيء – العنصر المصدر مفقود.

رمز الحالة هذا ليس خطأً يستحق الاهتمام. قد يكون أحد الأسباب المحتملة هو قيامك أنت أو زملائك بحذف المورد من الخادم عمدًا. في مثل هذه الحالة، يمكنك ببساطة ترك حالة 404 غير موجود كما هي.

ومع ذلك، إذا لم يكن الأمر كذلك، فتحقق من الأسباب التالية لهذا الخطأ في Nginx.

لماذا يحدث خطأ 404 لم يتم العثور عليه في Nginx؟

بعض الأسباب مذكورة أدناه:

• عنوان URL غير صحيح: إذا ارتكبت خطأً مطبعيًا في عنوان URL أو اتبعت رابطًا معطلاً.
• صفحة ويب منقولة: يتم نقل صفحة الويب أو الملف المطلوب إلى موقع جديد على الخادم.
• التكوين الخاطئ للخادم: قد تواجه هذا الخطأ بسبب تكوينات Nginx غير الصحيحة.
• أذونات الملف غير صحيحة: قد يؤدي البحث عن ملف أو دليل على خادم بأذونات غير مناسبة إلى حدوث هذا الخطأ.
• حساسية حالة اسم الملف: Nginx حساس لحالة الأحرف عندما يتعلق الأمر بأسماء ملفاته وأدلته. يمكن أن يؤدي البحث عن “Page.html” بدلاً من “page.html” إلى حدوث خطأ 404.
• دليل الجذر الخاطئ: ال جذر يحدد التوجيه الموجود في ملف تكوين Nginx الدليل لخدمة ملفات الطلب. يعني التكوين الخاطئ أن الخادم غير قادر على الوصول إلى التوجيه الجذر وسيؤدي إلى ظهور الخطأ “لم يتم العثور عليه”.
• الموقع غير صحيح لملفات الفهرس: يمكن أن يؤدي التكوين الخاطئ لملفات الفهرس (index.html أو Index.php) في الدليل الجذر للمستند إلى حدوث خطأ.

إصلاح 404 خطأ غير موجود في Nginx

هذه بعض الخطوات التي يمكنك اتباعها لإصلاح هذا الخطأ في خادم Nginx.

1. تحقق من عنوان URL

تحقق مرة أخرى من عنوان URL الذي تبحث عنه بحثًا عن أي أخطاء مطبعية وتأكد من صحته. وأيضًا، عند التعامل مع الروابط المضمنة، تحقق من الأخطاء المطبعية والروابط المعطلة.

2. تحقق من اسم الملف لمشكلات حساسية الحالة

يجب عليك التحقق مما إذا كنت تبحث عن اسم الملف الصحيح باستخدام حالة وامتداد دقيقين. يمكن أن يؤدي اختلاف حالة الأحرف المكونة من حرف واحد إلى ظهور هذا الخطأ 404.

3. تحقق من موقع الملف

يمكنك التحقق مما إذا كان الملف مفقودًا أو في مكان خاطئ. توجه إلى الدليل الموجود في الخادم حيث يجب أن يوجد الملف الذي تبحث عنه. إذا لم يكن الملف موجودا، فهذا يعني أنك قد وجدت سبب الخطأ. لإصلاح ذلك، انقل الملف إلى موقعه المقصود أو قم بتحديث مسار الملف في ملف التكوين.

4. تحقق من إذن الملف والملكية

إذا لم يكن موقع الملف هو السبب، فيجب عليك التحقق من إذن الملف وملكيته. إذا لم يكن لدى Nginx الإذن المطلوب للوصول إلى الملف، فلن يتمكن من عرضه بشكل عام.

لعرض أذونات الملف الحالية وملكيته، يمكنك استخدام ls يأمر:

إذا وجدت أي مشكلة تتعلق بأذونات الملف، فقم بتعيين أذونات القراءة أو التنفيذ المناسبة للملف باستخدام الأمر chmod. ومع ذلك، إذا كانت المشكلة تكمن في الملكية، فيمكنك استخدام الأمر chown لتصحيحها.

5. تكوين الخادم

إذا ظل الخطأ 404 غير موجود مستمرًا، فقد يكون ذلك بسبب التكوينات الخاطئة للخادم. لحل هذه المشكلة، افتح ملف التكوين الخاص بك (nginx.conf)، الموجود بشكل عام في “/usr/local/nginx/conf” أو “/etc/nginx” أو “/usr/local/etc/nginx”.

بعد فتح ملف التكوين تحديداً ابحث عن ما يلي:

• كتل الخادم غير صحيحة: كتلة الخادم تخبر Nginx بكيفية التعامل مع طلبات اسم مجال معين أو عنوان IP محدد. ابحث عن أي تكوينات خاطئة وقم بتصحيحها.
• كتل الموقع غير صحيحة: كتلة الموقع مسؤولة عن معالجة الطلبات الخاصة بمسارات محددة على الخادم. تأكد من تكوين كافة كتل الموقع الخاصة بك بشكل صحيح.
• توجيه الجذر غير صحيح: التوجيه الجذر هو أن كل كتلة خادم مسؤولة عن تحديد مسار الدليل الجذر. يجب عليك التأكد من تكوينه بدقة.
• التوجيهات المفقودة: هناك عدد من التوجيهات المطلوبة في ملف التكوين الخاص بك. تأكد من دمج كافة التوجيهات المطلوبة لضمان العمل السليم.

يجب عليك إعادة تشغيل خادم Nginx بعد إجراء التغييرات المطلوبة في ملف التكوين الخاص بك.

إذا تمت مواجهة الخطأ بسبب التكوينات الخاطئة في خادم Nginx، فسيؤدي هذا الإصلاح إلى إعادة الأمور إلى المسار الصحيح.

6. أعد كتابة القواعد

إذا كان الخطأ لا يزال عنيدًا، فمن المحتمل أن تكون المشكلة في قواعد إعادة الكتابة، المسؤولة عن إعادة توجيه الطلبات إلى الموارد. لتأكيد شكوكك، حاول الوصول مؤقتًا إلى المادة المصدر دون قواعد إعادة الكتابة.

للقيام بذلك، قم بالتعليق على “اعادة كتابة” و “موقع“التوجيهات في ملف التكوين الخاص بك:

# Comment out the rewrite and location directives
# rewrite ^/old-page /new-page;
# location / {
#     try_files $uri $uri/ =404;
# }

ثم أعد تشغيل خادم Nginx وابحث عن المورد المطلوب مرة أخرى. إذا كان السبب الجذري، فراجع قواعد إعادة الكتابة في تكوين Nginx الخاص بك وتأكد من تكوينها بشكل صحيح.

7. التحقيق في السجلات

إذا لم ينجح أي شيء، فيمكنك التحقق من سجل الخادم الخاص بك لمراقبة الأخطاء التي قد حدثت وتصحيحها. يوجد سجل أخطاء Nginx بشكل عام في “/var/log/nginx/error.log”.

منع خطأ Nginx 404 غير موجود

بعد إصلاح الخطأ، من الضروري اتخاذ التدابير اللازمة لمنع مواجهة هذا الخطأ في المستقبل.

• يجب عليك بشكل دوري تدقيق الخادم الخاص بك لاكتشاف ومنع أي أخطاء محتملة مثل 404 Not Found.
• يجب عليك أيضا استخدام أدوات المراقبة المختلفة لمراقبة مدة تشغيل خادم Nginx وأدائه. ستساعدك هذه الأدوات في متابعة المشكلات عند ظهورها.
• يجب عليك دمج بنية URL المناسبة في جميع أنحاء الخادم الخاص بك. قد ترغب في استخدام 301 عمليات إعادة التوجيه الدائمة لأي عناوين URL قديمة أو معطلة.
• إنها ممارسة مثالية ل عمل نسخة احتياطية من تكوينات الخادم الخاص بك قبل إجراء أي تغييرات لتجنب المشاكل.
• علاوة على ذلك، يمكنك إنشاء اصطلاحات التسمية لملفاتك أو أدلةك للمساعدة في تذكر أسماء الملفات الصحيحة وتجنب هذا الخطأ بسبب أخطاء التسمية.
• صياغة صفحة شخصية لعرضه في حالة مواجهة أنت أو أي شخص آخر لهذا الخطأ في المستقبل. ستوفر هذه الصفحة تجربة مستخدم أفضل.

أمان إضافي لخادم Nginx الخاص بك

الآن بعد أن قمت بحل خطأ Nginx 404 Not Found، فقد حان الوقت للتفكير في تأمين خادم الويب الخاص بك. سيساعد ذلك في حمايته من المخاطر المحتملة مثل هجمات DDoS. يمكن أن تؤدي هجمات DDoS إلى تعطيل وظيفة خادم Nginx الخاص بك وجعله غير متاح لجمهورك.

رصيد الصورة: خطأ 404 بواسطة DepositPhotos. جميع لقطات الشاشة بواسطة دانيش غفور.

الدنماركي من عشاق Linux وكاتب في مجال التكنولوجيا. إنه يدور حول استكشاف عالم Linux دائم التطور، وكشف أسراره، ومشاركة أفكاره القيمة مع مجتمع Linux. لقد كان يكتب محتوى رائعًا منذ أكثر من عام الآن.