HTTP स्टेटस कोड संदर्भ

IANA रजिस्ट्री के हर HTTP स्टेटस कोड (100–511) की खोजने योग्य सूची: reason phrase, परिभाषित करने वाला RFC और कब इस्तेमाल होता है इसकी सरल व्याख्या।

64 में से 64 कोड
  • 100ContinueRFC 9110

    सर्वर को रिक्वेस्ट हेडर मिल गए हैं; क्लाइंट बॉडी भेजना जारी रख सकता है (Expect: 100-continue का जवाब)।

  • 101Switching ProtocolsRFC 9110

    सर्वर Upgrade हेडर के अनुसार प्रोटोकॉल बदलने को तैयार है, जैसे WebSocket पर।

  • 102ProcessingRFC 2518

    WebDAV: सर्वर अभी लंबा अनुरोध प्रोसेस कर रहा है; अभी कोई जवाब नहीं।

  • 103Early HintsRFC 8297

    अंतिम जवाब से पहले भेजा जाता है ताकि ब्राउज़र Link हेडर वाले संसाधन पहले से लोड करना शुरू कर दे।

  • 104Upload Resumption Supporteddraft-ietf-httpbis-resumable-uploadअस्थायी पंजीकरण

    रिज़्यूमेबल अपलोड ड्राफ़्ट: सर्वर रुके हुए अपलोड को फिर शुरू करने का समर्थन करता है।

  • 200OKRFC 9110

    अनुरोध सफल रहा। बॉडी में माँगा गया संसाधन या क्रिया का परिणाम है।

  • 201CreatedRFC 9110

    नया संसाधन बनाया गया; उसका URL आमतौर पर Location हेडर में होता है।

  • 202AcceptedRFC 9110

    अनुरोध प्रोसेसिंग के लिए स्वीकार हुआ, पर अभी पूरा नहीं हुआ (एसिंक्रोनस काम)।

  • 203Non-Authoritative InformationRFC 9110

    सफल, लेकिन लौटाई गई सामग्री को किसी ट्रांसफ़ॉर्मिंग प्रॉक्सी ने बदला है।

  • 204No ContentRFC 9110

    सफल, पर जवाब में बॉडी नहीं; DELETE या डेटा सहेजने में आम है।

  • 205Reset ContentRFC 9110

    सफल; क्लाइंट को अनुरोध भेजने वाला फ़ॉर्म या व्यू रीसेट करना चाहिए।

  • 206Partial ContentRFC 9110

    Range हेडर के अनुसार संसाधन का केवल हिस्सा लौटाया गया (रिज़्यूमेबल डाउनलोड, वीडियो सीकिंग)।

  • 207Multi-StatusRFC 4918

    WebDAV: बॉडी में कई संसाधनों के अलग-अलग स्टेटस कोड हैं।

  • 208Already ReportedRFC 5842

    WebDAV: बाइंडिंग के सदस्य इसी जवाब में पहले ही सूचीबद्ध हो चुके हैं।

  • 226IM UsedRFC 3229

    डेल्टा एन्कोडिंग: जवाब संसाधन पर लागू किए गए बदलावों का परिणाम है।

  • 300Multiple ChoicesRFC 9110

    कई रूप उपलब्ध हैं और क्लाइंट उनमें से एक चुन सकता है।

  • 301Moved PermanentlyRFC 9110

    संसाधन स्थायी रूप से Location वाले URL पर चला गया है; सर्च इंजन रैंकिंग स्थानांतरित करते हैं। क्लाइंट POST को GET में बदल सकते हैं।

  • 302FoundRFC 9110

    संसाधन अस्थायी रूप से दूसरे URL पर है; मूल URL ही इस्तेमाल करते रहें। क्लाइंट POST को GET में बदल सकते हैं।

  • 303See OtherRFC 9110

    दूसरे URL को GET से देखें, आमतौर पर फ़ॉर्म POST के बाद (Post/Redirect/Get पैटर्न)।

  • 304Not ModifiedRFC 9110

    कैश की गई कॉपी अभी मान्य है (If-None-Match / If-Modified-Since वाला शर्तीय अनुरोध); बॉडी नहीं भेजी जाती।

  • 305Use ProxyRFC 9110अप्रचलित

    अप्रचलित: संसाधन तक प्रॉक्सी से पहुँचना होता था। सुरक्षा कारणों से इस्तेमाल नहीं होता।

  • 306(Unused)RFC 9110आरक्षित, अप्रयुक्त

    आरक्षित; पुराने ड्राफ़्ट में इस्तेमाल हुआ था, अब नहीं होता।

  • 307Temporary RedirectRFC 9110

    अस्थायी रीडायरेक्ट जो मेथड और बॉडी बनाए रखता है (POST, POST ही रहता है)।

  • 308Permanent RedirectRFC 9110

    स्थायी रीडायरेक्ट जो मेथड और बॉडी बनाए रखता है (POST, POST ही रहता है)।

  • 400Bad RequestRFC 9110

    अनुरोध गलत बना होने से सर्वर उसे प्रोसेस नहीं कर सकता (गलत सिंटैक्स, अमान्य पैरामीटर या JSON)।

  • 401UnauthorizedRFC 9110

    प्रमाणीकरण ज़रूरी है या विफल रहा; जवाब में WWW-Authenticate हेडर होता है।

  • 402Payment RequiredRFC 9110

    भविष्य के लिए आरक्षित; कुछ API इसे भुगतान या कोटा समस्याओं के लिए इस्तेमाल करते हैं।

  • 403ForbiddenRFC 9110

    सर्वर अनुरोध समझ गया पर उसे अस्वीकार करता है; दोबारा लॉग इन करने से मदद नहीं मिलेगी।

  • 404Not FoundRFC 9110

    इस URL पर कोई संसाधन नहीं है (या सर्वर बताना नहीं चाहता)।

  • 405Method Not AllowedRFC 9110

    इस संसाधन के लिए यह HTTP मेथड समर्थित नहीं; Allow हेडर मान्य मेथड बताता है।

  • 406Not AcceptableRFC 9110

    क्लाइंट के Accept हेडर से मेल खाता कोई रूप नहीं है।

  • 407Proxy Authentication RequiredRFC 9110

    401 जैसा, लेकिन प्रॉक्सी के साथ प्रमाणीकरण ज़रूरी है।

  • 408Request TimeoutRFC 9110

    क्लाइंट ने अनुरोध भेजने में बहुत देर की; सर्वर ने कनेक्शन बंद कर दिया।

  • 409ConflictRFC 9110

    अनुरोध संसाधन की मौजूदा स्थिति से टकराता है (जैसे एडिट टकराव, डुप्लिकेट)।

  • 410GoneRFC 9110

    संसाधन स्थायी रूप से हटा दिया गया और वापस नहीं आएगा; 404 से ज़्यादा पक्का संकेत।

  • 411Length RequiredRFC 9110

    सर्वर को Content-Length हेडर चाहिए।

  • 412Precondition FailedRFC 9110

    If-Match या If-Unmodified-Since जैसी पूर्व-शर्त पूरी नहीं हुई (ऑप्टिमिस्टिक लॉकिंग)।

  • 413Content Too LargeRFC 9110

    अनुरोध की बॉडी सर्वर की स्वीकार्य सीमा से बड़ी है (अपलोड आकार सीमा)।

  • 414URI Too LongRFC 9110

    URL सर्वर की प्रोसेस करने की क्षमता से लंबा है।

  • 415Unsupported Media TypeRFC 9110

    बॉडी का मीडिया प्रकार (Content-Type) समर्थित नहीं है।

  • 416Range Not SatisfiableRFC 9110

    माँगा गया Range पूरा नहीं किया जा सकता, जैसे वह फ़ाइल के अंत के बाद शुरू होता है।

  • 417Expectation FailedRFC 9110

    Expect हेडर की अपेक्षा पूरी नहीं की जा सकती।

  • 418(Unused)RFC 9110आरक्षित, अप्रयुक्त

    आरक्षित और अप्रयुक्त; अप्रैल फ़ूल वाले RFC 2324 के "I’m a teapot" से प्रसिद्ध।

  • 421Misdirected RequestRFC 9110

    अनुरोध ऐसे सर्वर पर पहुँचा जो इस होस्ट के लिए जवाब नहीं दे सकता (जैसे दोबारा इस्तेमाल हुआ HTTP/2 कनेक्शन)।

  • 422Unprocessable ContentRFC 9110

    सिंटैक्स सही है लेकिन सामग्री अर्थ के स्तर पर अमान्य है (वैलिडेशन त्रुटियाँ)।

  • 423LockedRFC 4918

    WebDAV: संसाधन लॉक है।

  • 424Failed DependencyRFC 4918

    WebDAV: अनुरोध विफल हुआ क्योंकि जिस क्रिया पर वह निर्भर था वह विफल हो गई।

  • 425Too EarlyRFC 8470

    सर्वर ऐसे अनुरोध को प्रोसेस करने से मना करता है जो दोहराया जा सकता है (TLS 1.3 अर्ली डेटा)।

  • 426Upgrade RequiredRFC 9110

    क्लाइंट को Upgrade हेडर में बताए गए दूसरे प्रोटोकॉल पर जाना होगा।

  • 428Precondition RequiredRFC 6585

    खोए अपडेट रोकने के लिए सर्वर को शर्तीय अनुरोध (If-Match) चाहिए।

  • 429Too Many RequestsRFC 6585

    तय समय में बहुत ज़्यादा अनुरोध (रेट लिमिटिंग); Retry-After बताता है कब दोबारा कोशिश करें।

  • 431Request Header Fields Too LargeRFC 6585

    अनुरोध हेडर (या कोई एक हेडर, जैसे कुकी) बहुत बड़े हैं।

  • 451Unavailable For Legal ReasonsRFC 7725

    कानूनी कारणों से संसाधन उपलब्ध नहीं है, जैसे अदालती आदेश या सेंसरशिप।

  • 500Internal Server ErrorRFC 9110

    सर्वर पर एक सामान्य, अप्रत्याशित त्रुटि।

  • 501Not ImplementedRFC 9110

    सर्वर ज़रूरी सुविधा का समर्थन नहीं करता (जैसे अज्ञात मेथड)।

  • 502Bad GatewayRFC 9110

    गेटवे या प्रॉक्सी को अपस्ट्रीम सर्वर से अमान्य जवाब मिला।

  • 503Service UnavailableRFC 9110

    सर्वर अस्थायी रूप से ओवरलोड या मेंटेनेंस में है; Retry-After भेजा जा सकता है।

  • 504Gateway TimeoutRFC 9110

    गेटवे या प्रॉक्सी को अपस्ट्रीम सर्वर से समय पर जवाब नहीं मिला।

  • 505HTTP Version Not SupportedRFC 9110

    अनुरोध में इस्तेमाल HTTP संस्करण समर्थित नहीं है।

  • 506Variant Also NegotiatesRFC 2295

    कंटेंट नेगोशिएशन गलत कॉन्फ़िगर है: चुना गया वेरिएंट ख़ुद भी नेगोशिएट करता है।

  • 507Insufficient StorageRFC 4918

    WebDAV: अनुरोध पूरा करने के लिए सर्वर के पास पर्याप्त स्टोरेज नहीं है।

  • 508Loop DetectedRFC 5842

    WebDAV: अनुरोध प्रोसेस करते समय सर्वर को अनंत लूप मिला।

  • 510Not Extended (OBSOLETED)RFC 2774अप्रचलित

    अप्रचलित: अनुरोध के लिए और एक्सटेंशन ज़रूरी थे (HTTP Extension Framework)।

  • 511Network Authentication RequiredRFC 6585

    नेटवर्क एक्सेस के लिए क्लाइंट को प्रमाणीकरण करना होगा, जैसे Wi-Fi कैप्टिव पोर्टल।

IANA HTTP स्टेटस कोड रजिस्ट्री के सभी कोड, उन्हें परिभाषित करने वाले RFC के साथ। कारण-वाक्यांश अंग्रेज़ी में दिखाए गए हैं क्योंकि नेटवर्क पर वे ऐसे ही भेजे जाते हैं। कुछ उत्पादों के अपंजीकृत कोड (जैसे 499, 520–527) शामिल नहीं हैं।

HTTP स्टेटस कोड क्या है?

IANA में पंजीकृत सभी 64 HTTP स्टेटस कोड का पूरा, खोजने योग्य संदर्भ, 100 Continue से 511 Network Authentication Required तक। हर एंट्री में आधिकारिक reason phrase, उसे परिभाषित करने वाला RFC और संक्षिप्त व्याख्या होती है कि उसका क्या अर्थ है और सर्वर उसे कब भेजते हैं; deprecated और अप्रयुक्त कोड चिह्नित हैं।

HTTP स्टेटस कोड का उपयोग कैसे करें

  1. सर्च बॉक्स में कोड (404), कोड का हिस्सा (30) या शब्द (redirect, timeout) लिखें।
  2. श्रेणी से फ़िल्टर करें: 1xx informational, 2xx success, 3xx redirection, 4xx client error, 5xx server error।
  3. हर कोड का reason phrase, RFC और व्याख्या पढ़ें।

उदाहरण

इनपुट
418
आउटपुट
418 (Unused) · RFC 9110 · reserved and unused; known from the "I’m a teapot" April Fools’ RFC 2324.

HTTP स्टेटस कोड का उपयोग कब करें

इसे API डीबग करने, सर्वर लॉग पढ़ने या अपने एंडपॉइंट से कौन-सा स्टेटस लौटाना है यह चुनने में इस्तेमाल करें। ख़ास प्रोडक्ट के अनौपचारिक कोड (Nginx 499, Cloudflare 520–527, IIS 440) रजिस्ट्री में नहीं हैं, इसलिए सूचीबद्ध नहीं हैं।

HTTP स्टेटस कोड कैसे काम करता है

सूची IANA HTTP Status Code Registry को दर्शाती है, जो 2022 से ज़्यादातर RFC 9110 (HTTP Semantics) और WebDAV (RFC 4918) व RFC 6585 जैसे एक्सटेंशन से परिभाषित है। खोज कोड प्रीफ़िक्स, अंग्रेज़ी reason phrase और मौजूदा भाषा की व्याख्या से मिलती है, सब लोकली।

सामान्य उपयोग मामले

  • API एरर के लिए 401 और 403, या 400 और 422 में से चुनना।
  • लॉग में दिखे 425 Too Early या 421 Misdirected Request को खोजना।
  • क्लाइंट को समझाना कि हटाए गए पेज के लिए 410 Gone, 404 से बेहतर क्यों है।
  • जब रीडायरेक्ट को POST मेथड बनाए रखना हो तब 307 या 308 चुनना।

अक्सर पूछे जाने वाले प्रश्न

401 और 403 में क्या अंतर है?

401 का मतलब ऑथेंटिकेटेड नहीं (या क्रेडेंशियल विफल) है और WWW-Authenticate के साथ आता है। 403 का मतलब सर्वर जानता है आप कौन हैं पर आपको अनुमति नहीं है।

क्या 418 I'm a teapot असली स्टेटस कोड है?

यह रजिस्ट्री में आरक्षित है और RFC 9110 में अप्रयुक्त सूचीबद्ध है, क्योंकि 1998 के अप्रैल फ़ूल RFC से कई लाइब्रेरी इसे लागू करती हैं।

422 को अब Unprocessable Content क्यों कहते हैं?

RFC 9110 ने इसे WebDAV से कोर HTTP में ले जाकर Unprocessable Entity से इसका नाम बदल दिया।

और श्रेणियाँ देखें