HTTP स्टेटस कोड सूची

क्लाइंट को अपने अनुरोध के साथ जारी रखना चाहिए। यह अंतरिम प्रतिक्रिया इंगित करती है कि अब तक सब कुछ ठीक है और क्लाइंट को अनुरोध के साथ जारी रखना चाहिए या यदि यह पहले ही समाप्त हो चुका है तो इसे अनदेखा करना चाहिए।

सर्वर क्लाइंट द्वारा अनुरोधित प्रोटोकॉल स्विच कर रहा है (उदाहरण के लिए, अपग्रेड अनुरोध हेडर के माध्यम से)।

WebDAV; सर्वर ने अनुरोध प्राप्त कर लिया है और संसाधित कर रहा है, लेकिन अभी तक कोई प्रतिक्रिया उपलब्ध नहीं है। यह क्लाइंट को टाइम आउट होने और यह मानने से रोकता है कि अनुरोध खो गया था।

सर्वर अंतिम HTTP संदेश से पहले कुछ हेडर भेज रहा है। इसका उपयोग क्लाइंट को संसाधनों को प्रीलोड करना शुरू करने की अनुमति देने के लिए किया जाता है, जबकि सर्वर अभी भी प्रतिक्रिया तैयार कर रहा है।

अनुरोध सफल हो गया है। सफलता का अर्थ HTTP विधि पर निर्भर करता है: GET: संसाधन प्राप्त किया गया है और संदेश निकाय में प्रेषित किया गया है। HEAD: इकाई हेडर संदेश निकाय में हैं। PUT या POST: क्रिया के परिणाम का वर्णन करने वाला संसाधन संदेश निकाय में प्रेषित होता है। TRACE: संदेश निकाय में सर्वर द्वारा प्राप्त अनुरोध संदेश होता है।

अनुरोध पूरा हो गया है और इसके परिणामस्वरूप एक या अधिक नए संसाधन बनाए गए हैं। यह प्रतिक्रिया वापस भेजे जाने से पहले नया संसाधन प्रभावी रूप से बनाया जाता है और नया संसाधन संदेश के मुख्य भाग, उसके URI या उसके URI संदर्भ में लौटाया जाता है।

अनुरोध प्रसंस्करण के लिए स्वीकार कर लिया गया है, लेकिन प्रसंस्करण पूरा नहीं हुआ है। अनुरोध पर अंततः कार्रवाई की जा सकती है या नहीं भी, क्योंकि वास्तविक प्रसंस्करण होने पर इसे अस्वीकृत किया जा सकता है।

लौटाई गई मेटा-जानकारी स्थानीय या तृतीय-पक्ष प्रति से है, मूल सर्वर से नहीं, और गलत हो सकती है। मूल सर्वर ने जानकारी को मान्य नहीं किया।

सर्वर ने अनुरोध को सफलतापूर्वक संसाधित किया है और कोई सामग्री नहीं लौटा रहा है। उन अनुरोधों के लिए उपयोगी है जहां उपयोगकर्ता को कोई नया दस्तावेज़ प्रदर्शित नहीं किया जाना चाहिए (उदाहरण के लिए, जब 'सहेजें और संपादन जारी रखें' फ़ॉर्म सबमिट किया जाता है)।

सर्वर ने अनुरोध को सफलतापूर्वक संसाधित किया है, अनुरोधकर्ता से अपने दस्तावेज़ दृश्य को रीसेट करने के लिए कहता है, और कोई सामग्री नहीं लौटा रहा है। उदाहरण के लिए, फ़ॉर्म सबमिशन के बाद, नए इनपुट के लिए फ़ॉर्म को साफ़ करने के लिए।

क्लाइंट द्वारा भेजे गए रेंज हेडर के कारण सर्वर संसाधन का केवल एक हिस्सा (बाइट सर्विंग) वितरित कर रहा है। रेंज हेडर का उपयोग HTTP क्लाइंट द्वारा बाधित डाउनलोड को फिर से शुरू करने या डाउनलोड को कई समवर्ती स्ट्रीम में विभाजित करने के लिए किया जाता है।

WebDAV; कई स्वतंत्र संचालनों के लिए स्थिति प्रदान करता है। इसके बाद आने वाला संदेश निकाय एक XML संदेश है और इसमें कई अलग-अलग प्रतिक्रिया कोड हो सकते हैं, यह इस पर निर्भर करता है कि कितने उप-अनुरोध किए गए थे।

WebDAV; DAV बाइंडिंग के सदस्यों को इस अनुरोध के पिछले उत्तर में पहले ही गिना जा चुका है, और उन्हें फिर से शामिल नहीं किया जा रहा है।

सर्वर ने संसाधन के लिए एक GET अनुरोध पूरा किया है, और प्रतिक्रिया वर्तमान इंस्टेंस पर लागू एक या अधिक इंस्टेंस-मैनिपुलेशन के परिणाम का प्रतिनिधित्व है।

संसाधन के लिए कई विकल्पों को इंगित करता है जिनसे क्लाइंट चुन सकता है। सर्वर क्लाइंट द्वारा उपयोग के लिए पसंदीदा URI वाला 'Location' हेडर फ़ील्ड शामिल कर सकता है।

यह और भविष्य के सभी अनुरोध दिए गए URI पर निर्देशित किए जाने चाहिए। खोज इंजन संसाधन के लिए अपने लिंक अपडेट करेंगे ( 'SEO-बोलचाल' में, यह कहा जाता है कि 'लिंक-जूस' नए URL पर भेजा जाता है)।

क्लाइंट को दूसरे URL को देखने (ब्राउज़ करने) के लिए कहता है। इस प्रकार के रीडायरेक्ट के लिए 302 को 303 और 307 से बदल दिया गया है, हालांकि यह अभी भी आमतौर पर उपयोग किया जाता है। खोज इंजन संसाधन के लिए अपने लिंक अपडेट नहीं करते हैं।

अनुरोध का उत्तर GET विधि का उपयोग करके किसी अन्य URI के अंतर्गत पाया जा सकता है। POST (या PUT/DELETE) के जवाब में प्राप्त होने पर, क्लाइंट को यह मान लेना चाहिए कि सर्वर ने डेटा प्राप्त कर लिया है और दिए गए URI पर एक नया GET अनुरोध जारी करना चाहिए।

इंगित करता है कि अनुरोध हेडर (If-Modified-Since या If-None-Match) द्वारा निर्दिष्ट संस्करण के बाद से संसाधन को संशोधित नहीं किया गया है। ऐसे मामले में, संसाधन को फिर से प्रसारित करने की कोई आवश्यकता नहीं है क्योंकि क्लाइंट के पास पहले से डाउनलोड की गई प्रतिलिपि है।

अनुरोधित संसाधन केवल एक प्रॉक्सी के माध्यम से उपलब्ध है, जिसका पता प्रतिक्रिया में प्रदान किया गया है। कई HTTP क्लाइंट (जैसे मोज़िला और इंटरनेट एक्सप्लोरर) इस स्थिति कोड के साथ प्रतिक्रियाओं को सही ढंग से संभाल नहीं पाते हैं, मुख्यतः सुरक्षा कारणों से।

अनुरोध को किसी अन्य URI के साथ दोहराया जाना चाहिए; हालाँकि, भविष्य के अनुरोधों को अभी भी मूल URI का उपयोग करना चाहिए। इसके विपरीत कि 302 को ऐतिहासिक रूप से कैसे लागू किया गया था, मूल अनुरोध को फिर से जारी करते समय अनुरोध विधि को बदलने की अनुमति नहीं है।

अनुरोध और भविष्य के सभी अनुरोधों को किसी अन्य URI का उपयोग करके दोहराया जाना चाहिए। 307 और 308, 302 और 301 के व्यवहारों के समानांतर हैं, लेकिन HTTP विधि को बदलने की अनुमति नहीं देते हैं। इसलिए, उदाहरण के लिए, स्थायी रूप से पुनर्निर्देशित संसाधन पर फ़ॉर्म सबमिट करना सुचारू रूप से जारी रह सकता है।

स्पष्ट क्लाइंट त्रुटि (जैसे, विकृत अनुरोध वाक्यविन्यास, बहुत बड़ा आकार, अमान्य अनुरोध संदेश फ़्रेमिंग, या भ्रामक अनुरोध रूटिंग) के कारण सर्वर अनुरोध को संसाधित नहीं कर सकता या नहीं करेगा।

प्रमाणीकरण आवश्यक है और विफल हो गया है या अभी तक प्रदान नहीं किया गया है। प्रतिक्रिया में एक WWW-Authenticate हेडर फ़ील्ड शामिल होना चाहिए जिसमें अनुरोधित संसाधन पर लागू चुनौती हो। 'अनधिकृत' का अर्थ है कि क्लाइंट को अनुरोधित प्रतिक्रिया प्राप्त करने के लिए स्वयं को प्रमाणित करना होगा।

भविष्य के उपयोग के लिए आरक्षित। मूल इरादा यह था कि इस कोड का उपयोग किसी प्रकार की डिजिटल नकदी या माइक्रोपayment योजना के हिस्से के रूप में किया जा सकता है, लेकिन ऐसा नहीं हुआ है, और यह कोड व्यापक रूप से उपयोग नहीं किया जाता है।

अनुरोध मान्य था, लेकिन सर्वर कार्रवाई से इनकार कर रहा है। उपयोगकर्ता के पास किसी संसाधन के लिए आवश्यक अनुमतियां नहीं हो सकती हैं, या उसे किसी प्रकार के खाते की आवश्यकता हो सकती है। 401 के विपरीत, प्रमाणीकरण मदद नहीं करेगा और अनुरोध को दोहराया नहीं जाना चाहिए।

अनुरोधित संसाधन नहीं मिल सका लेकिन भविष्य में उपलब्ध हो सकता है। क्लाइंट द्वारा बाद के अनुरोध स्वीकार्य हैं। यह वेब पर सामना की जाने वाली एक आम त्रुटि है।

अनुरोधित संसाधन के लिए अनुरोध विधि समर्थित नहीं है; उदाहरण के लिए, एक फ़ॉर्म पर GET अनुरोध जिसके लिए POST के माध्यम से डेटा प्रस्तुत करने की आवश्यकता होती है, या केवल-पढ़ने के लिए संसाधन पर PUT अनुरोध।

अनुरोधित संसाधन केवल अनुरोध में भेजे गए Accept हेडर के अनुसार अस्वीकार्य सामग्री उत्पन्न करने में सक्षम है। सामग्री बातचीत देखें।

क्लाइंट को पहले प्रॉक्सी के साथ स्वयं को प्रमाणित करना होगा। प्रॉक्सी को एक Proxy-Authenticate हेडर फ़ील्ड भेजना होगा जिसमें अनुरोधित संसाधन के लिए प्रॉक्सी पर लागू चुनौती हो।

सर्वर अनुरोध की प्रतीक्षा करते समय समयबाह्य हो गया। HTTP विनिर्देशों के अनुसार: 'क्लाइंट ने उस समय के भीतर अनुरोध नहीं किया जब सर्वर प्रतीक्षा करने के लिए तैयार था। क्लाइंट किसी भी बाद के समय में बिना किसी संशोधन के अनुरोध को दोहरा सकता है।'

इंगित करता है कि संसाधन की वर्तमान स्थिति में संघर्ष के कारण अनुरोध को संसाधित नहीं किया जा सका, जैसे कि कई समवर्ती अपडेट के बीच संपादन संघर्ष।

इंगित करता है कि अनुरोधित संसाधन अब उपलब्ध नहीं है और फिर से उपलब्ध नहीं होगा। इसका उपयोग तब किया जाना चाहिए जब किसी संसाधन को जानबूझकर हटा दिया गया हो और संसाधन को शुद्ध किया जाना चाहिए। खोज इंजन को संसाधन को अपने इंडेक्स से हटा देना चाहिए।

अनुरोध ने अपनी सामग्री की लंबाई निर्दिष्ट नहीं की, जो अनुरोधित संसाधन द्वारा आवश्यक है। सर्वर बिना वैध Content-Length हेडर के अनुरोध स्वीकार नहीं करेगा।

सर्वर उन पूर्व शर्तों में से एक को पूरा नहीं करता है जो अनुरोधकर्ता ने अनुरोध हेडर फ़ील्ड पर रखी थीं। यह प्रतिक्रिया कोड क्लाइंट को वर्तमान संसाधन स्थिति पर पूर्व शर्तें रखने की अनुमति देता है और इस प्रकार अनुरोध विधि को लागू होने से रोकता है यदि अनुरोध एक अप्रत्याशित संसाधन पर होगा।

अनुरोध सर्वर की इच्छा या संसाधित करने की क्षमता से बड़ा है। पहले 'अनुरोध इकाई बहुत बड़ी' कहा जाता था। यह एक अस्थायी स्थिति हो सकती है जिसे सर्वर क्लाइंट से प्रतीक्षा करने और पुनः प्रयास करने के लिए कहकर कम कर सकता है।

प्रदान किया गया URI सर्वर द्वारा संसाधित करने के लिए बहुत लंबा था। अक्सर GET अनुरोध की क्वेरी-स्ट्रिंग के रूप में बहुत अधिक डेटा एन्कोड किए जाने का परिणाम होता है, जिस स्थिति में इसे POST अनुरोध में परिवर्तित किया जाना चाहिए।

अनुरोध इकाई में एक मीडिया प्रकार है जिसे सर्वर या संसाधन समर्थन नहीं करता है। उदाहरण के लिए, क्लाइंट एक छवि को image/svg+xml के रूप में अपलोड करता है, लेकिन सर्वर को छवियों के लिए एक अलग प्रारूप का उपयोग करने की आवश्यकता होती है।

क्लाइंट ने फ़ाइल के एक हिस्से (बाइट सर्विंग) के लिए कहा है, लेकिन सर्वर उस हिस्से की आपूर्ति नहीं कर सकता है। उदाहरण के लिए, यदि क्लाइंट ने फ़ाइल के उस हिस्से के लिए कहा जो फ़ाइल के अंत से परे है।

सर्वर Expect अनुरोध-हेडर फ़ील्ड की आवश्यकताओं को पूरा नहीं कर सकता है। सर्वर Expect हेडर फ़ील्ड में दी गई अपेक्षा का पालन करने के लिए अनिच्छुक या असमर्थ है।

यह कोड 1998 में RFC 2324, हाइपर टेक्स्ट कॉफ़ी पॉट कंट्रोल प्रोटोकॉल में पारंपरिक IETF अप्रैल फूल के चुटकुलों में से एक के रूप में परिभाषित किया गया था, और वास्तविक HTTP सर्वर द्वारा लागू होने की उम्मीद नहीं है। हालाँकि, ज्ञात कार्यान्वयन मौजूद हैं।

अनुरोध एक ऐसे सर्वर पर निर्देशित किया गया था जो प्रतिक्रिया उत्पन्न करने में सक्षम नहीं है। यह एक ऐसे सर्वर द्वारा भेजा जा सकता है जो अनुरोध URI में शामिल योजना और प्राधिकरण के संयोजन के लिए प्रतिक्रियाएँ उत्पन्न करने के लिए कॉन्फ़िगर नहीं किया गया है।

WebDAV; अनुरोध अच्छी तरह से बनाया गया था लेकिन सिमेंटिक त्रुटियों के कारण उसका पालन नहीं किया जा सका। सर्वर अनुरोध इकाई के सामग्री प्रकार को समझता है, और अनुरोध इकाई का वाक्यविन्यास सही है, लेकिन यह निहित निर्देशों को संसाधित करने में असमर्थ था।

WebDAV; जिस संसाधन तक पहुँचा जा रहा है वह बंद है। इसका मतलब है कि किसी विधि का स्रोत या गंतव्य संसाधन बंद है।

WebDAV; अनुरोध विफल हो गया क्योंकि यह किसी अन्य अनुरोध पर निर्भर था और वह अनुरोध विफल हो गया (जैसे, एक PROPPATCH)।

इंगित करता है कि सर्वर एक ऐसे अनुरोध को संसाधित करने का जोखिम उठाने के लिए तैयार नहीं है जिसे फिर से चलाया जा सकता है, जो रीप्ले हमले की संभावना पैदा करता है।

क्लाइंट को अपग्रेड हेडर फ़ील्ड में दिए गए TLS/1.0 जैसे भिन्न प्रोटोकॉल पर स्विच करना चाहिए। सर्वर वर्तमान प्रोटोकॉल का उपयोग करके अनुरोध करने से इनकार कर रहा है, लेकिन क्लाइंट के भिन्न प्रोटोकॉल में अपग्रेड करने के बाद ऐसा करने के लिए तैयार हो सकता है।

मूल सर्वर को अनुरोध को सशर्त बनाने की आवश्यकता है। 'खोई हुई अद्यतन' समस्या को रोकने का इरादा है, जहाँ एक क्लाइंट किसी संसाधन की स्थिति प्राप्त करता है, उसे संशोधित करता है, और उसे सर्वर पर वापस PUT करता है, जबकि इस बीच एक तीसरा पक्ष सर्वर पर स्थिति को संशोधित कर चुका होता है, जिससे संघर्ष होता है।

उपयोगकर्ता ने दिए गए समय में बहुत अधिक अनुरोध भेजे हैं ('दर सीमित करना')। प्रतिक्रिया अभ्यावेदन में स्थिति की व्याख्या करने वाले विवरण शामिल होने चाहिए, और एक नया अनुरोध करने से पहले कितना इंतजार करना है यह इंगित करने वाला Retry-After हेडर शामिल हो सकता है।

सर्वर अनुरोध को संसाधित करने के लिए तैयार नहीं है क्योंकि उसके हेडर फ़ील्ड बहुत बड़े हैं। अनुरोध हेडर फ़ील्ड के आकार को कम करने के बाद अनुरोध को फिर से सबमिट किया जा सकता है।

सर्वर कानूनी मांग के परिणामस्वरूप संसाधन तक पहुंच से इनकार कर रहा है। यह सरकार द्वारा अवरुद्ध वेबसाइट या कॉपीराइट टेकडाउन नोटिस हो सकता है।

एक सामान्य त्रुटि संदेश, जो तब दिया जाता है जब एक अप्रत्याशિત स्थिति का सामना करना पड़ता है और कोई और विशिष्ट संदेश उपयुक्त नहीं होता है। सर्वर को एक अप्रत्याशિત स्थिति का सामना करना पड़ा जिसने उसे अनुरोध को पूरा करने से रोक दिया।

सर्वर या तो अनुरोध विधि को नहीं पहचानता है, या उसमें अनुरोध को पूरा करने की क्षमता का अभाव है। आमतौर पर इसका अर्थ भविष्य की उपलब्धता है (जैसे, वेब सेवा API की एक नई सुविधा)।

सर्वर गेटवे या प्रॉक्सी के रूप में कार्य कर रहा था और अपस्ट्रीम सर्वर से अमान्य प्रतिक्रिया प्राप्त हुई। इसका आमतौर पर मतलब है कि अपस्ट्रीम सर्वर डाउन है या सही ढंग से प्रतिक्रिया नहीं दे रहा है।

सर्वर वर्तमान में अनुपलब्ध है (क्योंकि यह ओवरलोड है या रखरखाव के लिए बंद है)। आम तौर पर, यह एक अस्थायी स्थिति है। क्लाइंट को अनुरोध को पुनः प्रयास करने से पहले प्रतीक्षा करने के लिए उपयुक्त समय का सुझाव देने के लिए Retry-After हेडर फ़ील्ड शामिल किया जा सकता है।

सर्वर गेटवे या प्रॉक्सी के रूप में कार्य कर रहा था और अपस्ट्रीम सर्वर से समय पर प्रतिक्रिया प्राप्त नहीं हुई। इसका आमतौर पर मतलब है कि अपस्ट्रीम सर्वर धीमा है, या प्रतिक्रिया नहीं दे रहा है।

सर्वर अनुरोध में प्रयुक्त HTTP प्रोटोकॉल संस्करण का समर्थन नहीं करता है। सर्वर क्लाइंट के समान प्रमुख संस्करण का उपयोग करके अनुरोध को पूरा करने के लिए तैयार नहीं है।

अनुरोध के लिए पारदर्शी सामग्री बातचीत एक चक्रीय संदर्भ में परिणत होती है। सर्वर में एक आंतरिक कॉन्फ़िगरेशन त्रुटि है: चुना गया संस्करण संसाधन स्वयं पारदर्शी सामग्री बातचीत में संलग्न होने के लिए कॉन्फ़िगर किया गया है, और इसलिए बातचीत प्रक्रिया में एक उचित अंतिम बिंदु नहीं है।

WebDAV; सर्वर अनुरोध को पूरा करने के लिए आवश्यक प्रतिनिधित्व को संग्रहीत करने में असमर्थ है। संसाधन पर विधि का प्रदर्शन नहीं किया जा सका क्योंकि सर्वर अनुरोध को सफलतापूर्वक पूरा करने के लिए आवश्यक प्रतिनिधित्व को संग्रहीत करने में असमर्थ है।

WebDAV; सर्वर ने अनुरोध को संसाधित करते समय एक अनंत लूप का पता लगाया (208 पहले ही रिपोर्ट किया गया के बजाय भेजा गया)। इंगित करता है कि सर्वर ने एक ऑपरेशन समाप्त कर दिया क्योंकि उसे 'Depth: infinity' के साथ अनुरोध संसाधित करते समय एक अनंत लूप का सामना करना पड़ा।

सर्वर द्वारा इसे पूरा करने के लिए अनुरोध के लिए और विस्तार आवश्यक हैं। संसाधन तक पहुंचने की नीति अनुरोध में पूरी नहीं हुई है।

क्लाइंट को नेटवर्क एक्सेस प्राप्त करने के लिए प्रमाणित करने की आवश्यकता है। नेटवर्क तक पहुंच को नियंत्रित करने के लिए उपयोग किए जाने वाले इंटरसेप्टिंग प्रॉक्सी द्वारा उपयोग के लिए अभिप्रेत है (जैसे, वाई-फाई हॉटस्पॉट के माध्यम से पूर्ण इंटरनेट एक्सेस प्रदान करने से पहले सेवा की शर्तों पर सहमति की आवश्यकता के लिए उपयोग किए जाने वाले 'कैप्टिव पोर्टल')।