قائمة رموز حالة HTTP

تشير الاستجابة المعلوماتية إلى استلام الطلب وفهمه، ويجري العمل على معالجته. وهي تُنبه العميل إلى انتظار الاستجابة النهائية. لا تحتوي هذه الرسالة على أي محتوى. ولأن معيار HTTP/1.0 لم يُحدد أي رموز حالة 1xx، فلا يجوز للخوادم إرسال استجابة 1xx إلى عميل متوافق مع HTTP/1.0 إلا في ظروف تجريبية.

١٠٠ استمرار

استلم الخادم رؤوس الطلب، وعلى العميل إرسال نص الطلب (في حالة الطلبات التي تتطلب إرسال نص، مثل طلب POST ). يُعدّ إرسال نص طلب كبير إلى الخادم بعد رفض طلب بسبب رؤوس غير مناسبة أمرًا غير فعال. لكي يتحقق الخادم من رؤوس الطلب، يجب على العميل إرسال Expect: 100-continueرأس في طلبه الأولي واستلام 100 Continueرمز حالة في الرد قبل إرسال النص. إذا استلم العميل رمز خطأ مثل 403 (ممنوع) أو 405 (الطريقة غير مسموح بها)، فلا يجب عليه إرسال نص الطلب. 417 Expectation Failedيشير الرد إلى ضرورة إعادة الطلب بدون Expectالرأس، حيث يدل على أن الخادم لا يدعم التوقعات (كما هو الحال، على سبيل المثال، مع خوادم HTTP/1.0). ^{[ 2 ] : §10.1.1}

101 بروتوكولات التبديل

طلب مقدم الطلب من الخادم تغيير البروتوكولات، وقد وافق الخادم على القيام بذلك.

102 المعالجة ( WebDAV ؛ RFC 2518)

قد يحتوي طلب WebDAV على العديد من الطلبات الفرعية المتعلقة بعمليات الملفات، مما يتطلب وقتًا طويلاً لإتمام الطلب. يشير هذا الرمز إلى أن الخادم قد استلم الطلب ويقوم بمعالجته، ولكن لم يتم تلقي أي رد بعد. ^{[ 3 ]} يمنع هذا العميل من تجاوز مهلة الاتصال والافتراض بأن الطلب قد فُقد. تم إيقاف استخدام رمز الحالة هذا. ^{[ 4 ]}

103 تلميحات مبكرة (RFC 8297)

تُستخدم لإعادة بعض رؤوس الاستجابة قبل رسالة HTTP النهائية. ^{[ 5 ]}

تشير حالة النجاح إلى أن الإجراء الذي طلبه العميل قد تم استلامه وفهمه وقبوله. ^{[ 1 ]}

200 موافق

الاستجابة القياسية لطلبات HTTP الناجحة. وتختلف الاستجابة الفعلية باختلاف طريقة الطلب المستخدمة. ففي طلب GET، تحتوي الاستجابة على كيان مطابق للمورد المطلوب. أما في طلب POST، فتحتوي الاستجابة على كيان يصف أو يتضمن نتيجة العملية.

تم الإنشاء عام 201

تم تلبية الطلب، مما أدى إلى إنشاء مورد جديد. ^{[ 6 ]}

202 مقبول

تم قبول الطلب للمعالجة، ولكن لم تكتمل المعالجة بعد. قد يتم اتخاذ إجراء بشأن الطلب في نهاية المطاف، وقد لا يتم اتخاذ أي إجراء بشأنه، وقد يتم رفضه عند بدء المعالجة.

203 معلومات غير موثوقة (منذ HTTP/1.1)

الخادم عبارة عن وكيل تحويل (مثل مُسرِّع ويب ) تلقى استجابة 200 OK من مصدره، ولكنه يُعيد نسخة مُعدَّلة من استجابة المصدر. ^{[ 2 ] : §15.3.4 [ 2 ] : §7.7}

204 لا يوجد محتوى

قام الخادم بمعالجة الطلب بنجاح، ولا يقوم بإرجاع أي محتوى.

205 إعادة تعيين المحتوى

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

206 محتوى جزئي

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

207 متعدد الحالات (WebDAV؛ RFC 4918)

يكون نص الرسالة التالي افتراضياً رسالة XML ويمكن أن يحتوي على عدد من رموز الاستجابة المنفصلة، ​​وذلك حسب عدد الطلبات الفرعية التي تم إرسالها. ^{[ 7 ]}

208 تم الإبلاغ عنها بالفعل (WebDAV؛ RFC 5842)

تم بالفعل تعداد أعضاء ربط DAV في جزء سابق من الاستجابة (متعددة الحالات)، ولن يتم تضمينهم مرة أخرى.

226 IM Used (RFC 3229)

لقد قام الخادم بتلبية طلب المورد، والاستجابة هي تمثيل لنتيجة عملية واحدة أو أكثر من عمليات معالجة النسخة الحالية. ^{[ 8 ]}

يشير رمز الحالة 3xx إلى ضرورة اتخاذ العميل إجراءً إضافيًا، عادةً إعادة توجيه عنوان URL ، لإتمام الطلب. ^{[ 1 ]} يجوز لوكيل المستخدم تنفيذ هذا الإجراء الإضافي دون أي تدخل من المستخدم إذا كانت طريقة الطلب الإضافي هي GET أو HEAD. يجب على وكيل المستخدم منع عمليات إعادة التوجيه الدائرية. ^{[ 2 ] : §15.4}

300 سؤال متعدد الخيارات

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

301 تم نقلها بشكل دائم

تم نقل وجهة الرابط بحيث يُعاد توجيه الطلب والطلبات المماثلة المستقبلية إلى عنوان URI المحدد . إذا كان لدى العميل إمكانية تعديل الروابط، فعليه تحديث المراجع إلى عنوان URL للطلب. يمكن تخزين الاستجابة مؤقتًا ما لم يُذكر خلاف ذلك. باستثناء طلب GET، يجب أن يحتوي نص الاستجابة على رابط تشعبي إلى عنوان URL الجديد (أو عناوين URL الجديدة). باستثناء طلب GET أو HEAD، يجب على العميل استئذان المستخدم قبل إعادة التوجيه. ^{[ 9 ]}

يُعتبر هذا الكود من أفضل الممارسات لترقية المستخدمين من HTTP إلى HTTPS . توصي كل من Bing و Google باستخدام هذا الكود لتغيير عنوان URL للصفحة كما يظهر في نتائج محركات البحث، بشرط أن يتغير هذا العنوان بشكل دائم وألا يُعاد تغييره قريبًا. ^{[ 10 ] [ 11 ]}

تم العثور على 302

يشير هذا إلى إمكانية الوصول إلى المورد عبر عنوان URL بديل مُحدد في حقل رأس الموقع . اشترطت مواصفات HTTP/1.0 (التي استخدمت عبارة "نُقل مؤقتًا") على العميل إعادة التوجيه بنفس الطريقة، ^{[ 12 ]} لكن المتصفحات الشائعة غيّرت الطلب إلى GET. ^{[ 13 ]} لهذا السبب، أضاف HTTP/1.1 ( RFC 2616 ) رمزَي حالة: 303 الذي يتطلب تغيير الطلب إلى GET، و307 الذي يحافظ على نوع الطلب الأصلي. على الرغم من الوضوح الأكبر الذي يوفره هذا التوضيح، لا يزال الرمز 302 يُستخدم في أُطر عمل الويب للحفاظ على التوافق مع المتصفحات التي لا تدعم HTTP/1.1. ^{[ 14 ] [ 2 ] : §15.4} ونتيجةً لذلك، غيّر RFC 7231 (تحديث RFC 2616 ) التعريف للسماح لوكلاء المستخدم بإعادة كتابة POST إلى GET. ^{[ 15 ]}   

303 انظر أخرى (منذ HTTP/1.1)

إذا استجاب الخادم لطلب POST أو أي طلب آخر غير متكرر الاستجابة بهذا الرمز وحقل رأس الموقع ، فمن المتوقع أن يرسل العميل طلب GET إلى الموقع المحدد. ولإرسال طلب إلى المورد المستهدف باستخدام نفس الطريقة، يستجيب الخادم بالرمز 307 بدلاً من ذلك.

تم اقتراح استخدام هذا الرمز ^{[ 16 ]} كإحدى طرق الاستجابة لطلب مُعرّف موارد موحد (URI) يُحدد كائنًا من العالم الحقيقي، وفقًا لنظرية الويب الدلالي (والطريقة الأخرى هي استخدام مُعرّفات الموارد الموحدة المُجزأة ). ^{[ 17 ] [ 16 ]} على سبيل المثال، إذا كان يُحدد شخصًا، أليس، فسيكون من غير المناسب أن يستجيب الخادم لطلب GET برمز 200 OK، لأن الخادم لا يستطيع تسليم أليس نفسها. بدلًا من ذلك، سيستجيب الخادم برمز 303 لإعادة التوجيه إلى مُعرّف موارد موحد (URI) يُقدم وصفًا للشخص أليس. ^{[ 16 ]}http://www.example.com/id/alice

يُستخدم هذا الرمز أحيانًا عند توفير واجهة برمجة تطبيقات ويب تعتمد على بروتوكول HTTP ، والتي تحتاج إلى الاستجابة للمستدعي فورًا، مع استمرار التنفيذ بشكل غير متزامن، كما هو الحال في تحويل الصور الذي يستغرق وقتًا طويلًا. توفر واجهة برمجة تطبيقات الويب عنوان URI للتحقق من الحالة، مما يسمح للعميل بالتحقق من حالة العملية. عند اكتمال العملية، قد تحتوي الاستجابة على رمز الحالة هذا وعنوان URI لإعادة التوجيه إلى النتيجة النهائية. ^{[ 18 ]}

304 غير معدل

يشير هذا إلى أن المورد لم يُعدَّل منذ الإصدار المحدد في ترويسة الطلب If-Modified-Since أو If-None-Match. في هذه الحالة، لا حاجة لإعادة إرسال المورد لأن العميل لا يزال يحتفظ بنسخة مُنزَّلة مسبقًا.

305 استخدام الوكيل (منذ HTTP/1.1)

المورد المطلوب متاح فقط عبر خادم وكيل، ويتم توفير عنوانه في الاستجابة. ولأسباب أمنية، لا تلتزم العديد من برامج عميل HTTP (مثل موزيلا فايرفوكس وإنترنت إكسبلورر ) برمز الحالة هذا. ^{[ 19 ]}

306 وكيل التبديل

لم يعد مستخدماً. كان يعني في الأصل "يجب أن تستخدم الطلبات اللاحقة الوكيل المحدد".

307 إعادة توجيه مؤقتة (منذ HTTP/1.1)

في هذه الحالة، يجب إعادة إرسال الطلب باستخدام عنوان URI آخر؛ ومع ذلك، يجب أن تستخدم الطلبات اللاحقة عنوان URI الأصلي. على عكس طريقة تنفيذ رمز الاستجابة 302 سابقًا، لا يُسمح بتغيير طريقة الطلب عند إعادة إرسال الطلب الأصلي. على سبيل المثال، يجب إعادة إرسال طلب POST باستخدام طلب POST آخر.

308 إعادة توجيه دائمة

يجب توجيه هذا الطلب وجميع الطلبات اللاحقة إلى عنوان URI المحدد . يُشابه رمز الاستجابة 308 سلوك رمز الاستجابة 301، ولكنه لا يسمح بتغيير طريقة HTTP . لذا، على سبيل المثال، قد يستمر إرسال نموذج إلى مورد مُعاد توجيهه بشكل دائم بسلاسة.

يُستخدم رمز الحالة 4xx للحالات التي يبدو فيها أن الخطأ ناتج عن العميل. باستثناء الاستجابة لطلب HEAD، يجب على الخادم تضمين كيان يحتوي على شرح لحالة الخطأ، وما إذا كانت حالة مؤقتة أم دائمة. تنطبق رموز الحالة هذه على أي طريقة طلب . يجب على برامج تصفح الإنترنت عرض أي كيان مُضمّن للمستخدم.

400 طلب غير صالح

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

401 غير مصرح به

على غرار الخطأ 403 (ممنوع)، يُستخدم هذا الخطأ تحديدًا عندما يكون التحقق من الهوية مطلوبًا وقد فشل أو لم يتم تقديمه بعد. يجب أن تتضمن الاستجابة حقل رأس WWW-Authenticate يحتوي على تحدٍّ ينطبق على المورد المطلوب. راجع قسمي " التحقق من الوصول الأساسي" و "التحقق من الوصول باستخدام Digest ". أما الخطأ 401 فيعني "غير مصادق عليه"، أي أن المستخدم لا يملك بيانات اعتماد صالحة للتحقق من الهوية للمورد المستهدف.

402 الدفع مطلوب

محجوز للاستخدام المستقبلي. كان القصد الأصلي هو استخدام هذا الرمز كجزء من شكل من أشكال النقود الرقمية أو نظام الدفع المصغر ، كما اقترحت، على سبيل المثال، GNU Taler [ ^{20 ] ،} ولكن هذا لم يحدث بعد، ولا يُستخدم هذا الرمز على نطاق واسع. يستخدم Google Developers API هذه الحالة إذا تجاوز مطور معين الحد اليومي للطلبات. ^{[ 21 ]} يستخدم Sipgate هذا الرمز إذا لم يكن لدى الحساب رصيد كافٍ لبدء مكالمة. ^{[ 22 ]} يستخدم Shopify هذا الرمز عندما لا يدفع المتجر رسومه ويتم تعطيله مؤقتًا. ^{[ 23 ]} يستخدم Stripe هذا الرمز للمدفوعات الفاشلة حيث كانت المعلمات صحيحة، على سبيل المثال المدفوعات الاحتيالية المحظورة. ^{[ 24 ]} يستخدم Cloudflare Turnstile هذا الرمز عند طلب الموارد باستخدام cURL . x402 هو معيار مفتوح يُعيد استخدام رمز حالة HTTP 402 "الدفع مطلوب".

403 ممنوع

كان الطلب صحيحًا، لكن الخادم رفض تنفيذه. قد يعود ذلك إلى عدم امتلاك المستخدم صلاحية الوصول إلى مورد معين، أو حاجته إلى حساب، أو محاولته القيام بإجراء محظور (مثل إنشاء سجل مكرر في حين لا يُسمح إلا بسجل واحد). يُستخدم هذا الرمز عادةً أيضًا إذا قدّم الطلب مصادقةً من خلال الإجابة على تحدي حقل رأس WWW-Authenticate، لكن الخادم لم يقبل تلك المصادقة. يجب عدم تكرار الطلب.

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

يُعيد خادم الويب Apache رمز الاستجابة 403 عند طلب مسارات عناوين URL ^{[ 25 ]} التي تُشير إلى دليل نظام ملفات ، وذلك عند تعطيل عرض الدليل وعدم وجود توجيه Directory Index لتحديد ملف موجود لعرضه في المتصفح. يقوم بعض المسؤولين بتكوين إضافة Mod proxy لحظر هذه الطلبات، مما يُعيد أيضًا رمز الاستجابة 403. يستجيب IIS بنفس الطريقة عند رفض عرض الدليل على هذا الخادم. في WebDAV ، يُعاد رمز الاستجابة 403 إذا أرسل العميل طلب PROPFIND دون تضمين ترويسة Depth المطلوبة، أو إذا أرسل ترويسة Depth بقيمة لا نهائية. ^{[ 25 ]}

404 غير موجود

لم يتم العثور على المورد المطلوب، ولكنه قد يكون متاحاً في المستقبل. ويجوز للعميل تقديم طلبات لاحقة.

405 الطريقة غير مسموحة

طريقة الطلب غير مدعومة للمورد المطلوب (على سبيل المثال، طلب GET على نموذج يتطلب عرض البيانات عبر POST ، أو طلب PUT على مورد للقراءة فقط).

406 غير مقبول

لا يمكن للمورد المطلوب توليد سوى محتوى غير مقبول وفقًا لرؤوس Accept المرسلة في الطلب. انظر قسم التفاوض على المحتوى .

407 مطلوب مصادقة الوكيل

يجب على العميل أولاً التحقق من هويته لدى الخادم الوكيل .

408 مهلة الطلب

انتهت مهلة انتظار الخادم للطلب. وفقًا لمواصفات بروتوكول HTTP: "لم يُرسل العميل طلبًا خلال المدة التي كان الخادم مستعدًا للانتظار خلالها. يجوز للعميل إعادة إرسال الطلب دون تعديلات في أي وقت لاحق."

409 الصراع

يشير هذا إلى أنه تعذر معالجة الطلب بسبب وجود تعارض في الحالة الحالية للمورد، مثل تعارض التحرير بين تحديثات متعددة متزامنة. ^{[ 26 ]}

410 رحل

يشير هذا إلى أن المورد المطلوب كان قيد الاستخدام سابقًا ولكنه لم يعد متاحًا ولن يكون متاحًا مرة أخرى. يُستخدم هذا الرمز عندما يُزال موردٌ عمدًا ويجب حذفه نهائيًا. عند تلقي رمز الحالة 410، يجب على العميل عدم طلب المورد مستقبلًا. يجب على العملاء، مثل محركات البحث، إزالة المورد من فهارسهم. في معظم الحالات، لا يتطلب الأمر من العملاء ومحركات البحث حذف المورد نهائيًا، ويمكن استخدام رمز "404 غير موجود" بدلًا من ذلك.

411 الطول المطلوب

لم يحدد الطلب طول محتواه، وهو أمر مطلوب من قبل المورد المطلوب.

412 فشل الشرط المسبق

لا يستوفي الخادم أحد الشروط المسبقة التي وضعها مقدم الطلب في حقول رأس الطلب.

413 المحتوى كبير جدًا

حجم الطلب أكبر مما يستطيع الخادم معالجته أو يرغب في ذلك. كان يُطلق عليه سابقًا "حجم كيان الطلب كبير جدًا" و"حجم الحمولة كبير جدًا". ^{[ 27 ] : §10.4.14 [ 2 ] : §15.5.14}

414 عنوان URI طويل جدًا

كان عنوان URI المُقدّم طويلاً جدًا بحيث لا يستطيع الخادم معالجته. غالبًا ما يكون ذلك نتيجة ترميز كمية كبيرة من البيانات كسلسلة استعلام لطلب GET، وفي هذه الحالة يجب تحويلها إلى طلب POST. يُطلق عليه سابقًا اسم "عنوان URI للطلب طويل جدًا". ^{[ 27 ] : §10.4.15}

415 نوع الوسائط غير مدعوم

يحتوي طلب البيانات على نوع وسائط لا يدعمه الخادم أو المورد. على سبيل المثال، يقوم العميل بتحميل صورة بصيغة image/svg+xml ، بينما يتطلب الخادم استخدام تنسيق مختلف للصور.

نطاق 416 غير مُرضٍ

طلب العميل جزءًا من الملف ( خدمة بايت )، لكن الخادم لا يستطيع توفير هذا الجزء. على سبيل المثال، إذا طلب العميل جزءًا من الملف يقع خارج نهايته. يُسمى هذا الخطأ سابقًا "النطاق المطلوب غير قابل للتلبية". ^{[ 27 ] : §10.4.17}

417 فشل التوقع

لا يستطيع الخادم تلبية متطلبات حقل رأس الطلب Expect. ^{[ 28 ]}

418 أنا إبريق شاي (RFC 2324، RFC 7168)

تم تعريف هذا الرمز في عام 1998 كإحدى مزحات كذبة أبريل التقليدية لـ IETF ، في RFC 2324، بروتوكول التحكم في إبريق القهوة عبر النص التشعبي ، ومن غير المتوقع أن يتم تطبيقه بواسطة خوادم HTTP الفعلية. ينص RFC على أنه يجب إرجاع هذا الرمز من قبل أباريق الشاي التي يُطلب منها تحضير القهوة. ^{[ 29 ]} تُستخدم حالة HTTP هذه كإشارة خفية في بعض مواقع الويب، مثل إشارة "أنا إبريق شاي" الخفية في Google.com . ^{[ 30 ] [ 31 ]} في بعض الأحيان، يُستخدم رمز الحالة هذا أيضًا كاستجابة لطلب محظور، بدلاً من رمز 403 Forbidden الأكثر ملاءمة. ^{[ 32 ] [ 33 ]}

421 طلب موجه بشكل خاطئ

تم توجيه الطلب إلى خادم غير قادر على إنتاج استجابة (على سبيل المثال بسبب إعادة استخدام الاتصال).

422 محتوى غير قابل للمعالجة

كان الطلب سليم الصياغة (أي صحيح نحويًا) لكن تعذر تنفيذه. ^{[ 2 ] : §15.5.21}

423 مغلق (WebDAV؛ RFC 4918)

المورد الذي يتم الوصول إليه مغلق. ^{[ 7 ]}

424 فشل التبعية (WebDAV؛ RFC 4918)

فشل الطلب لأنه كان يعتمد على طلب آخر وقد فشل ذلك الطلب (مثل PROPPATCH). ^{[ 7 ]}

425 مبكر جدًا (RFC 8470)

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

426 يتطلب الترقية

ينبغي على العميل التبديل إلى بروتوكول مختلف مثل TLS/1.3 ، كما هو موضح في حقل رأس الترقية .

428 شرط مسبق مطلوب (RFC 6585)

يشترط خادم المصدر أن يكون الطلب مشروطًا. ويهدف ذلك إلى منع مشكلة "فقدان التحديث"، حيث يقوم العميل بجلب حالة مورد ما، وتعديلها، ثم إرسالها مرة أخرى إلى الخادم، بينما يكون طرف ثالث قد عدّل الحالة على الخادم، مما يؤدي إلى تعارض. ^{[ 34 ]}

429 طلبات كثيرة جدًا (RFC 6585)

أرسل المستخدم عددًا كبيرًا جدًا من الطلبات خلال فترة زمنية محددة. مخصص للاستخدام مع أنظمة تحديد معدل الطلبات . ^{[ 34 ]}

431 حقول رأس الطلب كبيرة جدًا (RFC 6585)

يرفض الخادم معالجة الطلب إما لأن أحد حقول رأس الطلب، أو جميع حقول رأس الطلب مجتمعة، كبيرة جدًا. ^{[ 34 ]}

451 غير متاح لأسباب قانونية (RFC 7725)

تلقى مشغل الخادم طلبًا قانونيًا برفض الوصول إلى مورد أو مجموعة موارد تتضمن المورد المطلوب. ^{[ 35 ]} تم اختيار الرمز 451 كإشارة إلى رواية فهرنهايت 451. ^{[ 36 ]}

يشير رمز الحالة 5xx إلى أن الخادم على علم بوجود خطأ أو أنه غير قادر على تنفيذ الطلب. باستثناء الاستجابة لطلب HEAD، يجب على الخادم تضمين كيان يحتوي على شرح لحالة الخطأ، مع توضيح ما إذا كانت حالة مؤقتة أم دائمة. وبالمثل، يجب على برامج تصفح الإنترنت عرض أي كيان مُضمّن للمستخدم. تنطبق رموز الاستجابة هذه على جميع أنواع الطلبات .

خطأ داخلي في الخادم 500

رسالة خطأ عامة، تُعرض عند مواجهة حالة غير متوقعة ولا توجد رسالة أكثر تحديدًا مناسبة.

501 لم يتم التنفيذ

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

502 مدخل غير صالح

كان الخادم يعمل كبوابة أو وكيل وتلقى استجابة غير صالحة من الخادم الرئيسي.

503 الخدمة غير متوفرة

لا يستطيع الخادم معالجة الطلب (بسبب التحميل الزائد أو توقفه للصيانة). وعادةً ما تكون هذه حالة مؤقتة. ^{[ 37 ]}

504 مهلة البوابة

كان الخادم يعمل كبوابة أو وكيل ولم يتلق استجابة في الوقت المناسب من الخادم الرئيسي.

505 إصدار HTTP غير مدعوم

لا يدعم الخادم إصدار HTTP المستخدم في الطلب.

506 Variant Also Negoities (RFC 2295)

تؤدي عملية التفاوض الشفافة على المحتوى الخاص بالطلب إلى مرجع دائري . ^{[ 38 ]}

507 مساحة تخزين غير كافية (WebDAV؛ RFC 4918)

لا يستطيع الخادم تخزين التمثيل اللازم لإكمال الطلب. ^{[ 7 ]}

تم اكتشاف حلقة 508 (WebDAV؛ RFC 5842)

اكتشف الخادم حلقة لا نهائية أثناء معالجة الطلب (تم إرسالها بدلاً من 208 تم الإبلاغ عنها بالفعل ).

510 غير ممتد (RFC 2774)

^{[ 39 ]} يلزم تقديم إضافات أخرى للطلب حتى يتمكن الخادم من تنفيذه.

511 مصادقة الشبكة مطلوبة (RFC 6585)

يحتاج العميل إلى المصادقة للوصول إلى الشبكة. يُستخدم هذا النظام لاعتراض الخوادم الوسيطة المستخدمة للتحكم في الوصول إلى الشبكة (مثل " البوابات المقيدة " التي تتطلب الموافقة على شروط الخدمة قبل منح الوصول الكامل إلى الإنترنت عبر نقطة اتصال واي فاي ). ^{[ 34 ]}

يُوسّع خادم الويب IIS من مايكروسوفت نطاق أخطاء 4xx للإشارة إلى وجود أخطاء في طلب العميل. يستخدم IIS أحيانًا رموزًا فرعية عشرية إضافية لمعلومات أكثر تحديدًا، ^{[ 40 ]} إلا أن هذه الرموز الفرعية تظهر فقط في حمولة الاستجابة وفي الوثائق، وليس مكان رمز حالة HTTP الفعلي.

440 مهلة تسجيل الدخول

انتهت صلاحية جلسة العميل ويجب عليه تسجيل الدخول مرة أخرى. ^{[ 41 ]}

449 إعادة المحاولة مع

لا يمكن للخادم تلبية الطلب لأن المستخدم لم يقدم المعلومات المطلوبة. ^{[ 42 ]}

تم حظر 450 بواسطة أدوات الرقابة الأبوية في ويندوز

يشير هذا إلى أن أدوات الرقابة الأبوية في نظام التشغيل ويندوز تحظر الوصول إلى صفحة الويب المطلوبة. ^{[ 43 ]}

إعادة توجيه 451

يُستخدم هذا الخيار في Exchange ActiveSync عندما يتوفر خادم أكثر كفاءة أو عندما يتعذر على الخادم الوصول إلى صندوق بريد المستخدم. ^{[ 44 ]} من المتوقع أن يُعيد العميل تشغيل عملية HTTP AutoDiscover للعثور على خادم أكثر ملاءمة. ^{[ 45 ]}

يقوم برنامج خادم الويب nginx بتوسيع نطاق أخطاء 4xx للإشارة إلى وجود مشاكل في طلب العميل. ^{[ 46 ] [ 47 ]}

444 لا يوجد رد

يستخدم داخليًا ^{[ 48 ]} لتوجيه الخادم بعدم إرجاع أي معلومات إلى العميل وإغلاق الاتصال على الفور.

494 رأس الطلب كبير جدًا

أرسل العميل طلبًا كبيرًا جدًا أو سطرًا رئيسيًا طويلًا جدًا.

خطأ في شهادة SSL رقم 495

توسيع لرمز الاستجابة 400 Bad Request ، والذي يستخدم عندما يقدم العميل شهادة عميل غير صالحة .

496 شهادة SSL مطلوبة

توسيع لرمز الاستجابة 400 Bad Request ، والذي يستخدم عندما تكون شهادة العميل مطلوبة ولكن لم يتم توفيرها.

تم إرسال طلب HTTP رقم 497 إلى منفذ HTTPS

توسيع لرمز الاستجابة 400 Bad Request ، المستخدم عندما يقوم العميل بإجراء طلب HTTP إلى منفذ يستمع لطلبات HTTPS.

499 طلب العميل مغلق

يُستخدم هذا الخيار عندما يُغلق العميل الطلب قبل أن يتمكن الخادم من إرسال رد.

تعمل خدمة الوكيل العكسي من Cloudflare على توسيع نطاق سلسلة أخطاء 5xx للإشارة إلى المشكلات المتعلقة بالخادم الأصلي. ^{[ 49 ]}

520 أعاد خادم الويب خطأً غير معروف

أعاد الخادم الأصلي استجابة فارغة أو غير معروفة أو غير متوقعة إلى Cloudflare. ^{[ 50 ]}

خادم الويب 521 معطل

رفض الخادم الأصلي الاتصالات الواردة من Cloudflare. قد تكون حلول الأمان لدى الخادم الأصلي تحظر الاتصالات المشروعة من عناوين IP معينة تابعة لـ Cloudflare. ^{[ 51 ]}

522 انتهى وقت الاتصال

انقطع اتصال Cloudflare بالخادم الأصلي بسبب انتهاء المهلة. ^{[ 52 ]}

523 الأصل غير قابل للوصول

لم تتمكن خدمة Cloudflare من الاتصال بالخادم الأصلي. ^{[ 53 ]}

524 حدث انقطاع في الاتصال

تمكنت Cloudflare من إكمال اتصال TCP مع الخادم الأصلي، لكن الخادم الأصلي لم يقدم استجابة HTTP في الوقت المناسب. ^{[ 54 ]}

525 فشل مصافحة SSL

لم تتمكن Cloudflare من التفاوض على مصافحة SSL/TLS مع الخادم الأصلي. ^{[ 55 ] [ 56 ]}

526 شهادة SSL غير صالحة

لم تتمكن Cloudflare من التحقق من صحة شهادة SSL على خادم الويب الأصلي. ^{[ 57 ] [ 58 ]} يستخدمها أيضًا برنامج gorouter الخاص بـ Cloud Foundry .

خطأ في مدفع السكك الحديدية 527 (قديم)

يشير الخطأ 527 إلى انقطاع الاتصال بين Cloudflare وخادم Railgun الخاص بالخادم الأصلي. ^{[ 59 ]} هذا الخطأ قديم لأن Cloudflare أوقفت دعم Railgun.

530 الأصل غير متوفر

لم تتمكن خدمة Cloudflare من تحديد اسم المضيف الأصلي، مما حال دون إنشاء اتصال بالخادم الأصلي. يحتوي نص الاستجابة على خطأ من نوع 1xxx. ^{[ 60 ] [ 61 ]}

تضيف خدمة موازنة الأحمال المرنة من أمازون ويب سيرفيسز بعض رموز الإرجاع المخصصة للإشارة إلى وجود مشكلات إما في طلب العميل أو في خادم المصدر. ^{[ 62 ]}

٠٠٠

يتم إرجاع إطار HTTP/2 GOAWAY إذا تجاوز الطول المضغوط لأي من الرؤوس 8 كيلوبايت أو إذا تم تقديم أكثر من 10 آلاف طلب عبر اتصال واحد. ^{[ 62 ]}

460

أغلق العميل الاتصال مع موازن الأحمال قبل انقضاء فترة مهلة الخمول. يحدث هذا عادةً عندما تكون مهلة العميل أقصر من مهلة موازن الأحمال المرن. ^{[ 62 ]}

463

تلقى موازن الأحمال رأس طلب X-Forwarded-For يحتوي على أكثر من 30 عنوان IP. ^{[ 62 ]}

464

إصدارات بروتوكول غير متوافقة بين العميل وخادم المصدر. ^{[ 62 ]}

561 غير مصرح به

حدث خطأ متعلق بالمصادقة من خادم مسجل لدى موازن الأحمال. تم تكوين قاعدة استماع لمصادقة المستخدمين، لكن موفر الهوية (IdP) أعاد رمز خطأ عند مصادقة المستخدم. ^{[ 62 ]}

يستخدمه خادم Apache HTTP .

تم تجاوز حد عرض النطاق الترددي 509

تجاوز الخادم النطاق الترددي المحدد من قبل مسؤول الخادم؛ ويُستخدم هذا الإجراء غالبًا من قبل مزودي خدمات الاستضافة المشتركة لتقييد النطاق الترددي للعملاء. ^{[ 63 ]} ويُستخدم أيضًا من قبل لوحة تحكم cPanel .

يستخدمه إطار عمل Laravel .

419 انتهت صلاحية الصفحة

رمز CSRF مفقود أو منتهي الصلاحية. ^{[ 64 ]}

يستخدم بواسطة إطار عمل Spring .

420 فشل الطريقة

حالة استجابة مهملة تم اقتراحها أثناء تطوير WebDAV ^{[ 65 ]} ويستخدمها إطار عمل Spring عند فشل إحدى الطرق. ^{[ 66 ]}

يستخدمه تويتر .

420 عزز هدوئك

يُعاد هذا الرمز بواسطة الإصدار الأول من واجهة برمجة تطبيقات البحث والاتجاهات في تويتر عندما يتم تقييد معدل الطلبات من جانب العميل؛ أما الإصدارات 1.1 والإصدارات اللاحقة فتستخدم رمز الاستجابة 429 (عدد كبير جدًا من الطلبات ) بدلاً من ذلك. ^{[ 67 ]} عبارة "عزز هدوءك" مأخوذة من فيلم "رجل الهدم" (Demolition Man) الصادر عام 1993 ، ومن المرجح أن يكون ارتباطها بهذا الرقم إشارة إلى القنب .

يستخدمه موقع Shopify .

430 حقول رأس الطلب كبيرة جدًا

استجابة قديمة تستخدمها Shopify بدلاً من رمز الاستجابة 429 Too Many Requests ، عند طلب عدد كبير جدًا من عناوين URL خلال فترة زمنية معينة. ^{[ 68 ]}

430 رفض أمني من Shopify

تستخدمها Shopify للإشارة إلى أن الطلب يُعتبر ضارًا. ^{[ 69 ]}

خطأ في نظام أسماء النطاقات (DNS) الأصلي 530

يشير هذا إلى أن Cloudflare لا تستطيع حل سجل DNS المطلوب. ^{[ 69 ]}

540 معاق مؤقتًا

يشير هذا إلى أن نقطة النهاية المطلوبة قد تم تعطيلها مؤقتًا. ^{[ 69 ]}

783 رمز غير متوقع

يشير هذا إلى أن الطلب يتضمن خطأ في بناء جملة JSON. ^{[ 69 ]}

يستخدم بواسطة ArcGIS Server .

498 رمز غير صالح

يشير إلى رمز منتهي الصلاحية أو غير صالح. ^{[ 70 ]}

يلزم 499 رمزًا

يشير هذا إلى أن الرمز المميز مطلوب ولكنه لم يتم تقديمه. ^{[ 70 ]}

يستخدم بواسطة لوحة تحكم cPanel .

تم الوصول إلى الحد الأقصى للموارد (508)

يُستخدم بدلاً من الخطأ 503 عندما يتجاوز حساب الخادم الموارد المخصصة له، مثل استخدام وحدة المعالجة المركزية/ذاكرة الوصول العشوائي أو عدد العمليات المتزامنة. ^{[ 71 ]}

يستخدم بواسطة Qualys في واجهة برمجة تطبيقات اختبار خادم SSLLabs.

529 الموقع مُحمّل فوق طاقته

تشير إلى أن الموقع لا يستطيع معالجة الطلب. ^{[ 72 ]}

يستخدم بواسطة منصة الويب الخاصة بشركة بانثيون سيستمز .

الموقع رقم 530 مُجمّد

يشير إلى موقع تم تجميده بسبب عدم النشاط. ^{[ 73 ]}

يستخدمه موقع لينكدإن .

تم رفض الطلب رقم 999

يتعلق الأمر بحظرهم أو منعهم من الوصول إلى صفحات الويب الخاصة بهم دون تسجيل الدخول أولاً. ^{[ 74 ]}

218 هذا جيد

حالة خطأ عامة غير رسمية، تُنسب على نطاق واسع إلى خادم Apache HTTP للسماح بمرور محتوى الرسائل عبر الخادم عند ProxyErrorOverrideتفعيل هذا الإعداد، على الرغم من أن رمز الحالة وسلوكه ليسا جزءًا من أي مواصفات رسمية لـ Apache. ويُعزى الربط بين رمز الحالة هذا وApache إلى إضافات غير موثقة إلى ويكيبيديا، والتي تم استخدامها لاحقًا في مراجع أخرى، مما أدى إلى إنشاء مراجع دائرية . ^{[ 75 ]}

خطأ مهلة قراءة الشبكة 598

اتفاقية غير رسمية تستخدمها بعض خوادم بروكسي HTTP للإشارة إلى انتهاء مهلة قراءة الشبكة خلف خادم البروكسي إلى العميل أمام خادم البروكسي. ^{[ 76 ]}

خطأ مهلة الاتصال بالشبكة 599

خطأ تستخدمه بعض خوادم بروكسي HTTP للإشارة إلى انتهاء مهلة اتصال الشبكة خلف خادم البروكسي إلى عميل أمام خادم البروكسي.