62 कोड
सर्वर ने request headers प्राप्त किए और client को body भेजने के लिए आगे बढ़ना चाहिए।
सर्वर client द्वारा अनुरोधित protocol बदलने को स्वीकार करता है (उदा. HTTP → WebSocket)।
सर्वर request को संसाधित कर रहा है लेकिन अभी तक कोई response उपलब्ध नहीं है।
सर्वर को अंतिम response से पहले early link headers भेजने की अनुमति देता है, संसाधन लोडिंग को optimize करते हुए।
Request सफल हुआ। सटीक अर्थ उपयोग किए गए HTTP method पर निर्भर करता है (GET resource लौटाता है, POST action का परिणाम लौटाता है)।
Request सफल हुआ और एक नया resource बनाया गया। आमतौर पर POST या PUT के response में।
Request को processing के लिए स्वीकार किया गया लेकिन यह अभी तक पूरा नहीं हुआ (asynchronous processing)।
Request सफल हुआ लेकिन body में जानकारी third-party caching copy से आती है, मूल सर्वर से नहीं।
Request सफल हुआ लेकिन भेजने के लिए कोई content नहीं है। सफल DELETE या PUT के responses में सामान्य।
Request सफल हुआ। Client को document view को रीसेट करना चाहिए (उदा. एक form साफ़ करें)।
Client द्वारा भेजे गए Range header के परिणामस्वरूप सर्वर resource का केवल हिस्सा देता है। resumable downloads और streaming में उपयोग होता है।
Response body में अलग-अलग sub-resources के लिए एकाधिक status codes हैं (WebDAV)।
DAV binding के सदस्य पहले से एक पिछले response में सूचीबद्ध थे और दोबारा शामिल नहीं हैं (WebDAV)।
सर्वर ने एक GET request पूरा किया और response वर्तमान resource पर लागू एक या अधिक instance manipulations के परिणाम का प्रतिनिधित्व है।
Request के एक से अधिक संभावित responses हैं। Client को उनमें से एक चुनना होगा।
Resource का URL स्थायी रूप से बदल गया है। नया URL Location header में शामिल है।
Resource अस्थायी रूप से किसी अन्य URI पर है। Client को भविष्य के requests के लिए वही मूल URI उपयोग करना चाहिए।
सर्वर client को GET के साथ किसी अन्य resource पर redirect करता है, हालांकि मूल request किसी अन्य method का उपयोग करता था।
Client cache अद्यतन है। Conditional requests (If-None-Match, If-Modified-Since) के response में उपयोग होता है।
Resource को proxy के माध्यम से access किया जाना चाहिए। सुरक्षा कारणों से अप्रचलित।
Resource अस्थायी रूप से किसी अन्य URI पर है। 302 के विपरीत, redirection में HTTP method नहीं बदलना चाहिए।
Resource स्थायी रूप से किसी अन्य URI पर ले जाया गया है। 301 के विपरीत, redirection में HTTP method नहीं बदलना चाहिए।
Client त्रुटि के कारण सर्वर request को संसाधित नहीं कर सकता: malformed syntax, invalid parameters, आदि।
Response प्राप्त करने के लिए Client को authenticate करना होगा। सर्वर को WWW-Authenticate header शामिल करना चाहिए।
भविष्य के उपयोग के लिए आरक्षित। कुछ services इसका उपयोग यह संकेत देने के लिए करते हैं कि भुगतान आवश्यक है।
Client के पास resource access करने की अनुमति नहीं है। 401 के विपरीत, सर्वर जानता है कि client कौन है लेकिन access से इनकार करता है।
सर्वर को अनुरोधित resource नहीं मिला। मौजूदा resources के अस्तित्व का खुलासा किए बिना उन तक access से इनकार करने के लिए भी उपयोग किया जाता है।
उपयोग किए गए HTTP method अनुरोधित resource के लिए अनुमति नहीं है। सर्वर को अनुमति वाले methods के साथ Allow header शामिल करना चाहिए।
सर्वर एक response नहीं उत्पन्न कर सकता जो client द्वारा भेजे गए content negotiation criteria से मेल खाता हो।
Client को सर्वर पर request भेजने से पहले intermediate proxy के साथ authenticate करना होगा।
सर्वर ने कनेक्शन बंद कर दिया क्योंकि client ने पूर्ण request भेजने में बहुत समय लिया।
Request सर्वर की वर्तमान स्थिति के साथ संघर्ष करता है (उदा. एक ही resource का concurrent modification)।
अनुरोधित resource अब उपलब्ध नहीं है और वापस नहीं आएगा। 404 के विपरीत, यह निश्चित रूप से ज्ञात है कि इसे हटा दिया गया था।
सर्वर request को अस्वीकार करता है क्योंकि आवश्यक Content-Length header शामिल नहीं था।
सर्वर request की preconditions (If-* headers) का मूल्यांकन करता है और उनमें से एक विफल हो गया।
Request body सर्वर द्वारा परिभाषित सीमाओं से अधिक है।
Request URI सर्वर द्वारा व्याख्या किए जाने से अधिक लंबा है।
Request content प्रारूप सर्वर द्वारा समर्थित नहीं है (अस्वीकृत MIME type)।
अनुरोधित byte range संतुष्ट नहीं किया जा सकता: यह resource सीमाओं के बाहर है।
सर्वर Request के Expect header में बताए गए requirements को पूरा नहीं कर सकता।
सर्वर coffee तैयार करने के प्रयासों को अस्वीकार करता है क्योंकि यह एक teapot है। Hyper Text Coffee Pot Control Protocol (HTCPCP) के RFC में परिभाषित joke code।
Request को एक ऐसे सर्वर पर निर्देशित किया गया जो scheme और authority के संयोजन के लिए response नहीं उत्पन्न कर सकता।
Request well-formed है लेकिन semantic त्रुटियों के कारण संसाधित नहीं किया जा सकता (उदा. data validation)।
जिस resource को access करने का प्रयास किया जा रहा है वह locked है (WebDAV)।
Request विफल हुआ क्योंकि यह किसी अन्य request पर निर्भर था जो भी विफल हुआ (WebDAV)।
सर्वर एक request को संसाधित करने को तैयार नहीं है जिसे दोहराया जा सकता है, replay attacks से बचने के लिए।
सर्वर वर्तमान protocol का उपयोग करके request को संसाधित करने से इनकार करता है; client को इसे upgrade करना होगा (उदा. TLS पर move करें)।
सर्वर requests के conditional होने की मांग करता है (If-Match headers, आदि शामिल करें) ताकि खोए हुए updates से बचा जा सके।
Client ने एक निश्चित अवधि में बहुत अधिक requests भेजे (rate limiting)।
सर्वर request को अस्वीकार करता है क्योंकि एक या अधिक HTTP headers बहुत लंबे हैं।
Resource कानूनी कारणों से उपलब्ध नहीं है (government censorship, court order, आदि)।
सर्वर ने एक अप्रत्याशित condition का सामना किया जिसने इसे request पूरा करने से रोका। यह सर्वर का generic error code है।
सर्वर request को संसाधित करने के लिए आवश्यक functionality का समर्थन नहीं करता (उदा. unrecognized HTTP method)।
गेटवे या proxy के रूप में कार्य करते हुए सर्वर को upstream सर्वर से एक invalid response प्राप्त हुई।
सर्वर अस्थायी रूप से उपलब्ध नहीं है, आमतौर पर overload या maintenance के कारण। Retry-After header यह संकेत दे सकता है कि यह कब उपलब्ध होगा।
गेटवे के रूप में कार्य करते हुए सर्वर को upstream सर्वर से समय पर response नहीं मिला।
सर्वर request में उपयोग किए गए HTTP protocol संस्करण का समर्थन नहीं करता।
Internal configuration error: चयनित content variant स्वयं content negotiate करने के लिए कॉन्फ़िगर है।
सर्वर request पूरा करने के लिए आवश्यक representation को संग्रहीत नहीं कर सकता (WebDAV)।
सर्वर ने request को संसाधित करते समय एक infinite loop का पता लगाया (WebDAV)।
सर्वर इसे संसाधित कर सकने के लिए request में अधिक extensions की आवश्यकता है।
Client को नेटवर्क access करने के लिए authenticate करना होगा (उदा. Wi-Fi captive portal)।
Cloudflare, Nginx, IIS और अन्य web servers के proprietary कोड देखने के लिए गैर-मानक सक्रिय करें।