استكشاف أخطاء رموز HTTP الشائعة وإصلاحها

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

هذه الرموز عبارة عن أرقام صحيحة مكونة من ثلاثة أرقام، يشير كل منها إلى حالات مختلفة. بناءً على الرقم الأول، تنقسم رموز HTTP إلى خمس فئات:

• الاستجابات الإعلامية: تتراوح القيمة من 100 إلى 199. وهي تصف أن الطلب قد تم استلامه وجاري معالجته.

• الاستجابات الناجحة: تتراوح القيمة من 200 إلى 299. وهي تشير إلى أن الإجراء قد تم استلامه وفهمه وقبوله بنجاح.

• رسائل إعادة التوجيه: تتراوح القيمة من 300 إلى 399. وهذا يعني أن هناك حاجة إلى اتخاذ إجراءات أخرى لإكمال الطلب.

• استجابات أخطاء العميل: تتراوح القيمة من 400 إلى 499. إما أن الطلب يحتوي على صيغ غير صحيحة أو لا يمكن تلبيته.

• استجابات أخطاء الخادم: تتراوح القيمة من 500 إلى 599. وهذا يعني أن الخادم فشل في معالجة طلب صالح.

في هذا الدليل، سنناقش بعضًا من رموز أخطاء HTTP الأكثر شيوعًا التي يواجهها الجميع (4xx و 5xx)، من منظور مسؤول النظام. يمكن أن تؤدي العديد من الحالات إلى استجابة خادم الويب برمز معين. بالإضافة إلى ذلك، سيناقش هذا البرنامج التعليمي الأسباب والحلول المحتملة.

أخطاء العميل مقابل أخطاء الخادم

تنتج رموز الأخطاء من 400 إلى 499 عن عميل المستخدم (متصفح ويب أو أي عميل HTTP). على الرغم من أن الأخطاء تتعلق بالعميل في الغالب، إلا أنه من المفيد معرفة الرمز الذي يواجهه المستخدم. يمكن أن يساعد ذلك في تحديد ما إذا كان من الممكن معالجة مشكلة محتملة على جانب الخادم.

من ناحية أخرى، تنتج أخطاء الخادم (رمز حالة HTTP من 500 إلى 599) عندما يدرك الخادم حدوث خطأ أو عندما لا يكون قادرًا على معالجة الطلب.

استكشاف الأخطاء وإصلاحها العامة

بغض النظر عن الخطأ، إليك بعض النصائح العامة لاستكشاف الأخطاء وإصلاحها والتي يجب عليك اختبارها أولاً عند مواجهة أي رمز خطأ HTTP:

• عند استخدام متصفح ويب لاختبار الخادم، فمن الممارسات الجيدة تحديث المتصفح بعد إجراء أي تغيير على الخادم.

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

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

ينبغي أن يكون هذا الدليل بمثابة إرشادات مفيدة في تحديد مصدر المشكلة.

أخطاء HTTP الشائعة

1. أخطاء العميل الشائعة

يشير رمز الخطأ 400 إلى طلب سيئ (Bad Request). وهو يصف أن طلب HTTP المرسل إلى الخادم يحتوي على صيغة غير صالحة. دعونا نلقي نظرة على المصادر المحتملة للصيغ الخاطئة:

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

• قد يكون متصفح الويب الذي يرسل الطلب معيبًا أو به أخطاء.

• قد يكون طلبًا سيئًا بسبب خطأ عند تكوين طلبات HTTP يدويًا، على سبيل المثال، الاستخدام غير الصحيح لـ curl.

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

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

يشير رمز الخطأ 403 (محظور) إلى حالة يكون فيها طلب المستخدم صالحًا ولكن الخادم يرفض تلبية الطلب. قد يكون ذلك بسبب نقص الإذن للوصول إلى المورد المطلوب. هناك بعض السيناريوهات التي يمكن أن تؤدي إلى هذه المشكلة:

• أذونات الملفات: إذا لم يكن لدى الخادم إذن كافٍ للوصول إلى الملف المطلوب، فقد يؤدي ذلك إلى حدوث خطأ 403. وتشمل الإصلاحات الممكنة التحقق من أن الخادم يحاول الوصول إلى ملف الفهرس الخاص بخادم الويب، وعملية التشغيل المملوكة لـ www-data المستخدم، وأن ملف الفهرس يقع في الموقع الصحيح (في حالة Nginx، هو /usr/share/nginx/html/index.html).

• .htaccess: تستخدم خوادم الويب ملف .htaccess لتطبيق ميزات أمان مختلفة، على سبيل المثال، تصفية عناوين IP أو نطاقات معينة. ويتضمن الإصلاح المحتمل التحقق من أن عنوان IP الذي يأتي منه طلب HTTP ليس محظورًا.

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

يعني رمز الخطأ 404 (غير موجود) أن المستخدم تمكن من الاتصال بخادم الويب بنجاح ولكنه لم يتمكن من تحديد موقع المورد المطلوب. قد يظهر هذا الخطأ في عدد من الحالات. إليك بعض إجراءات استكشاف الأخطاء وإصلاحها الممكنة:

• التحقق من وجود أي خطأ مطبعي محتمل في الرابط الذي وجه المستخدم إلى مورد الخادم.

• قد يكون المستخدم قد كتب عنوان URL بشكل خاطئ. تحقق مما إذا كان الأمر كذلك، وقم بتصحيحه إذا لزم الأمر.

• التحقق من وجود الملف على الخادم. هل تم نقله أو حذفه من الخادم؟

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

• هل تمتلك عملية تشغيل خادم الويب المملوكة للمستخدم إذنًا لاستعراض الملف المطلوب؟ لاحظ أن الأمر يتطلب الحصول على أذونات القراءة والتنفيذ معًا للوصول إلى الدليل.

• هل المورد عبارة عن رابط رمزي؟ في هذه الحالة، يجب تكوين الخادم لاتباع الروابط الرمزية.

2. أخطاء الخادم الشائعة

يحدث رمز الخطأ 500 (خطأ خادم داخلي) عندما يكون الخادم غير قادر على معالجة الطلب لأسباب غير معروفة. في بعض الحالات، سيقوم الخادم بالإبلاغ عن الخطأ 500 عندما يكون رمز خطأ 5xx الأكثر تحديدًا مناسبًا.

أحد أكثر المصادر شيوعًا للخطأ 500 هو خادم تم تكوينه بشكل خاطئ، على سبيل المثال، ملف .htaccess غير صالح. ويمكن أن يحدث أيضًا في حالة وجود حزم مفقودة، على سبيل المثال، محاولة تشغيل أكواد PHP دون تثبيت PHP على النظام.

يشير رمز الخطأ 502 (بوابة سيئة) إلى أن الخادم عبارة عن وكيل أو بوابة ولا يمكنه الوصول إلى استجابة صالحة من الخادم الخلفي (المسؤول عن تلبية الطلب بالفعل). إذا كان الخادم عبارة عن وكيل عكسي، على سبيل المثال، موازن التحميل، فهناك بعض الأشياء المختلفة التي يجب التحقق منها:

• الخوادم الخلفية تعمل بشكل سليم.

• تم تكوين الوكيل العكسي بشكل صحيح (مع مواصفات الخادم الخلفي المناسبة).

• الاتصال بين الوكيل العكسي والخادم الخلفي سليم. إذا كان بإمكان الخوادم الاتصال باستخدام منافذ مختلفة، فيجب أن يسمح جدار الحماية بالاتصال بتلك المنافذ.

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

يوضح رمز الخطأ 503 (الخدمة غير متوفرة) أن الخادم يواجه حملًا زائدًا أو قيد الصيانة حاليًا. وهو ما يعني أن الخادم يجب أن يصبح متاحًا في وقت ما.

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

يشير رمز الخطأ 504 (انتهاء مهلة البوابة) إلى أن الخادم عبارة عن وكيل أو خادم بوابة ولم يتلقَ استجابة من الخادم الخلفي خلال النافذة الزمنية المسموح بها. هناك العديد من الحالات التي يمكن أن تؤدي إلى هذه المشكلة:

• اتصال شبكة سيء بين الخوادم.

• الخادم الخلفي يعمل ببطء شديد (بسبب مشكلات في الأداء).

• حد مهلة خادم البوابة/الوكيل ضيق للغاية.

أفكار نهائية

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

هذه مجرد قائمة قصيرة برموز حالة HTTP الأكثر شيوعاً. للحصول على قائمة شاملة بجميع رموز حالة HTTP، اطلع على رموز حالة HTTP على Wikipedia. يمكنك أيضاً الاطلاع على برنامجنا التعليمي حول بروكسي HTTP لـ Nginx، وموازنة التحميل، والتخزين المؤقت، والتخزين المخبئي: نظرة عامة.

حوسبة سعيدة!