এইচটিটিপি স্ট্যাটাস কোডসমূহের তালিকা

হাইপার টেক্সট ট্রান্সফার প্রোটোকল (এইচটিটিপি) ব্যবহার করে সার্ভার থেকে ক্লায়েন্টের নিকট তথ্য আদান-প্রদান করা হয়, এ সময় তথ্যের পাশাপাশি নির্দিষ্ট একটি কোডও পাঠানো হয়, যাকে স্ট্যাটাস বা অবস্থাসূচক কোড বলা হয়। এ কোডগুলো যে কোনো ধরনের হতে পারে। তবে RFC থেকে কিছু কোড নির্দিষ্ট করে দেয়া আছে যেগুলো গোটা বিশ্বে আদর্শ হিসেবে ব্যবহৃত হয়। এ কোডগুলোই মূলতঃ এ তালিকায় উল্লেখ করা হয়েছে। অধিকাংশ কোডগুলোর বর্ণনা উল্লেখ করার ক্ষেত্রে HTTP/1.1 আদর্শ (RFC 7231) -এর অনুসরণ করা হয়েছে। যেগুলো এ আদর্শের অন্তর্ভুক্ত নয়, সেগুলোতে তা আলাদা করে উল্লেখ করা হয়েছে। ইন্টারনেট অ্যাসাইন্ড নাম্বারস অথোরিটি (ইয়ানা) এ কোডগুলো আনুষ্ঠানিকভাবে দেখাশোনা করে থাকে। তথ্যমূলক প্রতিক্রিয়ার অর্থ হলো: সার্ভারে ক্লায়েন্টের আবেদন গৃহীত হয়েছে এবং সার্ভার আবেদনের ধরন বুঝতে পেরেছে। ক্লায়েন্ট যাতে করে চূড়ান্ত প্রতিক্রিয়ার জন্য অপেক্ষা করে সে জন্য এ ধরনের অবস্থাসূচক কোড প্রেরণ করা হয়। ফলে সার্ভার থেকে প্রেরিত বার্তায় শুধুমাত্র অবস্থাসূচক লাইন, বিভিন্ন ধরনের হেডার, এবং সবশেষে একটা ফাঁকা লাইন থাকে (কোনো টেক্সট থাকে না)। যেহেতু HTTP/1.0 আদর্শে এ ধরনের প্রতিক্রিয়ার কথা উল্লেখ নেই, সেহেতু HTTP/1.0 অনুসরণ করে এমন কোনো ক্লায়েন্টের কাছে পরীক্ষামূলক অবস্থা ব্যতীত আর কোনো অবস্থাতেই সার্ভার থেকে এ ধরনের প্রতিক্রিয়া প্রেরণ করা যাবে না। 100 Continue সার্ভারে রিকুয়েস্ট হেডারগুলো গৃহীত হয়েছে এবং ক্লায়েন্ট চাইলে এখন রিকুয়েস্ট বডি (যদি প্রযোজ্য হয়, যেমন POST আবেদন প্রণালীর ক্ষেত্রে) পাঠাতে পারে। সার্ভারে বড় আকারের কোনো তথ্য প্রেরণ করার ক্ষেত্রে একে কাজে লাগানো যেতে পারে। কেননা সার্ভার শুরুতেই যদি আবেদন না মঞ্জুর করে সেক্ষেত্রে সার্ভারে বড় আকারে তথ্য পাঠানো সম্পূর্ণ বৃথা। এক্ষেত্রে ক্লায়েন্টের প্রথম রিকুয়েস্ট হেডারে Expect: 100-continue অবশ্যই থাকতে হবে এবং প্রতিক্রিয়ায় 100 Continue পাওয়া সাপেক্ষে সার্ভারে রিকুয়েস্ট বডি পাঠাতে হবে। কারণ সার্ভার যদি প্রতিক্রিয়ায় 403 Forbidden বা 405 Method Not Allowed স্ট্যাটাস কোড প্রেরণ করে তাহলে রিকুয়েস্ট পাঠানোর কোনো মানে নেই। 417 Expectation Failed দ্বারা বোঝানো হয় যে প্রথম রিকুয়েস্টটি পুনরায় পাঠাতে হবে কিন্তু Expect হেডার বাদ দিয়ে, কেননা সার্ভার এটি সাপোর্ট করে না (যেমন, HTTP/1.0 অনুসারী সার্ভারগুলো)। 101 Switching Protocols ক্লায়েন্ট সার্ভারকে তার প্রটোকল বদলানোর জন্য আবেদন করেছে এবং সার্ভার তা মঞ্জুর করেছে। 102 Processing (WebDAV; RFC 2518) ফাইল অপারেশনের ক্ষেত্রে একটা WebDAV রিকুয়েস্টে অনেকগুলো সাব-রিকুয়েস্ট থাকতে পারে যেগুলো প্রক্রিয়াকরণ করতে অনেক সময় লেগে যেতে পারে। সে ক্ষেত্রে এই রিকুয়েস্ট দিয়ে বোঝানো হয় যে সার্ভাররে আবেদন গৃহীত হয়েছে, এবং সার্ভার তা এখনো প্রসেস করছে। কাজেই এখনও চূডান্ত কোনো প্রতিক্রিয়া জানানো সম্ভব নয়। এটি রিকুয়েস্ট বিলীন হয়ে যাওয়া রোধ করে এবং ক্লায়েন্টকে টাইম-আউট হওয়া থেকে বিরত রাখে। 103 Early Hints (RFC 8297) পরবর্তী প্রতিক্রিয়ায় (বা, চূড়ান্ত প্রতিক্রিয়ায়) কি থাকতে পারে তার কিছু সম্ভাব্য হেডার পাঠাতে ব্যবহৃত হয়। এ ধরনের স্ট্যাটাস কোড দ্বারা বোঝানো হয় যে সার্ভারে ক্লায়েন্টের আবেদন পৌঁছেছে, সার্ভার ক্লায়েন্টের আবেদন বুঝতে পেরেছে, এবং তা সফলভাবে গৃহীত হয়েছে। 200 OK সফল এইচটিটিপি রিকুয়েস্টের ক্ষেত্রে স্ট্যান্ডার্ড প্রতিক্রিয়া। কিন্তু প্রতিক্রিয়ায় কী থাকবে তা নির্ভর করবে আবেদন প্রণালীর উপরে। যেমন, একটা GET আবেদন প্রণালীর প্রতিক্রিয়াতে কোনো জিনিসের নির্দিষ্ট কিছু বৈশিষ্ট্য থাকবে যেখানে একটা POST আবেদন প্রণালীর প্রতিক্রিয়াতে থাকবে কিছু অ্যাকশানের ফলাফল। 201 Created আবেদন পুরোপুরি গৃহীত হয়েছে এবং ফলাফল হিসেবে সার্ভারে নতুন কিছু তৈরি হয়েছে। 202 Accepted আবেদন প্রসেসিং-এর জন্য গৃহীত হয়েছে, কিন্তু এখনো প্রসেসিং চলছে। শেষ পর্যন্ত প্রসেস পুরোপুরি শেষ হতেও পারে আবার নাও পারে। 203 Non-Authoritative Information (HTTP/1.1 থেকে) সার্ভার এক ধরনের প্রক্সি যা প্রকৃত সার্ভারের কাছ থেকে 200 OK প্রতিক্রিয়া পেয়েছে কিন্তু প্রক্সি সার্ভার সেটা কিছুটা রূপান্তর করে ক্লায়েন্টের কাছে পাঠাচ্ছে। 204 No Content সার্ভার সফলভাবে আবেদনটি প্রক্রিয়াকরণ করেছে এবং বিনিময়ে কোনো বার্তা পাঠাচ্ছে না বা পাঠানোর প্রয়োজন নেই। 205 Reset Content সার্ভার সফলভাবে আবেদনটি প্রক্রিয়াকরণ করেছে এবং বিনিময়ে কোনো বার্তা পাঠাচ্ছে না কিংবা পাঠানোর প্রয়োজন নেই, কিন্তু ক্লায়েন্টের কাছে যে নথিপত্র আছে সেটা পুনঃস্থাপন করার জন্য বলা হচ্ছে। 206 Partial Content (RFC 7233) সার্ভার রিসোর্সের কিছু অংশ প্রেরণ করছে। সার্ভার ঠিক কত অংশ পাঠাবে তা রিকুয়েস্ট হেডারে উল্লেখ থাকে। এর ফলে ক্লায়েন্ট বিঘ্নিত ডাউনলোড প্রথম থেকে শুরু না করে নির্দিষ্ট কোনো জায়গা থেকে শুরু করতে পারে, কিংবা একটা নির্দিষ্ট রিসোর্সকে অনেকগুলো অংশে ভাগ করে একসাথে ডাউনলোড করতে পারে। 207 Multi-Status (WebDAV; RFC 4918) কতগুলো সাব-রিকুয়েস্ট পাঠানো হয়েছে সে অনুসারে মূল বার্তায় একাধিক স্ট্যাটাস কোড থাকতে পারে। এ ধরনের বার্তা সাধারণত XML কিংবা JSON আকারে পাঠানো হয়। 208 Already Reported (WebDAV; RFC 5842) 207 Multi-Status-এ ইতোমধ্যে প্রতিক্রিয়া পাঠানো হয়েছে এবং পুনরায় আর পাঠানো হচ্ছে না। 226 IM Used (RFC 3229) ইতোমধ্যে আবেদনটি সফল হয়েছে এবং প্রতিক্রিয়াতে বর্তমান আবেদনের অনেক কিছু রয়েছে। এ ধরনের স্ট্যাটাস কোড দ্বারা বোঝানো হয় যে আবেদন সম্পন্ন করতে চাইলে ক্লায়েন্টকে আরও কিছু পদক্ষেপ নিতে হবে। ইউআরএল পুনর্নির্দেশ করার ক্ষেত্রে এ ধরনের স্ট্যাটাস কোডগুলো ব্যবহার করা হয়। যদি পরের আবেদন প্রণালী GET বা POST হয়, ইউজার এজেন্ট (যেমন, ওয়েব ব্রাউজার) স্বয়ংক্রিয়ভাবে এ পূনর্নির্দেশের কাজ করে থাকে। তবে এক্ষেত্রে অসীমসংখ্যক পূনর্নির্দেশের ব্যাপারে তাদের প্রয়োজনীয় ব্যবস্থা নিতে হয়। 300 Multiple Choices যে রিসোর্সের জন্য আবেদন করা হয়েছে তা ক্লায়েন্ট অনেক উপায়ে গ্রহণ করতে পারে, এবং যে কোনো সময়ে এদের মধ্যে মাত্র একটা নির্বাচন করতে পারবে। উদাহরণস্বরূপ, একই ভিডিও বিভিন্ন ফরম্যাটে কিংবা বিভিন্ন রেজলুশনে থাকতে পারে, যার মধ্যে কোনো নির্দিষ্ট সময়ে যে কোনো একটির জন্য আবেদন করতে পারে। 301 Moved Permanently বর্তমান এবং পরবর্তী সকল আবেদন পাঠানো ইউআরআইতে পুনর্নির্দেশ করতে হবে। 302 Found এটি এমন একটি উদাহরণ যার প্রথাগত ব্যবহার আদর্শগত ব্যবহারের সাথে সাংঘর্ষিক। HTTP/1.0 বিবরণী (RFC 1945) অনুসারে এ কোড দ্বারা ক্লায়েন্টকে একটি অস্থায়ী পুনর্নির্দেশের জন্য বলা হত (এর আসল নাম ছিল 302 Moved Temporarily), কিন্তু সকল জনপ্রিয় ওয়েব ব্রাউজারগুলো একে 303 See Other হিসেবে বাস্তবায়ন করেছে। ফলে এদের আলাদা করার জন্য HTTP/1.1 বিবরণীতে 303 এবং 307 নামক দুইটি পৃথক স্ট্যাটাস কোড যুক্ত করা হয়েছে। কিন্তু কিছু কিছু ওয়েব অ্যাপ্লিকেশন এবং ফ্রেমওয়ার্ক এখনো এ স্ট্যাটাস কোডকে 303 এর মতো করে ব্যবহার করে। 303 See Other (HTTP/1.1 থেকে) যে আবেদনটি ক্লায়েন্ট পাঠিয়েছে তা আরেকটি ইউআরআইতে পাওয়া যাবে, এবং তা পেতে গেলে GET আবেদন প্রণালী ব্যবহার করতে হবে। POST, PUT বা DELETE আবেদন প্রণালী ব্যবহার করে সার্ভারে আবেদন পাঠানোর পর যদি সার্ভার এ কোডটি পাঠায় তাহলে ক্লায়েন্টকে ধরে নিতে হবে যে প্রাপ্ত ইউআরআই হতে তথ্য নেয়ার জন্য GET আবেদন প্রণালী ব্যবহার করতে হবে। 304 Not Modified (RFC 7232) If-Modified-Since বা If-None-Match রিকুয়েস্ট হেডারে রিসোর্সের যে সংস্করণের কথা বলা হয়েছে তার কোনো পরিবর্তন হয় নি। ফলে, নতুন করে ওই রিসোর্সটি পাঠানোর প্রয়োজন নেই যেহেতু ক্লায়েন্টের কাছে ইতোমধ্যে উক্ত সংস্করণের রিসোর্সটি সংরক্ষিত আছে। 305 Use Proxy (HTTP/1.1 থেকে) যে রিসোর্সের জন্য আবেদন করা হয়েছে তা শুধুমাত্র প্রক্সি ব্যবহার করে পাওয়া যাবে। যে ঠিকানায় যেতে হবে তাও উল্লেখ করা থাকে। অনেক এইচটিটিপি ক্লায়েন্ট (যেমন, মোজিলা এবং ইন্টারনেট এক্সপ্লোরার) প্রধানত নিরাপত্তার স্বার্থে এ ধরনের আবেদন সমর্থন করে না। 306 Switch Proxy আর ব্যবহৃত হয় না। এটা দ্বারা বোঝানো হত যে “পরবর্তী সকল আবেদন উল্লেখিত প্রক্সি ব্যবহার করে পাঠাতে হবে।” 307 Temporary Redirect (HTTP/1.1 থেকে) এক্ষেত্রে আবেদনটি পুনরায় প্রেরণ করতে হবে তবে অন্য আরেকটি ইউআরআই-তে। কিন্তু এর পরে যে সকল আবেদন প্রেরণ করা হবে, তা আবার আগের ইউআরআই-তেই করতে হবে। 302-এর থেকে এর পার্থক্য হলঃ যে আবেদন প্রণালীতে প্রথম আবেদনটি পাঠানো হয়েছে, ঠিক একই আবেদন প্রণালীতে পরের আবেদনটিও পাঠাতে হবে। যেমন, যে আবদনটি POST আবেদন প্রণালী ব্যবহার করে শুরুতে পাঠানো হয়েছিল, সেটিকে আবার POST আবেদন প্রণালী ব্যবহার করেই পরের ইউআরআইতে পাঠাতে হবে। 308 Permanent Redirect (RFC 7538) বর্তমান আবেদনটি এবং এর পরবর্তী সকল আবেদনসমূহ অন্য আরেকটি ইউআরআই ব্যবহার করে পাঠাতে হবে। 307 ও 308, 302 ও 301-এর ব্যবহারকে আংশিকভাবে প্রতিস্থাপন করেছে, কিন্তু উভয়েই আবেদন প্রণালী পরিবর্তন অনুমোদন করে না। কাজেই, একটা ফর্মের তথ্য স্থায়ীভাবে পুনর্নিদেশিত ইউআরআই-তে পাঠালেও তা পূর্বের মতো কাজ করবে। এ শ্রেণির স্ট্যাটাস কোডগুলো সেই সব ক্ষেত্রে প্রযোজ্য যে সব ক্ষেত্রে স্বয়ং ক্লায়েন্টই ত্রুটির পেছনে দায়ী থাকে। Except when responding to a HEAD request, the server should include an entity containing an explanation of the error situation, and whether it is a temporary or permanent condition. These status codes are applicable to any request method. User agents should display any included entity to the user. 400 Bad Request The server cannot or will not process the request due to an apparent client error (e.g., malformed request syntax, size too large, invalid request message framing, or deceptive request routing). 401 Unauthorized (RFC 7235) Similar to 403 Forbidden, but specifically for use when authentication is required and has failed or has not yet been provided. The response must include a WWW-Authenticate header field containing a challenge applicable to the requested resource. See Basic access authentication and Digest access authentication. 401 semantically means "unauthenticated", i.e. the user does not have the necessary credentials. Note: Some sites issue HTTP 401 when an IP address is banned from the website (usually the website domain) and that specific address is refused permission to access a website. 402 Payment Required Reserved for future use. The original intention was that this code might be used as part of some form of digital cash or micropayment scheme, as proposed for example by GNU Taler, but that has not yet happened, and this code is not usually used. Google Developers API uses this status if a particular developer has exceeded the daily limit on requests. Stripe API uses this code for errors with processing credit cards. 403 Forbidden The request was valid, but the server is refusing action. The user might not have the necessary permissions for a resource, or may need an account of some sort. 404 Not Found The requested resource could not be found but may be available in the future. Subsequent requests by the client are permissible. 405 Method Not Allowed A request method is not supported for the requested resource; for example, a GET request on a form that requires data to be presented via POST, or a PUT request on a read-only resource. 406 Not Acceptable The requested resource is capable of generating only content not acceptable according to the Accept headers sent in the request. See Content negotiation. 407 Proxy Authentication Required (RFC 7235) The client must first authenticate itself with the proxy. 408 Request Timeout The server timed out waiting for the request. According to HTTP specifications: "The client did not produce a request within the time that the server was prepared to wait. The client MAY repeat the request without modifications at any later time." 409 Conflict Indicates that the request could not be processed because of conflict in the request, such as an edit conflict between multiple simultaneous updates. 410 Gone Indicates that the resource requested is no longer available and will not be available again. This should be used when a resource has been intentionally removed and the resource should be purged. Upon receiving a 410 status code, the client should not request the resource in the future. Clients such as search engines should remove the resource from their indices. Most use cases do not require clients and search engines to purge the resource, and a "404 Not Found" may be used instead. 411 Length Required The request did not specify the length of its content, which is required by the requested resource. 412 Precondition Failed (RFC 7232) The server does not meet one of the preconditions that the requester put on the request. 413 Payload Too Large (RFC 7231) The request is larger than the server is willing or able to process. Previously called "Request Entity Too Large". 414 URI Too Long (RFC 7231) The URI provided was too long for the server to process. Often the result of too much data being encoded as a query-string of a GET request, in which case it should be converted to a POST request. Called "Request-URI Too Long" previously. 415 Unsupported Media Type The request entity has a media type which the server or resource does not support. For example, the client uploads an image as image/svg+xml, but the server requires that images use a different format. 416 Range Not Satisfiable (RFC 7233) The client has asked for a portion of the file (byte serving), but the server cannot supply that portion. For example, if the client asked for a part of the file that lies beyond the end of the file. Called "Requested Range Not Satisfiable" previously. 417 Expectation Failed The server cannot meet the requirements of the Expect request-header field. 418 I'm a teapot (RFC 2324) This code was defined in 1998 as one of the traditional IETF April Fools' jokes, in RFC 2324, Hyper Text Coffee Pot Control Protocol, and is not expected to be implemented by actual HTTP servers. The RFC specifies this code should be returned by teapots requested to brew coffee. This HTTP status is used as an Easter egg in some websites, including Google.com. 421 Misdirected Request (RFC 7540) The request was directed at a server that is not able to produce a response. (for example because of a connection reuse) 422 Unprocessable Entity (WebDAV; RFC 4918) The request was well-formed but was unable to be followed due to semantic errors. 423 Locked (WebDAV; RFC 4918) The resource that is being accessed is locked. 424 Failed Dependency (WebDAV; RFC 4918) The request failed due to failure of a previous request (e.g., a PROPPATCH). 426 Upgrade Required The client should switch to a different protocol such as TLS/1.0, given in the Upgrade header field. 428 Precondition Required (RFC 6585) The origin server requires the request to be conditional. Intended to prevent the 'lost update' problem, where a client GETs a resource's state, modifies it, and PUTs it back to the server, when meanwhile a third party has modified the state on the server, leading to a conflict." 429 Too Many Requests (RFC 6585) The user has sent too many requests in a given amount of time. Intended for use with rate-limiting schemes. 431 Request Header Fields Too Large (RFC 6585) The server is unwilling to process the request because either an individual header field, or all the header fields collectively, are too large. 451 Unavailable For Legal Reasons (RFC 7725) A server operator has received a legal demand to deny access to a resource or to a set of resources that includes the requested resource. The code 451 was chosen as a reference to the novel Fahrenheit 451 (see the Acknowledgements in the RFC). The server failed to fulfill a request. Response status codes beginning with the digit "5" indicate cases in which the server is aware that it has encountered an error or is otherwise incapable of performing the request. Except when responding to a HEAD request, the server should include an entity containing an explanation of the error situation, and indicate whether it is a temporary or permanent condition. Likewise, user agents should display any included entity to the user. These response codes are applicable to any request method. 500 Internal Server Error A generic error message, given when an unexpected condition was encountered and no more specific message is suitable. 501 Not Implemented The server either does not recognize the request method, or it lacks the ability to fulfill the request. Usually this implies future availability (e.g., a new feature of a web-service API). 502 Bad Gateway The server was acting as a gateway or proxy and received an invalid response from the upstream server. 503 Service Unavailable The server is currently unavailable (because it is overloaded or down for maintenance). Generally, this is a temporary state. 504 Gateway Timeout The server was acting as a gateway or proxy and did not receive a timely response from the upstream server. 505 HTTP Version Not Supported The server does not support the HTTP protocol version used in the request. 506 Variant Also Negotiates (RFC 2295) Transparent content negotiation for the request results in a circular reference. 507 Insufficient Storage (WebDAV; RFC 4918) The server is unable to store the representation needed to complete the request. 508 Loop Detected (WebDAV; RFC 5842) The server detected an infinite loop while processing the request (sent in lieu of 208 Already Reported). 510 Not Extended (RFC 2774) Further extensions to the request are required for the server to fulfil it. 511 Network Authentication Required (RFC 6585) The client needs to authenticate to gain network access. Intended for use by intercepting proxies used to control access to the network (e.g., "captive portals" used to require agreement to Terms of Service before granting full Internet access via a Wi-Fi hotspot). The following codes are not specified by any standard. 103 Checkpoint Used in the resumable requests proposal to resume aborted PUT or POST requests. 420 Method Failure (Spring Framework) A deprecated response used by the Spring Framework when a method has failed. 420 Enhance Your Calm (Twitter) Returned by version 1 of the Twitter Search and Trends API when the client is being rate limited; versions 1.1 and later use the 429 Too Many Requests response code instead. 450 Blocked by Windows Parental Controls (Microsoft) The Microsoft extension code indicated when Windows Parental Controls are turned on and are blocking access to the requested webpage. 498 Invalid Token (Esri) Returned by ArcGIS for Server. Code 498 indicates an expired or otherwise invalid token. 499 Token Required (Esri) Returned by ArcGIS for Server. Code 499 indicates that a token is required but was not submitted. 509 Bandwidth Limit Exceeded (Apache Web Server/cPanel) The server has exceeded the bandwidth specified by the server administrator; this is often used by shared hosting providers to limit the bandwidth of customers. 530 Site is frozen Used by the Pantheon web platform to indicate a site that has been frozen due to inactivity. 598 (Informal convention) Network read timeout error Used by some HTTP proxies to signal a network read timeout behind the proxy to a client in front of the proxy. Microsoft's Internet Information Services web server expands the 4xx error space to signal errors with the client's request. 440 Login Time-out The client's session has expired and must log in again. 449 Retry With The server cannot honour the request because the user has not provided the required information. 451 Redirect Used in Exchange ActiveSync when either a more efficient server is available or the server cannot access the users' mailbox. The client is expected to re-run the HTTP AutoDiscover operation to find a more appropriate server. The nginx web server software expands the 4xx error space to signal issues with the client's request. 444 No Response Used to indicate that the server has returned no information to the client and closed the connection. 495 SSL Certificate Error An expansion of the 400 Bad Request response code, used when the client has provided an invalid client certificate. 496 SSL Certificate Required An expansion of the 400 Bad Request response code, used when a client certificate is required but not provided. 497 HTTP Request Sent to HTTPS Port An expansion of the 400 Bad Request response code, used when the client has made a HTTP request to a port listening for HTTPS requests. 499 Client Closed Request Used when the client has closed the request before the server could send a response. Cloudflare's reverse proxy service expands the 5xx series of errors space to signal issues with the origin server. 520 Unknown Error The 520 error is used as a "catch-all response for when the origin server returns something unexpected", listing connection resets, large headers, and empty or invalid responses as common triggers. 521 Web Server Is Down The origin server has refused the connection from Cloudflare. 522 Connection Timed Out Cloudflare could not negotiate a TCP handshake with the origin server. 523 Origin Is Unreachable Cloudflare could not reach the origin server; for example, if the DNS records for the origin server are incorrect. 524 A Timeout Occurred Cloudflare was able to complete a TCP connection to the origin server, but did not receive a timely HTTP response. 525 SSL Handshake Failed Cloudflare could not negotiate a SSL/TLS handshake with the origin server. 526 Invalid SSL Certificate Cloudflare could not validate the SSL/TLS certificate that the origin server presented. 527 Railgun Error Error 527 indicates that the request timed out or failed after the WAN connection had been established. "স্ট্যাটাস লাইন" বলতে স্ট্যাটাস কোড এবং স্ট্যাটাস বার্তাকে বোঝানো হয় যারা একটা স্পেইস দ্বারা পৃথক অবস্থায় থাকে এখানে ইতালিক শব্দগুলো ব্যবহারের ক্ষেত্রে RFC 2119 থেকে দেয়া নির্দেশিকা অনুসরণ করা হয়েছে এ আর্টিকেলে আবেদন এবং রিকুয়েস্টকে সমার্থক শব্দ হিসেবে ধরা হয়েছে "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content"। IETF। সংগ্রহের তারিখ ১৬ ডিসেম্বর ২০১৭।  "Hypertext Transfer Protocol (HTTP) Status Code Registry"। Iana.org। সংগ্রহের তারিখ জানুয়ারি ৮, ২০১৫।  "10 Status Code Definitions"। W3। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content - 5.1.1. Expect"। সংগ্রহের তারিখ ২৭ সেপ্টেম্বর ২০১৭।  "101"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Goland, Yaronn; Whitehead, Jim; Faizi, Asad; Carter, Steve R.; Jensen, Del (February 1999). HTTP Extensions for Distributed Authoring – WEBDAV. IETF. RFC 2518. http://tools.ietf.org/html/rfc2518। সংগৃহীত হয়েছে October 24, 2009. Oku, Kazuho (December 2017). An HTTP Status Code for Indicating Hints. IETF. RFC 8297. http://tools.ietf.org/html/rfc8297। সংগৃহীত হয়েছে December 20, 2017. "200 OK". Hypertext Transfer Protocol -- HTTP/1.1. IETF. June 1999. sec. 10.2.1. RFC 2616. http://tools.ietf.org/html/rfc2616#section-10.2.1। সংগৃহীত হয়েছে August 30, 2016. Stewart, Mark; djna। "Create request with POST, which response codes 200 or 201 and content"। Stack Overflow। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "202"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "RFC 7231, Section 6.3.4."।  "RFC 7230, Section 5.7.2."।  Simmance, Chris। "Server Response Codes And What They Mean"। koozai। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  ikitommi; Deraen। "metosin/ring-http-response"। GitHub। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "diff --git a/linkchecker.module b/linkchecker.module"। Drupal। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Dusseault, Lisa, ed. (June 2007). HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV). IETF. RFC 4918. http://tools.ietf.org/html/rfc4918। সংগৃহীত হয়েছে October 24, 2009. Delta encoding in HTTP. IETF. January 2002. RFC 3229. http://tools.ietf.org/html/rfc3229। সংগৃহীত হয়েছে February 25, 2011. "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content"। IETF। সংগ্রহের তারিখ ১৩ ফেব্রুয়ারি ২০১৬।  "300"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "301"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Berners-Lee, Tim; Fielding, Roy T.; Nielsen, Henrik Frystyk (May 1996). Hypertext Transfer Protocol – HTTP/1.0. IETF. RFC 1945. http://tools.ietf.org/html/rfc1945। সংগৃহীত হয়েছে October 24, 2009. "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content, Section 6.4"। IETF। সংগ্রহের তারিখ জুন ১২, ২০১৪।  "Reference of method redirect_to in Ruby Web Framework "Ruby on Rails". It states: The redirection happens as a "302 Moved" header unless otherwise specified."। সংগ্রহের তারিখ জুন ৩০, ২০১২।  "303"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "304 Not Modified"। Mozilla Developer Network (ইংরেজি ভাষায়)। সংগ্রহের তারিখ ২০১৭-০৭-০৬।  "Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect"। মার্চ ৩, ২০০৩। সংগ্রহের তারিখ মে ২১, ২০০৯।  "Mozilla Bugzilla Bug 187996: Strange behavior on 305 redirect, comment 13"। মার্চ ৩, ২০০৩। সংগ্রহের তারিখ মে ২১, ২০০৯।  Cohen, Josh। "HTTP/1.1 305 and 306 Response Codes"। HTTP Working Group।  "Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content, Section 6.4.7 307 Temporary Redirect"। IETF। ২০১৪। সংগ্রহের তারিখ সেপ্টেম্বর ২০, ২০১৪।  "The Hypertext Transfer Protocol Status Code 308 (Permanent Redirect)"। Internet Engineering Task Force। এপ্রিল ২০১৫। সংগ্রহের তারিখ ২০১৫-০৪-০৬।  "E Explanation of Failure Codes"। Oracle। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "RFC7231 on code 400"। Tools.ietf.org। সংগ্রহের তারিখ জানুয়ারি ৮, ২০১৫।  "401"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "RFC7235 on code 401"। Tools.ietf.org। সংগ্রহের তারিখ ফেব্রুয়ারি ৮, ২০১৫।  "The GNU Taler tutorial for PHP Web shop developers 0.4.0"। docs.taler.net। ২০১৭-১১-০৮ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৭-১০-২৯।  "Google API Standard Error Responses"। Google। ২০১৬। সংগ্রহের তারিখ জুন ২১, ২০১৭।  "Stripe API Reference"। stripe.com (ইংরেজি ভাষায়)। সংগ্রহের তারিখ ২০১৭-১০-০৬।  Singh, Prabhat; user1740567। "Spring 3.x JSON status 406 "characteristics not acceptable according to the request "accept" headers ()""। Stack Overflow। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "407"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "408"। httpstatus। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "Does Google treat 404 and 410 status codes differently? (Youtube)"। Google। ২০১৪। সংগ্রহের তারিখ ফেব্রুয়ারি ৪, ২০১৫।  "List of HTTP status codes"। Google Books। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Kowser; Patel, Amit। "REST response code for invalid data"। Stack Overflow। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "RFC2616 on status 413"। Tools.ietf.org। সংগ্রহের তারিখ নভেম্বর ১১, ২০১৫।  user27828। "GET Request - Why is my URI so long?"। Stack Overflow। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "RFC2616 on status 414"। Tools.ietf.org। সংগ্রহের তারিখ নভেম্বর ১১, ২০১৫।  Sigler, Chris। "416 Requested Range Not Satisfiable"। GetStatusCode। অক্টোবর ২২, ২০১৫ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ অক্টোবর ১৬, ২০১৫।  "RFC2616 on status 416"। Tools.ietf.org। সংগ্রহের তারিখ নভেম্বর ১১, ২০১৫।  TheDeadLike। "HTTP/1.1 Status Codes 400 and 417, cannot choose which"। serverFault। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Larry Masinter (1 April 1998). Hyper Text Coffee Pot Control Protocol (HTCPCP/1.0). RFC 2324. http://tools.ietf.org/html/rfc2324. Barry Schwartz (২৬ আগস্ট ২০১৪)। "New Google Easter Egg For SEO Geeks: Server Status 418, I'm A Teapot"। Search Engine Land।  Google's Teapot "Hypertext Transfer Protocol version 2"। মার্চ ২০১৫। জুলাই ১৫, ২০১৩ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ এপ্রিল ২৫, ২০১৫।  "9.1.1. Connection Reuse"। RFC7540। মে ২০১৫।  Khare, R; Lawrence, S। "Upgrading to TLS Within HTTP/1.1"। IETF। Network Working Group। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Nottingham, M.; Fielding, R. (এপ্রিল ২০১২)। "RFC 6585 – Additional HTTP Status Codes"। Request for Comments। Internet Engineering Task Force। সংগ্রহের তারিখ মে ১, ২০১২।  Bray, T. (ফেব্রুয়ারি ২০১৬)। "An HTTP Status Code to Report Legal Obstacles"। ietf.org। সংগ্রহের তারিখ ৭ মার্চ ২০১৫।  "Server Error Codes"। CSGNetwork.com। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  mrGott। "HTTP Status Codes To Handle Errors In Your API"। mrGott। সেপ্টেম্বর ৩০, ২০১৫ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ অক্টোবর ১৬, ২০১৫।  Fisher, Tim। "500 Internal Server Error"। Lifewire। সংগ্রহের তারিখ ২২ ফেব্রুয়ারি ২০১৭।  "HTTP Error 501 Not implemented"। Check Up Down। ১২ মে ২০১৭ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২২ ফেব্রুয়ারি ২০১৭।  Fisher, Tim। "502 Bad Gateway"। Lifewire। সংগ্রহের তারিখ ২২ ফেব্রুয়ারি ২০১৭।  alex। "What is the correct HTTP status code to send when a site is down for maintenance?"। Stack Overflow। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "HTTP Error 504 Gateway timeout"। Check Up Down। ২০ সেপ্টেম্বর ২০১৫ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "HTTP Error 505 - HTTP version not supported"। Check Up Down। ২৪ সেপ্টেম্বর ২০১৫ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  Holtman, Koen; Mutz, Andrew H. (March 1998). Transparent Content Negotiation in HTTP. IETF. RFC 2295. http://tools.ietf.org/html/rfc2295। সংগৃহীত হয়েছে October 24, 2009. Nielsen, Henrik Frystyk; Leach, Paul; Lawrence, Scott (February 2000). An HTTP Extension Framework. IETF. RFC 2774. http://tools.ietf.org/html/rfc2774। সংগৃহীত হয়েছে October 24, 2009. "ResumableHttpRequestsProposal"। অক্টোবর ১৩, ২০১৫ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৭-০৩-০৮।  "Enum HttpStatus"। Spring Framework। org.springframework.http। সংগ্রহের তারিখ ১৬ অক্টোবর ২০১৫।  "Twitter Error Codes & Responses"। Twitter। ২০১৪। সংগ্রহের তারিখ জানুয়ারি ২০, ২০১৪।  "Screenshot of error page" (bmp)। সংগ্রহের তারিখ অক্টোবর ১১, ২০০৯।  "Using token-based authentication"। ArcGIS Server SOAP SDK।  "HTTP Error Codes and Quick Fixes"। Docs.cpanel.net। সংগ্রহের তারিখ অক্টোবর ১৫, ২০১৫।  "Platform Considerations | Pantheon Docs"। pantheon.io।  http://www.injosoft.se, Injosoft AB,। "HTTP status codes - ascii-code.com"। www.ascii-code.com। সংগ্রহের তারিখ ২০১৬-১২-২৩।  "Error message when you try to log on to Exchange 2007 by using Outlook Web Access: "440 Login Time-out""। Microsoft। ২০১০। সংগ্রহের তারিখ নভেম্বর ১৩, ২০১৩।  "2.2.6 449 Retry With Status Code"। Microsoft। ২০০৯। সংগ্রহের তারিখ অক্টোবর ২৬, ২০০৯।  "MS-ASCMD, Section 3.1.5.2.2"। Msdn.microsoft.com। সংগ্রহের তারিখ জানুয়ারি ৮, ২০১৫।  "Ms-oxdisco"। Msdn.microsoft.com। সংগ্রহের তারিখ জানুয়ারি ৮, ২০১৫।  "ngx_http_request.h"। nginx 1.9.5 source code। nginx inc.। ২০১৭-০৯-১৯ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৬-০১-০৯।  "ngx_http_special_response.c"। nginx 1.9.5 source code। nginx inc.। ২০১৮-০৫-০৮ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৬-০১-০৯।  "Troubleshooting: Error Pages"। Cloudflare। ২০১৬-০৩-০৪ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৬-০১-০৯।  "Railgun Listener to Origin Error"। Cloudflare। ২০১৬-১০-১৩ তারিখে মূল থেকে আর্কাইভ করা। সংগ্রহের তারিখ ২০১৬-১০-১২।  উইকিমিডিয়া কমন্সে এইচটিটিপি স্ট্যাটাস কোডসমূহের তালিকা সংক্রান্ত মিডিয়া রয়েছে। Hypertext Transfer Protocol (HTTP) Status Code Registry Microsoft Knowledge Base: MSKB943891: The HTTP status codes in IIS 7.0