62 كود
استلم الخادم رؤوسات الطلب، ويجب على العميل أن يستمر في إرسال المحتوى.
يقبل الخادم تغيير البروتوكول وفقًا لما يطلبه العميل (على سبيل المثال، HTTP → WebSocket).
الخادم يعالج الطلب لكنه لا يزال لا يمتلك إجابة متاحة.
يتيح للخوادم إرسال رؤوس ارتباطات مسبقة قبل الاستجابة النهائية، مما يحسن من استهلاك الموارد.
تم تنفيذ الطلب بنجاح. يعتمد المعنى الدقيق على طريقة HTTP المستخدمة (تسترجع GET المورد، وتسترجع POST نتيجة الإجراء).
لقد نجحت الطلب وتم إنشاء مورد جديد. عادةً ما يكون ذلك استجابةً لطلب POST أو PUT.
تم قبول الطلب للمعالجة، لكن هذه العملية لم تكتمل بعد (معالجة غير متزامنة).
تم تنفيذ الطلب بنجاح، لكن المعلومات الموجودة في النص تأتي من نسخة مخفية تابعة لطرف ثالث، وليس من الخادم الأصلي.
تم تنفيذ الطلب بنجاح، لكن لا يوجد محتوى يجب إرساله. هذا أمر شائع في حالات الاستجابة الناجحة لعمليات DELETE أو PUT.
لقد نجحت الطلب. يجب على العميل إعادة تشغيل عرض المستند (على سبيل المثال، مسح نموذج).
يقدم الخادم جزءًا فقط من المورد، نتيجةً لرأس حوار Range الذي أرسله العميل. يُستخدم في عمليات التحميل القابلة للاستئناف وفي عمليات البث.
يحتوي جسم الاستجابة على العديد من رموز الحالة الخاصة بمختلف الموارد الفرعية (WebDAV).
لقد تم ذكر أعضاء DAV الملزمين مسبقًا في إجابة سابقة ولا يتم تضمينهم مرة أخرى (WebDAV).
استجاب الخادم لطلب GET، والرد هو تمثيل لنتائج إحدى أو أكثر من عمليات الاستخراج التي تم تطبيقها على المورد الحالي.
الطلب لديه أكثر من إجابة ممكنة. يجب على العميل اختيار واحدة منها.
تم تغيير عنوان URL الخاص بالمورد بشكل دائم. يتم تضمين عنوان URL الجديد في العنوان Location.
المرجع موجود مؤقتًا في عنوان URI آخر. يجب على العميل استخدام نفس عنوان URI الأصلي في الطلبات المستقبلية.
يرسل الخادم العميل إلى مورد آخر باستخدام GET، رغم أن الطلب الأصلي استخدم طريقة أخرى.
تم تحديث ذاكرة التخزين المؤقت الخاصة بالعميل. تُستخدم في الاستجابة للطلبات الشرطية (If-None-Match، If-Modified-Since).
يجب الوصول إلى المورد عبر بروكسي. أصبح هذا المورد قديمًا لأسباب أمنية.
المرجع موجود مؤقتًا في عنوان URI آخر. على عكس 302، يجب ألا يتغير أسلوب HTTP في عملية إعادة التوجيه.
انتقل المورد بشكل دائم إلى عنوان URI آخر. على عكس 301، لا يجب أن يتغير بروتوكول HTTP في عملية إعادة التوجيه.
لا يمكن للخوادم معالجة الطلب بسبب خطأ من قبل العميل: بنية سyntax غير صحيحة، أو معطيات غير صالحة، إلخ.
يجب على العميل أن يقوم بتوثيق نفسه للحصول على الإجابة. يجب على الخادم أن يتضمن رأسًا بعنوان WWW-Authenticate.
مخصص للاستخدام المستقبلي. تستخدمه بعض الخدمات للإشارة إلى أن الدفع مطلوب.
لا يملك العميل إذنًا للوصول إلى المورد. على عكس 401، يعرف الخادم من هو العميل لكنه يرفض السماح له بالوصول.
لم يعثر الخادم على المورد المطلوب. ويُستخدم أيضًا لرفض الوصول إلى موارد موجودة دون الكشف عن وجودها.
المُستخدَم منهج HTTP غير مسموح به بالنسبة للمُرفق المطلوب. يجب أن يتضمن الخادم رأسًا بعنوان Allow يحتوي على الطرق المُسموحة.
لا يمكن للخوادم إنتاج إجابة تتطابق مع معايير التفاوض على المحتوى التي أرسلها العميل.
يجب على العميل أن يتحقق من هوية العميل باستخدام الوكيل الوسيط قبل أن يقوم هذا الوكيل بإرسال الطلب إلى الخادم.
أغلق الخادم الاتصال لأن العميل استغرق وقتًا طويلاً في إرسال الطلب الكامل.
الطلب يتعارض مع الحالة الحالية للخوادم (على سبيل المثال، التعديل المتزامن لنفس المورد).
المورد المطلوب لم يعد متاحًا ولن يعود. على عكس 404، يُعرف على وجه اليقين أنه تم حذفه.
يرفض الخادم الطلب لأنه لم يتم تضمين العنوان المطلوب Content-Length.
يقوم الخادم بتقييم الشروط السابقة للطلب (الروابط If-*)، وقد فشلت إحدى هذه الشروط.
تجاوزت أجزاء الطلب الحدود التي حددها الخادم.
الURI الخاص بالطلب أطول مما يمكن للخدمة استيعابه.
لم يتم دعم شكل محتوى الطلب من قبل الخادم (نوع MIME غير مقبول).
لا يمكن تلبية نطاق البايتات المطلوب: فهو خارج حدود المورد.
لا يمكن للخوادم تلبية المتطلبات المذكورة في عنوان "Expect" في الطلب.
يرفض الخادم محاولات تحضير القهوة لأنه عبارة عن إبريق. رمز مزاح محدد في RFC الخاص بـ بروتوكول التحكم في إبريق القهوة النصي (HTCPCP).
تم توجيه الطلب إلى خادم لا يمكنه تقديم إجابة لمزيج المخطط والسلطة.
الطلب مُكوَّن بشكل جيد، لكن لا يمكن معالجته بسبب أخطاء لغوية (مثل التحقق من صحة البيانات).
المورد الذي تحاول الوصول إليه محظور (WebDAV).
فشلت الطلب لأنّه كان يعتمد على طلب آخر أيضًا والذي فشل (WebDAV).
الخادم غير مستعد لمعالجة طلب قد يُكرر، وذلك لمنع هجمات التكرار.
يرفض الخادم معالجة الطلب باستخدام البروتوكول الحالي؛ يجب على العميل تحديثه (على سبيل المثال، الانتقال إلى TLS).
يتطلب الخادم أن تكون الطلب مشروطًا (بما في ذلك تضمين رؤوس If-Match وما إلى ذلك) لتجنب حدوث تحديثات مفقودة.
أرسل العميل عددًا كبيرًا جدًا من الطلبات خلال فترة زمنية محددة (الحد الأقصى للسرعة).
يرفض الخادم الطلب لأن أحد أو أكثر من رؤوس HTTP طويلة جدًا.
المرجع غير متاح لأسباب قانونية (الرقابة الحكومية، أوامر قضائية، إلخ).
عثر الخادم على حالة غير متوقعة منعت الخادم من إكمال الطلب. هذا هو رمز الخطأ العام الخاص بالخادم.
الخادم لا يدعم الوظيفة المطلوبة لمعالجة الطلب (على سبيل المثال، طريقة HTTP غير معترف بها).
استلم الخادم، الذي يعمل كبوابة أو وكيل، ردًا غير صالح من الخادم السابق.
الخادم غير متاح مؤقتًا، عادةً بسبب الحمل الزائد أو الصيانة. قد يشير العنوان Retry-After إلى وقت توفر الخادم.
لم يستلم الخادم، الذي يعمل كبوابة، ردًا في الوقت المناسب من الخادم السابق.
الخادم لا يدعم إصدار بروتوكول HTTP المستخدم في الطلب.
خطأ في التكوين الداخلي: النسخة المحددة من المحتوى مُعدة للتفاوض على المحتوى بنفسها.
لا يمكن للخوادم تخزين التمثيل المطلوب لإكمال الطلب (WebDAV).
لقد اكتشف الخادم حلقة لا نهائية عند معالجة الطلب (WebDAV).
هناك حاجة إلى مزيد من الملحقات في الطلب حتى يتمكن الخادم من معالجته.
يجب على العميل أن يقوم بتوثيق نفسه للوصول إلى الشبكة (على سبيل المثال، بوابة واي فاي المحاصرة).
لا يوجد معيار لمعرفة الرموز الخاصة بـ Cloudflare وNginx وIIS وغيرها من خوادم الويب.