सर्वर को अनुरोध के हेडर मिल गए हैं, इसलिए क्लाइंट को बॉडी भेजनी चाहिए।
क्या करेंअनुरोध की बॉडी भेजें; यदि अनुरोध पहले ही पूरा हो चुका है तो प्रतिक्रिया को अनदेखा करें।
HTTP स्टेटस कोड
हर IANA कोड, उसके अर्थ और अगले कदम के साथ — संख्या, नाम या लक्षण से खोजें।
64 में से 64 कोड
स्टेटस कोड
1xxजानकारी5
सर्वर Upgrade अनुरोध स्वीकार करता है और दूसरे प्रोटोकॉल पर चला जाता है।
क्या करेंइसके बाद Upgrade हेडर में बताए गए प्रोटोकॉल का उपयोग करें।
WebDAV सर्वर ने अनुरोध स्वीकार कर लिया है लेकिन उसका प्रक्रमण अभी पूरा नहीं हुआ।
क्या करेंकनेक्शन खुला रखें और अंतिम प्रतिक्रिया की प्रतीक्षा करें।
सर्वर अंतिम प्रतिक्रिया से पहले Link हेडर भेजता है ताकि क्लाइंट प्रीलोड शुरू कर सके।
क्या करेंअभी प्रीलोड या प्रीकनेक्ट करें; अंतिम स्थिति की प्रतीक्षा जारी रखें।
संकेत देता है कि रुका हुआ अपलोड फिर से शुरू किया जा सकता है। यह अभी भी Internet-Draft है।
क्या करेंसर्वर द्वारा बताए गए ऑफ़सेट से पुनः आरंभ करें; मान लें कि व्यवहार बदल सकता है।
2xxसफलता10
अनुरोध सफल रहा; इसका अर्थ HTTP विधि पर निर्भर करता है।
क्या करेंविधि के अनुसार प्रतिक्रिया की बॉडी या हेडर पढ़ें।
अनुरोध सफल रहा और एक नया संसाधन बनाया गया।
क्या करेंनए संसाधन को खोजने के लिए Location हेडर का उपयोग करें।
प्रक्रमण के लिए अनुरोध स्वीकार किया गया है, पर वह अभी पूरा नहीं हुआ।
क्या करेंस्थिति endpoint की बार-बार जाँच करें; यह मानकर न चलें कि कार्य पूरा हो गया है।
वापस भेजी गई मेटाडेटा एक प्रत से आई है, सीधे मूल सर्वर से नहीं।
क्या करेंइन हेडर को प्रॉक्सी या स्थानीय वेरिएंट मानें; ज़रूरत हो तो मूल सर्वर से सत्यापित करें।
अनुरोध सफल रहा और वापस भेजने के लिए कोई बॉडी नहीं है।
क्या करेंस्थिति और हेडर से UI अपडेट करें; बॉडी की प्रतीक्षा न करें।
क्लाइंट को वह दस्तावेज़ रीसेट करना चाहिए जिसने अनुरोध भेजा था।
क्या करेंअनुरोध चलाने वाले फ़ॉर्म या दृश्य को साफ़ करें।
सर्वर ने संसाधन का अनुरोधित रेंज लौटाया है।
क्या करेंबाइट्स को अपने बफ़र में जोड़ें और ज़रूरत हो तो अगला रेंज माँगें।
इस WebDAV प्रतिक्रिया में कई संसाधनों के लिए अलग-अलग स्थितियाँ हैं।
क्या करेंXML बॉडी को पार्स करें और हर संसाधन की स्थिति अलग से संभालें।
बाइंडिंग के सदस्य पहले ही सूचीबद्ध हो चुके हैं, इसलिए उन्हें दोहराया नहीं गया।
क्या करेंडुप्लिकेट सदस्यों को छोड़ें और पहले वाली प्रतिक्रिया को संसाधित करें।
प्रतिक्रिया मौजूदा रिप्रेज़ेंटेशन पर लागू किया गया डेल्टा है (HTTP डेल्टा एन्कोडिंग)।
क्या करेंअपनी कैश की हुई प्रत पर instance manipulations लागू करें।
3xxरीडायरेक्शन9
कई रिप्रेज़ेंटेशन उपलब्ध हैं और क्लाइंट को उनमें से एक चुनना होगा।
क्या करेंप्रतिक्रिया से एक रिप्रेज़ेंटेशन चुनें, या अपने डिफ़ॉल्ट नेगोशिएशन का उपयोग करें।
संसाधन स्थायी रूप से चला गया; आगे के अनुरोधों में नया URL उपयोग करें।
क्या करेंबुकमार्क, लिंक और साइटमैप को Location URL पर अपडेट करें।
संसाधन अस्थायी रूप से दूसरे URL पर उपलब्ध है।
क्या करेंइस अनुरोध के लिए Location का पालन करें, पर मूल URL इस्तेमाल करते रहें।
इस अनुरोध के बाद क्लाइंट को GET से कोई दूसरा संसाधन लाना चाहिए।
क्या करेंपरिणाम पढ़ने के लिए Location पर GET अनुरोध भेजें।
कैश की गई प्रत अभी भी मान्य है, इसलिए बॉडी की ज़रूरत नहीं।
क्या करेंकैश की गई प्रतिक्रिया परोसें; इस उत्तर में कोई बॉडी नहीं है।
क्लाइंट को बताया गया कि संसाधन तक प्रॉक्सी से पहुँचे। यह स्थिति अप्राचलित है।
क्या करेंइसका उपयोग न करें; प्रॉक्सी सीधे कॉन्फ़िगर करें।
पुराने स्पेसिफ़िकेशन द्वारा आरक्षित और अब परिभाषित नहीं।
क्या करेंइसे अनदेखा करें; यहाँ कोई मानक व्यवहार मौजूद नहीं है।
संसाधन अस्थायी रूप से कहीं और है और अनुरोध विधि नहीं बदलनी चाहिए।
क्या करेंLocation पर वही विधि और वही बॉडी रखकर अनुरोध दोहराएँ।
संसाधन स्थायी रूप से चला गया और अनुरोध विधि नहीं बदलनी चाहिए।
क्या करेंलिंक अपडेट करें और Location पर वही विधि रखकर अनुरोध दोहराएँ।
4xxक्लाइंट त्रुटि29
क्लाइंट ने अमान्य कुछ भेजा है, इसलिए सर्वर अनुरोध को संसाधित नहीं कर सकता।
क्या करेंURL, हेडर और बॉडी का सिंटेक्स जाँचें; केवल सुधार करने के बाद ही दोबारा भेजें।
प्राधिकरण ज़रूरी है, या भेजी गई क्रेडेंशियल अस्वीकार कर दी गईं।
क्या करेंमान्य क्रेडेंशियल भेजें; WWW-Authenticate हेडर जाँचें।
भुगतान माँगने वाली सेवाओं के लिए आरक्षित; यह बहुत कम इस्तेमाल होता है।
क्या करेंAPI की बिलिंग फ़्लो जाँचें; कोई मानक प्रतिक्रिया बॉडी परिभाषित नहीं है।
सर्वर ने अनुरोध समझा, पर उसे अधिकृत करने से इनकार कर दिया।
क्या करेंअनुमति वाले अकाउंट या टोकन का उपयोग करें; अंधाधुंध दोबारा न भेजें।
सर्वर अनुरोधित संसाधन नहीं खोज पाता।
क्या करेंURL और रूटिंग जाँचें, यह भी देखें कि संसाधन हटा तो नहीं दिया गया।
इस संसाधन के लिए भेजी गई HTTP विधि समर्थित नहीं है।
क्या करेंAllow प्रतिक्रिया हेडर में दी गई कोई विधि उपयोग करें।
अनुरोध में दी गई Accept शर्तों से कोई रिप्रेज़ेंटेशन मेल नहीं खाता।
क्या करेंAccept हेडर को व्यापक बनाएँ या समर्थित फ़ॉर्मैट माँगें।
क्लाइंट और सर्वर के बीच मौजूद प्रॉक्सी को प्राधिकरण चाहिए।
क्या करेंप्रॉक्सी की क्रेडेंशियल कॉन्फ़िगर करें; Proxy-Authenticate हेडर जाँचें।
सर्वर निर्धारित समय में पूरा अनुरोध प्राप्त नहीं कर सका।
क्या करेंतेज नेटवर्क से दोबारा भेजें या अधिक टाइमआउट की अनुमति दें।
अनुरोध संसाधन की मौजूदा स्थिति से टकराता है।
क्या करेंनवीनतम स्थिति लाएँ, टक्कर सुलझाएँ, फिर दोबारा भेजें।
संसाधन स्थायी रूप से हट चुका है और उसका कोई फ़ॉरवर्डिंग पता नहीं है।
क्या करेंलिंक और कैश हटा दें; दोबारा न भेजें।
सर्वर को Content-Length हेडर चाहिए, पर अनुरोध ने ऐसा भेजा नहीं।
क्या करेंContent-Length भेजें या चंक्ड ट्रांसफ़र एन्कोडिंग पर जाएँ।
If-Match या If-Unmodified-Since जैसी शर्तीय हेडर पूरी नहीं हुईं।
क्या करेंमौजूदा संस्करण लाएँ और नए वैलिडेटर के साथ दोबारा भेजें।
अनुरोध की बॉडी सर्वर की स्वीकार्य सीमा से अधिक है।
क्या करेंकम डेटा भेजें, उसे संपीड़ित करें, या चंक्ड अपलोड उपयोग करें।
अनुरोध का URL सर्वर की स्वीकार्य लंबाई से अधिक है।
क्या करेंक्वेरी स्ट्रिंग छोटी करें या डेटा बॉडी में भेजें।
सर्वर अनुरोध बॉडी के मीडिया टाइप को समर्थन नहीं देता।
क्या करेंसमर्थित Content-Type भेजें; API दस्तावेज़ जाँचें।
इस संसाधन के लिए माँगा गया बाइट रेंज परोसा नहीं जा सकता।
क्या करेंसंसाधन का आकार जाँचें और मान्य Range भेजें।
सर्वर Expect हेडर में रखी अपेक्षा पूरी नहीं कर सकता।
क्या करेंExpect हेडर हटाएँ या बदलें, फिर दोबारा भेजें।
RFC 2324 का अप्रैल फ़ूल कोड; RFC 9110 ने अब 418 को अप्रयुक्त के रूप में रजिस्टर किया है।
क्या करेंइस पर निर्भर न रहें; यहाँ कोई मानक व्यवहार परिभाषित नहीं है।
सर्वर इस स्कीम और ऑथोरिटी संयोजन के लिए प्रतिक्रिया नहीं बना सकता।
क्या करेंऐसे कनेक्शन पर दोबारा भेजें जो इस ओरिजिन की सेवा कर सके।
अनुरोध का सिंटेक्स मान्य है, पर उसका अर्थ प्रक्रमण को रोकता है।
क्या करेंवैलिडेशन त्रुटियाँ सुधारें; बॉडी में त्रुटि का विवरण पढ़ें।
यह WebDAV संसाधन किसी दूसरे अनुरोध द्वारा लॉक है।
क्या करेंलॉक छोड़ें, या अनुरोध के साथ लॉक टोकन भेजें।
अनुरोध विफल रहा, क्योंकि उससे पहले आने वाला निर्भर अनुरोध विफल हो गया था।
क्या करेंपहला ऑपरेशन ठीक करें और पूरे बैच को दोबारा भेजें।
सर्वर ऐसा अनुरोध अस्वीकार करता है जो दोबारा भेजा गया हो सकता है; अक्सर TLS early data के साथ।
क्या करेंबाद में दोबारा भेजें, या early data के बिना फिर से भेजें।
सर्वर को यह अनुरोध परोसने के लिए दूसरे प्रोटोकॉल की ज़रूरत है।
क्या करेंUpgrade हेडर में बताए गए प्रोटोकॉल से दोबारा भेजें।
अपडेट खोने से बचने के लिए सर्वर शर्तीय अनुरोध माँगता है।
क्या करेंअनुरोध के साथ If-Match या If-Unmodified-Since भेजें।
इस क्लाइंट के लिए निर्धारित दर सीमा पार हो गई है।
क्या करेंपीछे हटें और दोबारा भेजने से पहले Retry-After का पालन करें।
अनुरोध के हेडर फ़ील्ड सर्वर की स्वीकार्य सीमा से अधिक हैं।
क्या करेंकूकी या हेडर का आकार घटाएँ, फिर दोबारा भेजें।
सर्वर कानूनी कारण से यह संसाधन देने से इनकार करता है।
क्या करेंसाइट संचालक से संपर्क करें; यह ब्लॉक जान-बूझकर लगाया गया है।
5xxसर्वर त्रुटि11
सर्वर एक अप्रत्याशित स्थिति में आ गया और अनुरोध पूरा नहीं कर सका।
क्या करेंसर्वर लॉग जाँचें; त्रुटि अस्थायी हो तभी दोबारा भेजें।
सर्वर अनुरोध द्वारा माँगी गई HTTP विधि का समर्थन नहीं करता।
क्या करेंसमर्थित विधि उपयोग करें; हर सर्वर को GET और HEAD का समर्थन करना ज़रूरी है।
गेटवे या प्रॉक्सी को अपस्ट्रीम सर्वर से अमान्य प्रतिक्रिया मिली।
क्या करेंअपस्ट्रीम सर्विस जाँचें और बैकऑफ़ के साथ दोबारा भेजें।
सर्वर पर ओवरलोड है या मेंटेनेंस के लिए बंद है।
क्या करेंRetry-After में दिए गए विराम के बाद दोबारा भेजें।
गेटवे को अपस्ट्रीम सर्वर से समय पर प्रतिक्रिया नहीं मिली।
क्या करेंअपस्ट्रीम लेटेंसी जाँचें और अधिक टाइमआउट के साथ दोबारा भेजें।
सर्वर अनुरोध द्वारा उपयोग किए गए HTTP संस्करण का समर्थन नहीं करता।
क्या करेंHTTP/1.1 या किसी अन्य समर्थित संस्करण से दोबारा भेजें।
कंटेंट नेगोशिएशन गलत कॉन्फ़िगर है और वापस अपनी ओर इशारा करता है।
क्या करेंसर्वर का नेगोशिएशन कॉन्फ़िगरेशन ठीक करें; यह सर्वर की बग है।
WebDAV सर्वर अनुरोध के लिए ज़रूरी रिप्रेज़ेंटेशन स्टोर नहीं कर सकता।
क्या करेंस्टोरेज खाली करें या अनुरोध का आकार घटाएँ।
अनुरोध को संसाधित करते समय WebDAV सर्वर को अनंत लूप मिला।
क्या करेंवह कॉन्फ़िगरेशन या डेटा ठीक करें जो इस लूप का कारण बनता है।
क्लाइंट को वह HTTP एक्सटेंशन घोषित करना चाहिए जो सर्वर को चाहिए। यह स्थिति अप्राचलित है।
क्या करेंक्लाइंट अपग्रेड करें, या किसी समर्थित API का उपयोग करें।
नेटवर्क तक पहुँच पाने के लिए क्लाइंट को प्राधिकृत होना ज़रूरी है, जैसा कैप्टिव पोर्टल में होता है।
क्या करेंनेटवर्क लॉगिन पेज खोलें और प्राधिकरण पूरा करें।
कोई मेल खाता स्टेटस कोड नहीं
संख्या (404), आधिकारिक कारण वाक्यांश (Not Found), या timeout, rate limit जैसा कोई लक्षण आज़माएँ।
इसका उपयोग कैसे करें
- खोज बॉक्स में लिखें: कोड (404), आधिकारिक अंग्रेज़ी कारण वाक्यांश (Not Found), या timeout, rate limit जैसा लक्षण। सूची टाइप करते ही अपडेट होती है — कोई सबमिट बटन नहीं।
- 1xx–5xx चिप से सूची छोटी करें। वे खोज टेक्स्ट के साथ लगते हैं, इसलिए “4xx auth” सिर्फ़ प्रमाणीकरण टैग वाले 4xx कोड दिखाता है।
- हर कार्ड में कोड, आधिकारिक कारण वाक्यांश, उसका अर्थ और आगे क्या करें दिखता है। कारण वाक्यांश अंग्रेज़ी में ही रहता है क्योंकि HTTP असल में वही स्ट्रिंग ले जाता है।
- किसी कार्ड पर कॉपी दबाकर मानक “404 Not Found” पंक्ति कॉपी करें, जो टिकट और कमिट में काम आती है। रीसेट खोज टेक्स्ट और श्रेणी फ़िल्टर दोनों साफ़ करता है।
उदाहरण
खोज
teapot
परिणाम
418 I'm a Teapot — 4xx · क्लाइंट त्रुटि RFC 2324 का अप्रैल फ़ूल कोड; RFC 9110 अब 418 को अप्रयुक्त के रूप में दर्ज करता है। क्या करें: इस पर निर्भर न रहें; कोई मानक व्यवहार परिभाषित नहीं है।
खोज उन उपनामों से भी मिलती है जो कार्ड पर कभी नहीं दिखते: “teapot” RFC 2324 के मज़ाक़ से आता है, और “rate limit” 429 ढूँढ लेता है। कोड और लक्षण जोड़े जा सकते हैं — “404 cache” अपने कैशिंग नोट के कारण 404 और 304 दोनों दिखाता है।
दायरा और सीमाएँ
- सूची IANA HTTP Status Code Registry का पालन करती है: 2026-10-25 तक 64 कोड। nginx 499 या Cloudflare 52x जैसे वेंडर-विशिष्ट कोड शामिल नहीं हैं।
- बॉर्डर केस ईमानदारी से चिह्नित हैं: 104 अभी Internet-Draft है, 102 / 305 / 510 अप्रचलित हैं, और 306 / 418 आरक्षित हैं। 418 अपने RFC 2324 अप्रैल फ़ूल मूल से भी जुड़ा है।
- कारण वाक्यांश आधिकारिक ASCII स्ट्रिंग हैं और कभी अनुवादित नहीं होते। सर्वर अलग टेक्स्ट भेज सकता है, पर क्लाइंट तीन अंकों वाले कोड पर काम करते हैं।
- यह संदर्भ है, URL टेस्टर नहीं। यह कभी रिक्वेस्ट नहीं भेजता, इसलिए नहीं बता सकता कि किसी ख़ास साइट ने कोड क्यों लौटाया — उस साइट का सर्वर और लॉग जाँचें।
- खोज पूरी तरह इसी पेज पर चलती है: कुछ भी अपलोड, संग्रहीत या URL में नहीं लिखा जाता, और शेयर बटन सिर्फ़ पेज का पता साझा करता है।
संबंधित टूल
स्टेटस कोड के आस-पास की रिक्वेस्ट या रिस्पॉन्स डीबग करते समय उपयोगी।