300 ошибка сервера

Привет, читатель блога ZametkiNaPolyah.ru! Продолжим знакомиться с протоколом HTTP в рубрике серверы и протоколы и ее разделе HTTP протокол.  Данная публикация будет о HTTP кодах состояния перенаправления. К HTTP кодам перенаправления относятся следующие коды: 300, 301, 302, 303, 304, 305, 306, 307. Напомню, что коды перенаправления говорят клиенту о том, что для успешного завершения запроса необходимо выполнить какое-то действие. Обычно браузеры выполняют такие действия без вмешательства пользователя. В данной записи мы рассмотрим сперва все HTTP коды перенаправления, а затем рассмотрим каждый код в отдельности более подробно.

Общая информации о HTTP кодах перенаправления

Если вы хотите узнать всё про протокол HTTP, обратитесь к навигации по рубрике HTTP протокол.  Да, эти коды состояния, как раз и есть тот самый Redirect 301 или склейка доменов, глупое выражение: Redirect 301 – склейка домена. Автор тоже этим грешил, автор каится и обещает исправиться. Все дело в том, что 301 – это всего лишь, код, который означает, что произошло перенаправление, а вот за склейку доменов отвечает HTTP сервер и его конфигурации, поэтому крайне неправильно говорить этот ваш редирект 301.

Мы немного отвлеклись, давайте перейдем к HTTP кодам состояния перенаправления, все HTTP коды перенаправления начинаются с тройки. Общей чертой HTTP кодов перенаправления является то, что все они сообщают браузеру о том, что для продолжения работы ему необходимо выполнить какие-либо дополнительные действия, обычно браузер выполняет эти действия не спрашивая пользователя.

Для удобства давайте сведем все HTTP коды состояния перенаправления в единую таблицу и дадим им краткое описание.

HTTP ответ	Описание кода состояния перенаправления
300 Multiple Choices	HTTP код перенаправления 300: множественный выбор HTTP код состояния 300 говорит клиенту о том, что запрошенный ресурс имеет несколько представлений и клиент в праве выбрать одно из предлагаемых представлений.  Действует ограничение в пять адресов максимум.
301 Moved Permanently	HTTP код перенаправления 301: постоянно перемещен HTTP код состояния 301 говорит клиенту о том, что запрашиваемая страница была перенесена на новый адрес, обычно браузер автоматически переходит по новому адресу.
302 Found	HTTP код перенаправления 302: временно перемещен HTTP код состояния 302 говорит клиенту о том, что запрашиваемый ресурс был временно перемещен на новый адрес.
303 See Other	HTTP код перенаправления 303: смотри другой HTTP код состояния 303 говорит клиенту о том, что ответ на запрос может быть найден по другому URI (про URI в HTTP найдешь информацию здесь), новый запрос следует выполнять методом GET (про HTTP методы смотри здесь).
304 Not Modified	HTTP код перенаправления 304: не модифицирован HTTP код состояния 304 говорит клиенту о том, что сервер выполнил условный GET запрос, но документ никак не изменился.
305 Use Proxy	HTTP код перенаправления 305: используй прокси HTTP код состояния 304 говорит клиенту о том, что запрошенный URL должен быть доступен через прокси, который указан в поле заголовка Location.
306 Unused	HTTP код перенаправления 306: зарезервировано Код состояния 306 использовался в прошлой версии HTTP протокола, на данный момент он не используется, но зарезервирован стандартом HTTP.
307 Temporary Redirect	HTTP код перенаправления 307: временно перемещен HTTP код состояния 307 говорит клиенту о том, что запрашиваемая страница временно переехала на новый адрес

Давайте более подробно поговорим про каждый из кодов состояний HTTP сервера класса перенаправления.

HTTP код состояния 300: множественный выбор. HTTP код состояния 301: постоянно перенесен. HTTP код состояния 302: временно перемещен.

HTTP код состояния 300 или код множественного выбора говорит о том, что клиент может выбрать несколько доступных представлений ресурса, но не более пяти. Каждое представление ресурса имеет свое уникальное месторасположения на сервере. Формат, в котором клиент будет получать HTTP объект определяется медиа типом данных (читай про типы данных в HTTP по этой ссылке), указанным в поле заголовка Content-Type. Иногда выбор выполняется автоматически браузером без участия пользователя, но стандарт HTTP протокола не дает никаких критериев, по которым должен происходить автоматический выбор, а так же не имеет никаких требований. Ответы HTTP сервера с кодом состояния 300 по умолчанию являются кэшируемыми, если в заголовках не указано иного.

HTTP код состояния 301 или код состояния постоянного переноса. Код состояния 301 сообщает браузеру о том, что для ресурса, к которому он обратился, назначен новый URI, и все обращения к этому ресурсу следует выполнять по новому URI, указанному в ответе HTTP сервера. Ответы сервера с кодом 301 являются кэшируемыми. В тех случаях, когда клиент использовал HTTP запрос с методом отличным от GET или HEAD, браузер спрашивает у пользователя, что делать дальше: переходить по новому URI или не надо.

HTTP код состояния 302 или код временного перемещения ресурса. Код состояния 302 говорит о том, что на данный момент ресурс временно доступен по другому URI и сообщает новый URI ресурса. Кэшируемость ответов сервера с кодом 302 зависит только от значений полей заголовка Cache-Control или Expires. В тех случаях, когда клиент использовал запрос с методом отличным от GET или HEAD, браузер спрашивает у пользователя, что делать дальше: переходить по новому URI или не надо.

HTTP код состояния 303: смотреть другой ресурс. HTTP код состояния 304: ресурс не модифицирован. HTTP код состояния 305: использовать прокси сервер. HTTP код состояния 307: временное перенаправление

HTTP код состояния 303 или код состояния смотреть другой ресурс. Если клиент получает ответ с кодом 303, то это означает, что ответ на его запрос может быть найден по другому URI и его можно запросить при помощи метода GET. Чаще всего ответы с кодом состояния 303 используются, чтобы вывести информацию из формы. Ответы сервера с кодом 303 не кэшируются.

HTTP код состояния 304 или код состояния ресурс не модифицирован. Клиент получает ответ от HTTP сервера с кодом 304 в том случае, когда посылался запрос с условным методом GET, но никаких изменений в документе не произошло. При этом HTTP сообщение от сервера не должно содержать тела. Ответ сервера всегда содержит следующие поля заголовков:

• Date;
• ETag или Content-Location;
• Expires, Cache-Control или

Ответы сервера с кодом 304 всегда завершаются пустой строкой после полей заголовка.

HTTP код состояния 305. Код состояния 305 говорит браузеру о том, что ему нужно обратиться к ресурсу, используя прокси-сервер. Прокси-сервер в сообщениях с кодом состояния 305 указывается в поле Location. При этом HTTP сервер ожидает, что клиент повторит запрос, но уже через прокси сервер и даже при необходимости пройдет аутентификацию на прокси сервере.

HTTP код состояния 306 использовался в старых версиях протокола HTTP, но теперь является просто зарезервированным.

HTTP код состояния 307 аналогичен коду состояния 302.

Настраивая HTTP сервер не забывайте про особенности HTTP соединения и помните, что код состояния — это параметр HTTP.  Мы рассмотрели коды перенаправления HTTP, давайте перейдем к кодам ошибок клиента. В HTTP есть еще: информационные коды, успешные коды, коды ошибок клиента и коды ошибок сервера. А если тебе нужна информацию обо всех кодах состояния, обратись к справочнику HTTP кодов состояния, в котором есть полное описание всех кодов.

From Wikipedia, the free encyclopedia

This is a list of Hypertext Transfer Protocol (HTTP) response status codes. Status codes are issued by a server in response to a client’s request made to the server. It includes codes from IETF Request for Comments (RFCs), other specifications, and some additional codes used in some common applications of the HTTP. The first digit of the status code specifies one of five standard classes of responses. The optional message phrases shown are typical, but any human-readable alternative may be provided, or none at all.

Unless otherwise stated, the status code is part of the HTTP standard (RFC 9110).

The Internet Assigned Numbers Authority (IANA) maintains the official registry of HTTP status codes.^[1]

All HTTP response status codes are separated into five classes or categories. The first digit of the status code defines the class of response, while the last two digits do not have any classifying or categorization role. There are five classes defined by the standard:

• 1xx informational response – the request was received, continuing process
• 2xx successful – the request was successfully received, understood, and accepted
• 3xx redirection – further action needs to be taken in order to complete the request
• 4xx client error – the request contains bad syntax or cannot be fulfilled
• 5xx server error – the server failed to fulfil an apparently valid request

1xx informational response

An informational response indicates that the request was received and understood. It is issued on a provisional basis while request processing continues. It alerts the client to wait for a final response. The message consists only of the status line and optional header fields, and is terminated by an empty line. As the HTTP/1.0 standard did not define any 1xx status codes, servers must not^{[note 1]} send a 1xx response to an HTTP/1.0 compliant client except under experimental conditions.

100 Continue

The server has received the request headers and the client should proceed to send the request body (in the case of a request for which a body needs to be sent; for example, a POST request). Sending a large request body to a server after a request has been rejected for inappropriate headers would be inefficient. To have a server check the request’s headers, a client must send Expect: 100-continue as a header in its initial request and receive a 100 Continue status code in response before sending the body. If the client receives an error code such as 403 (Forbidden) or 405 (Method Not Allowed) then it should not send the request’s body. The response 417 Expectation Failed indicates that the request should be repeated without the Expect header as it indicates that the server does not support expectations (this is the case, for example, of HTTP/1.0 servers).^[2]

101 Switching Protocols

The requester has asked the server to switch protocols and the server has agreed to do so.

102 Processing (WebDAV; RFC 2518)

A WebDAV request may contain many sub-requests involving file operations, requiring a long time to complete the request. This code indicates that the server has received and is processing the request, but no response is available yet.^[3] This prevents the client from timing out and assuming the request was lost. The status code is deprecated.^[4]

103 Early Hints (RFC 8297)

Used to return some response headers before final HTTP message.^[5]

2xx success

This class of status codes indicates the action requested by the client was received, understood, and accepted.^[1]

200 OK

Standard response for successful HTTP requests. The actual response will depend on the request method used. In a GET request, the response will contain an entity corresponding to the requested resource. In a POST request, the response will contain an entity describing or containing the result of the action.

201 Created

The request has been fulfilled, resulting in the creation of a new resource.^[6]

202 Accepted

The request has been accepted for processing, but the processing has not been completed. The request might or might not be eventually acted upon, and may be disallowed when processing occurs.

203 Non-Authoritative Information (since HTTP/1.1)

The server is a transforming proxy (e.g. a Web accelerator) that received a 200 OK from its origin, but is returning a modified version of the origin’s response.^[7][8]

204 No Content

The server successfully processed the request, and is not returning any content.

205 Reset Content

The server successfully processed the request, asks that the requester reset its document view, and is not returning any content.

206 Partial Content

The server is delivering only part of the resource (byte serving) due to a range header sent by the client. The range header is used by HTTP clients to enable resuming of interrupted downloads, or split a download into multiple simultaneous streams.

207 Multi-Status (WebDAV; RFC 4918)

The message body that follows is by default an XML message and can contain a number of separate response codes, depending on how many sub-requests were made.^[9]

208 Already Reported (WebDAV; RFC 5842)

The members of a DAV binding have already been enumerated in a preceding part of the (multistatus) response, and are not being included again.

226 IM Used (RFC 3229)

The server has fulfilled a request for the resource, and the response is a representation of the result of one or more instance-manipulations applied to the current instance.^[10]

3xx redirection

This class of status code indicates the client must take additional action to complete the request. Many of these status codes are used in URL redirection.^[1]

A user agent may carry out the additional action with no user interaction only if the method used in the second request is GET or HEAD. A user agent may automatically redirect a request. A user agent should detect and intervene to prevent cyclical redirects.^[11]

300 Multiple Choices

Indicates multiple options for the resource from which the client may choose (via agent-driven content negotiation). For example, this code could be used to present multiple video format options, to list files with different filename extensions, or to suggest word-sense disambiguation.

301 Moved Permanently

This and all future requests should be directed to the given URI.

302 Found (Previously «Moved temporarily»)

Tells the client to look at (browse to) another URL. The HTTP/1.0 specification (RFC 1945) required the client to perform a temporary redirect with the same method (the original describing phrase was «Moved Temporarily»),^[12] but popular browsers implemented 302 redirects by changing the method to GET. Therefore, HTTP/1.1 added status codes 303 and 307 to distinguish between the two behaviours.^[11]

303 See Other (since HTTP/1.1)

The response to the request can be found under another URI using the GET method. When received in response to a POST (or PUT/DELETE), the client should presume that the server has received the data and should issue a new GET request to the given URI.

304 Not Modified

Indicates that the resource has not been modified since the version specified by the request headers If-Modified-Since or If-None-Match. In such case, there is no need to retransmit the resource since the client still has a previously-downloaded copy.

305 Use Proxy (since HTTP/1.1)

The requested resource is available only through a proxy, the address for which is provided in the response. For security reasons, many HTTP clients (such as Mozilla Firefox and Internet Explorer) do not obey this status code.

306 Switch Proxy

No longer used. Originally meant «Subsequent requests should use the specified proxy.»

307 Temporary Redirect (since HTTP/1.1)

In this case, the request should be repeated with another URI; however, future requests should still use the original URI. In contrast to how 302 was historically implemented, the request method is not allowed to be changed when reissuing the original request. For example, a POST request should be repeated using another POST request.

308 Permanent Redirect

This and all future requests should be directed to the given URI. 308 parallel the behaviour of 301, but does not allow the HTTP method to change. So, for example, submitting a form to a permanently redirected resource may continue smoothly.

4xx client errors

This class of status code is intended for situations in which the error seems to have been caused by the client. 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

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 «unauthorised», the user does not have valid authentication credentials for the target resource.

Some sites incorrectly 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.^{[citation needed]}

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,^[14] but that has not yet happened, and this code is not widely used. Google Developers API uses this status if a particular developer has exceeded the daily limit on requests.^[15] Sipgate uses this code if an account does not have sufficient funds to start a call.^[16] Shopify uses this code when the store has not paid their fees and is temporarily disabled.^[17] Stripe uses this code for failed payments where parameters were correct, for example blocked fraudulent payments.^[18]

403 Forbidden

The request contained valid data and was understood by the server, but the server is refusing action. This may be due to the user not having the necessary permissions for a resource or needing an account of some sort, or attempting a prohibited action (e.g. creating a duplicate record where only one is allowed). This code is also typically used if the request provided authentication by answering the WWW-Authenticate header field challenge, but the server did not accept that authentication. The request should not be repeated.

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

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 current state of the resource, such as an edit conflict between multiple simultaneous updates.

410 Gone

Indicates that the resource requested was previously in use but 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

The server does not meet one of the preconditions that the requester put on the request header fields.

413 Payload Too Large

The request is larger than the server is willing or able to process. Previously called «Request Entity Too Large» in RFC 2616.^[19]

414 URI Too Long

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 in RFC 2616.^[20]

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

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 RFC 2616.^[21]

417 Expectation Failed

The server cannot meet the requirements of the Expect request-header field.^[22]

418 I’m a teapot (RFC 2324, RFC 7168)

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.^[23] This HTTP status is used as an Easter egg in some websites, such as Google.com’s «I’m a teapot» easter egg.^[24][25][26] Sometimes, this status code is also used as a response to a blocked request, instead of the more appropriate 403 Forbidden.^[27][28]

421 Misdirected Request

The request was directed at a server that is not able to produce a response (for example because of connection reuse).

422 Unprocessable Entity

The request was well-formed but was unable to be followed due to semantic errors.^[9]

423 Locked (WebDAV; RFC 4918)

The resource that is being accessed is locked.^[9]

424 Failed Dependency (WebDAV; RFC 4918)

The request failed because it depended on another request and that request failed (e.g., a PROPPATCH).^[9]

425 Too Early (RFC 8470)

Indicates that the server is unwilling to risk processing a request that might be replayed.

426 Upgrade Required

The client should switch to a different protocol such as TLS/1.3, 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.^[29]

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.^[29]

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.^[29]

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.^[30] The code 451 was chosen as a reference to the novel Fahrenheit 451 (see the Acknowledgements in the RFC).

5xx server errors

The server failed to fulfil 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 fulfil 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 cannot handle the request (because it is overloaded or down for maintenance). Generally, this is a temporary state.^[31]

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 version used in the request.

506 Variant Also Negotiates (RFC 2295)

Transparent content negotiation for the request results in a circular reference.^[32]

507 Insufficient Storage (WebDAV; RFC 4918)

The server is unable to store the representation needed to complete the request.^[9]

508 Loop Detected (WebDAV; RFC 5842)

The server detected an infinite loop while processing the request (sent instead of 208 Already Reported).

510 Not Extended (RFC 2774)

Further extensions to the request are required for the server to fulfil it.^[33]

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).^[29]

Unofficial codes

The following codes are not specified by any standard.

218 This is fine (Apache HTTP Server)

Used by Apache servers. A catch-all error condition allowing the passage of message bodies through the server when the ProxyErrorOverride setting is enabled. It is displayed in this situation instead of a 4xx or 5xx error message.^[34]

419 Page Expired (Laravel Framework)

Used by the Laravel Framework when a CSRF Token is missing or expired.^{[citation needed]}

420 Method Failure (Spring Framework)

A deprecated response used by the Spring Framework when a method has failed.^[35]

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.^[36] The phrase «Enhance your calm» comes from the 1993 movie Demolition Man, and its association with this number is likely a reference to cannabis.^{[citation needed]}

430 Request Header Fields Too Large (Shopify)

Used by Shopify, instead of the 429 Too Many Requests response code, when too many URLs are requested within a certain time frame.^[37]

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.^[38]

498 Invalid Token (Esri)

Returned by ArcGIS for Server. Code 498 indicates an expired or otherwise invalid token.^[39]

499 Token Required (Esri)

Returned by ArcGIS for Server. Code 499 indicates that a token is required but was not submitted.^[39]

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.^[40]

529 Site is overloaded

Used by Qualys in the SSLLabs server testing API to signal that the site can’t process the request.^[41]

530 Site is frozen

Used by the Pantheon Systems web platform to indicate a site that has been frozen due to inactivity.^[42]

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.^[43]

599 Network Connect Timeout Error

An error used by some HTTP proxies to signal a network connect timeout behind the proxy to a client in front of the proxy.

Internet Information Services

Microsoft’s Internet Information Services (IIS) 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.^[44]

449 Retry With

The server cannot honour the request because the user has not provided the required information.^[45]

451 Redirect

Used in Exchange ActiveSync when either a more efficient server is available or the server cannot access the users’ mailbox.^[46] The client is expected to re-run the HTTP AutoDiscover operation to find a more appropriate server.^[47]

IIS sometimes uses additional decimal sub-codes for more specific information,^[48] however these sub-codes only appear in the response payload and in documentation, not in the place of an actual HTTP status code.

nginx

The nginx web server software expands the 4xx error space to signal issues with the client’s request.^[49][50]

444 No Response

Used internally^[51] to instruct the server to return no information to the client and close the connection immediately.

494 Request header too large

Client sent too large request or too long header line.

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

Cloudflare’s reverse proxy service expands the 5xx series of errors space to signal issues with the origin server.^[52]

520 Web Server Returned an Unknown Error

The origin server returned an empty, unknown, or unexpected response to Cloudflare.^[53]

521 Web Server Is Down

The origin server refused connections from Cloudflare. Security solutions at the origin may be blocking legitimate connections from certain Cloudflare IP addresses.

522 Connection Timed Out

Cloudflare timed out contacting 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 or missing.

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 certificate on the origin web server. Also used by Cloud Foundry’s gorouter.

527 Railgun Error

Error 527 indicates an interrupted connection between Cloudflare and the origin server’s Railgun server.^[54]

530

Error 530 is returned along with a 1xxx error.^[55]

AWS Elastic Load Balancing

Amazon Web Services’ Elastic Load Balancing adds a few custom return codes to signal issues either with the client request or with the origin server.^[56]

460

Client closed the connection with the load balancer before the idle timeout period elapsed. Typically when client timeout is sooner than the Elastic Load Balancer’s timeout.^[56]

463

The load balancer received an X-Forwarded-For request header with more than 30 IP addresses.^[56]

464

Incompatible protocol versions between Client and Origin server.^[56]

561 Unauthorized

An error around authentication returned by a server registered with a load balancer. You configured a listener rule to authenticate users, but the identity provider (IdP) returned an error code when authenticating the user.^[56]

Caching warning codes (obsoleted)

The following caching related warning codes were specified under RFC 7234. Unlike the other status codes above, these were not sent as the response status in the HTTP protocol, but as part of the «Warning» HTTP header.^[57][58]

Since this «Warning» header is often neither sent by servers nor acknowledged by clients, this header and its codes were obsoleted by the HTTP Working Group in 2022 with RFC 9111.^[59]

110 Response is Stale

The response provided by a cache is stale (the content’s age exceeds a maximum age set by a Cache-Control header or heuristically chosen lifetime).

111 Revalidation Failed

The cache was unable to validate the response, due to an inability to reach the origin server.

112 Disconnected Operation

The cache is intentionally disconnected from the rest of the network.

113 Heuristic Expiration

The cache heuristically chose a freshness lifetime greater than 24 hours and the response’s age is greater than 24 hours.

199 Miscellaneous Warning

Arbitrary, non-specific warning. The warning text may be logged or presented to the user.

214 Transformation Applied

Added by a proxy if it applies any transformation to the representation, such as changing the content encoding, media type or the like.

299 Miscellaneous Persistent Warning

Same as 199, but indicating a persistent warning.

See also

• Custom error pages
• List of FTP server return codes
• List of HTTP header fields
• List of SMTP server return codes
• Common Log Format

Explanatory notes

References

External links

• «RFC 9110: HTTP Semantics and Content, Section 15 «Status Codes»«.
• Hypertext Transfer Protocol (HTTP) Status Code Registry at the Internet Assigned Numbers Authority
• HTTP status codes at http-statuscode.com
• MDN status code reference at mozilla.org

HTTP response status code 300 Multiple Choices is returned by the server to indicate that more than one HTTP response is available as a result of the HTTP request. It is the client’s responsibility to select which of the presented options best fits their requirements.

The HTTP response is cacheable by default. If the default behavior needs to be overridden then the HTTP response must include the appropriate HTTP caching headers.

Usage

When the 300 Multiple Choices status code is received, the contents of the message body may differ, depending on the HTTP request. In the case of an HTTP HEAD request, no message body is included. For other HTTP requests, the message body will contain a list from which the client can choose the most appropriate response.

Each resource choice can be specified using the URI, Alternates, or Link HTTP headers. However, specification RFC 7231 recommends the Link HTTP header and points out that URI and Alternates have been deprecated. If there is a default HTTP response, or the server has a preferred choice, then it can specify this in a Location HTTP header.

Example

In the example, the client requests a resource and the server has multiple available options. The HTTP headers include paths to each of the resource options. If this were a HTTP HEAD request, the client presents a way to choose which Link to follow, but may automatically select that specified by the Location HTTP header.

Since this HTTP response follows a HTTP GET request, a message body is included to present the client with a clickable list of options.

Request

GET /tech-news HTTP/1.1
Host: www.example.re

Response

HTTP/1.1 300 Multiple Choices
Link: </leading/news.html>; rel="alternate"
Link: </bleeding/news.html>; rel="alternate"
Location: </leading/news.html>
Content-Type: text/html
Content-Length: 164

<h2>Choose from one of the following</h2>
<ul>
  <li><a href=/leading/news.html>Leading edge news</a>
  <li><a href=/bleeding/news.html>Bleeding edge news</a>
</ul>

Code references

.NET

HttpStatusCode.MultipleChoices

Rust

http::StatusCode::MULTIPLE_CHOICES

Rails

:multiple_choices

Go

http.StatusMultipleChoices

Symfony

Response::HTTP_MULTIPLE_CHOICES

Python3.5+

http.HTTPStatus.MULTIPLE_CHOICES

Java

java.net.HttpURLConnection.HTTP_MULT_CHOICE

Apache HttpComponents Core

org.apache.hc.core5.http.HttpStatus.SC_MULTIPLE_CHOICES

Angular

@angular/common/http/HttpStatusCode.MultipleChoices

Takeaway

The 300 Multiple Choices status code indicates that the HTTP request was successful but only in that it returns multiple resource options. The server expects the client to engage in reactive negotiation by selecting the link that best fits their requirement, although a default or server-suggested choice can be specified.

See also

• RFC 7231

Если вы собираетесь заниматься web-технологиями, созданием и содержанием сайтов или их раскруткой, нужно научиться общаться с ними.

Сервера страниц содержат специальные коды для сообщения пользователю о возникшей неполадке. Они также сообщают сервису важную информацию, благодаря которой он знает, как ему действовать в дальнейшем.

Общение между сайтом и его создателем – процесс крайне важный, и именно от него зависит популярность и посещаемость ресурса, поскольку на неработающую страницу спроса не будет.

В связи с этим администратор должен реагировать мгновенно и понимать, на что именно жалуется или о чем сообщает его сервис (знать все коды ответа и ошибки сервера), чтобы не терять клиентов.

Для этого были разработаны специальные коды, которыми сервер не только сообщает о своей неработоспособности посетителю, но и говорит хозяину, в каком направлении искать ошибку или неполадку.

Основные ошибки – коды и их значения

Как правило, вывод ошибки на сайте не всегда означает проблему. Кроме того многие информационные сообщения не отображаются, и увидеть их можно только в логах работы сервера.

Каждое из них имеет свое значение. Самые известные коды ответа сервера видел каждый пользователь глобальной сети.

Наиболее известные – 404 и 301, но о многих из них большинство сетевых администраторов даже не слышали, поскольку такие сообщения несут чисто информационный характер.

По назначению ответы делятся на пять категорий и распределяются сотнями 100-500. Различают следующие 5 типов кодов:

1. Информационные сведения;
2. Подтверждение и принятие действия или команды;
3. Redirect или перенаправления;
4. Ошибка со стороны клиента;
5. Неполадки и сообщения со стороны сервера.

Большинство ошибок имеют информационных характер независимо от принадлежности к категории. Однако именно это и помогает выявить нарушение в работе между клиентом и сервером, а также быстро сориентироваться в связующих между ними.

Сообщения информационного характера: 1ХХ

Такие ответы сервера наиболее встречающиеся. Часто они просто сообщают о том, что он включен или выключен, а также могут содержать более подробную информацию о подключенных опциях и используемых сервисах, общей работе и данных о трафике.

Продолжение действия (Continue server code): 100

Как ни странно, это не ошибка и не неполадка. Видеть это сообщение в коде – удовольствие для системного администратора.

100 Continue означает стабильную работу в штатном режиме. То есть сбоев в обработке информации по запросу не было, и все они обрабатывались сервером при обращении клиента.

Сообщением 100 сервис говорит о запуске и продолжении обработки данных по запросу, пока все пакеты не будут переданы.

Оно используется как начало соединения. И так будет до окончания обработки и завершения сессии.

Протоколы переключений (Switching Protocols): 101

Это еще одно сообщение, которое имеет только информационный характер. Такое можно обнаружить в логах любого сервера или базы данных, к которой обращается сетевой ресурс.

101 Switching Protocols означает, что со стороны клиента произошла попытка смены протокола для обращения к сайту. Сервер должен дать согласие на это, если кончено он поддерживает обращение с таким типом протокола.

Очень часто можно увидеть подобные сообщения в записях, когда пользователь использует очень старый браузер, который не умеет работать с современными версиями HTML, или же при обращении к сервису по защищенному протоколу, когда таковой не является принятым по умолчанию, но поддерживается для ответа, например, https:// вместо http:// или наоборот.

Сообщения подтверждения и принятия (Success): 2ХХ

Специальный тип кода, который используется, чтобы сообщать о разрешениях сервера на исполнение запросов или использование частей сервиса и протоколов.

В случае если отправленный клиентом запрос поступил на обработку, и процесс запущен, в логах сообщается об этом. Также в такой записи могут содержаться данные заголовков или части записей, если они разрешены сервисом.

Все хорошо (ОК): 200

Сообщение подобного характера говорит о том, что передача данных завершена успешно, все запросы были обработаны, и всё нормально.

200 ОК – наиболее популярный и известный код любого лога. Он крайне незаметен, поскольку если все хорошо, то и обращать внимание незачем.

Изначально подобный способ ведения системных записей использовался операционными системами *.NIX, которые при загрузке общались с администратором приблизительно также, выдавая код «ОК» или «Fail» для каждой ожидающей загрузки службы.

Создано (Created): 201

Код используется по назначению, указанному в названии. Как правило, подобное сообщение означает создание чего-то нового в процессе или по завершении его обработки и запроса.

Хорошим примером будет создание нового профиля пользователя по окончании регистрации. В таком случае будет несколько записей 201 Created при создании имени пользователя, пароля, профиля, пользовательской страницы.

Если вдруг по какой-то причине ресурс не может быть создан, то появится следующий порядковый код.

Принято (Accepted): 202

Этот код означает, что запрос принят и находится в процессе или ожидании обработки сервером, например, когда нагрузка на ресурс очень велика.

В этом состоянии сессия может обрываться при невыполнении определенного условия или будет принята и выполнена позже.

Изначально запрос не имеет обязательного исполнения, поэтому он может быть отложен. При этом в ожидании клиента вовсе нет необходимости, поскольку передача кода может быть осуществлена через очень длительное время.

Неактуальные данные (Non-Authoritative): 203

Запись лога сообщает, что сервер принял запрос, и его обработка прошла успешно. Однако данные могут быть неактуальными и несвежими, поскольку были взяты из второстепенного источника.

Сообщение Non-Authoritative 203 часто используется вместо 200, когда запрос ведет к информации, находящейся в архивах (для сокращения объема и увеличения обработки скорости запроса) или в резервных базах.

Очень часто под этим кодом могут проходить и нормальные, стабильные запросы, когда остальные данные были восстановлены после сбоя, и сервером найдены мелкие несоответствия записям, например, по времени или датам.

Нет содержимого (No Content): 204

Таким образом, сервер сообщает, что от клиента были получены данные запроса, он понял информацию и обработал её.

Но согласно полученным данным, ему нечем ответить, поскольку нет содержимого, которое соответствует полученному запросу. То есть данных для этого пользователя не существует.

Используется код состояния HTTP 204 No Content в основном для того, чтобы не запрещать обработку сессий скриптов, при этом документ может оставаться неизменным.

Код не несет сообщения и не содержит его, включается сразу под заголовком в любую пустую строку, которая окажется первой. Нужен он тогда, когда необходимо авторизоваться или осуществить другие действия без обновления самой страницы.

Сбросить содержимое (Reset Content): 205

По смыслу запись 205 Reset Content аналогична предыдущей. Однако в этом состоянии сервер требует от клиента обновления страницы.

Даже если запрос успешно обработан и всё выполнено, может возникнуть необходимость очистки данных или их самостоятельного удаления пользователем, например, после прохождения регистрации при последующей идентификации на сервере.

Также используется для очистки заполненной формы в целях безопасности, то есть при обновлении данные исчезают и верифицируются только при новой авторизации.

Частичный сброс содержимого (Partial Reset): 206

Код ошибки сервера, когда он возвращает лишь часть содержимого контента, которое соответствует запросу. Зачастую используется как дополнение к параметрам кэширования страницы для ускорения отображения и обработки её данных.

То есть информация выводится поэтапно, тем самым экономя время пользователя и трафик загрузки, если обработанный запрос не является правильным.

Такой вариант обработки часто используется на многофункциональных и тяжелых сайтах, когда при переходе на следующую страницу или при обработке нового запроса данные обновляются только в той части, где это необходимо.

Многозадачный статус (Multi-Status): 207

В таком сообщении сервер обрабатывает сразу несколько исполняемых запросов и операций, сохраняя и объединяя их в один файл формата .Xml.

В таком виде логирование более удобно для исследования сетевым администратором и, как правило, разделено по типам и форматам вывода кодов или причинам, по которым они возникали.

Redirect и опции перенаправления: 3ХХ

Категория сообщений сервиса перенаправления сообщает, откуда и куда был направлен пользователь, а также указывает причину осуществленного действия.

Как правило, запрос клиента состоит не только из текстовой информации, по которой он ищет контент, но и из ссылки реферера, которая указывает откуда и с какими параметрами посетитель перешел на сайт.

Это очень важно для определения целей, с которыми клиенты идут на ваш сайт или на конкретную его страницу, опцию.

Это помогает настроить функцию перенаправления таким способом, чтобы максимально увеличить отдачу, предоставляя клиенту как можно более релевантные страницы и экономя на их раскрутке.

Очень просто привести пример на геотаргетинге. Если посетитель пришел по запросу: «купить стиральную машину недорого», но он не интересует вас как покупатель, потому как проживает в другой стране, вы можете его продать или обменять, тем самым увеличивая прирост потенциальных покупателей с других сайтов или дополнительно монетизируя ваш ресурс.

Но можете и направить его на страницы доставки вашего сервиса или партнера – опять же не потеряете посетителя просто так.

Также опция перенаправления очень излюблена теми, кто зарабатывает на дорвеях. Но кроме всего этого она служит незаменимым помощником в случае, когда сайт переезжает на другой хостинг (в процессе ремонта) или поменял домен.

Один из многих (Multiple Choices): 300

Интересный код, который сообщает посетителю о переезде ресурса, но вместо автоматического перенаправления предлагает клиенту выбрать один из сайтов, который наиболее подходит его интересам.

Такой вид запроса используется в том случае, когда релевантная ссылка ведет не на соответствующий контент, а на каталог, в котором он находится.

То есть указанный путь не до конца прописан пользователем или специально так обработан сервером.

Можно привести пример, когда на сайте есть множество товаров разных видов и моделей, а посетитель попал туда по запросу «видео». Тогда сервером автоматически выдается ответ, и предоставляются на выбор страницы с видеокамерами и видеоплеерами.

Перемещена на постоянной основе (Moved Permanently): 301

Это самый часто используемый код. Именно он сообщает, что страница, на которую хотел попасть посетитель, более не существует, и она перемещена или удалена. Также это относится и к ссылкам, когда они ведут на несуществующий сайт.

Есть еще одно применение, которое интересует администраторов рекламных площадок. Это специально размещенные страницы сайта с подробным описанием какого-либо товара, но ссылка специально указана неверно.

Поэтому сервер выводит сообщение 301 и перенаправляет на товар без описания (используется для экономии места теми, кто продвигает продажи товаров текстами копирайтеров).

Подробно про 301 редирект прочитаете из предыдущей стати «Как настроить на сайте 301 редирект».

Страница обнаружена (Found): 302

Код означает временное перемещение ресурса. Он часто используется для тестирования сторонних хостингов или серверов на предмет устойчивости при большом количестве запросов или dDOS атаке.

Как правило, сообщение содержит информацию о причинах временного изменения адреса и прямой ссылке на страницу, релевантную запросу пользователя.

Увидеть другую (See Other): 303

Код ответа сервера 303 используется для вывода сообщения посетителю о том, что другая страница более релевантная для его запроса, чем та, на которую он сейчас попал.

То есть пользователь попал не на ту страницу, которая ему на самом деле нужна, и код указывает ему, по отношению к какому адресу правильнее сформировать запрос.

Как правило, эту опцию используют тогда, когда нужно перенаправить данные исполняемого скрипта в процессе сессии на выбранный сайт для POST обработки.

Не подвергался изменениям (Not Modified): 304

Код состояния HTTP 304 Not Modified означает, что исполнение запроса пользователя на этой странице интересует только в том случае, если произошли какие-либо изменения. Иначе используется старая версия из кэша.

При этом обращения к серверу от клиента не происходит вообще, а если сессия активируется, то будет перенаправлена.

Опция очень удобна, поскольку, используя один из параметров внесения изменений, посетитель может отслеживать и наблюдать за новостями ресурса со стороны клиента. Со стороны сервера это позволяет заинтересованного пользователя перекидывать на измененные документы при необходимости (по запросу об изменениях).

Доступ к странице при помощи прокси (Use Proxy): 305

Сообщение указывает, что доступ к ресурсу не возможен, если вы не используете прокси сервер. Эта опция часто нужна для идентификации и разграничения уровней доступа пользователей к определенным частям сайта.

Также часто используется при доступе через html к базам данных, когда определенные записи выдаются лишь тем пользователям, настройки прокси которых (включая порт, адрес, пользователя и пароль) указаны соответствующим образом.

Включите прокси (Switch Proxy): 306

Выдавая подобное сообщение, сервер должен был говорить клиенту: «выставь указанные параметры прокси, чтобы пройти по запросу на страницу».

Однако на данный момент опция не используется за ненадобностью.

Временное перемещение (Temporary Redirect): 307

Используется при необходимости временного замещения одной страницы на другую и перенаправления на неё пользователя. Однако код 307 немного отличается по функциональности от 302.

В основном это касается того, что запросы продолжаются относительно страницы-реферера, то есть с той, с которой происходит перенаправление. Таким образом, сессия не будет разрываться до тех пор, пока на иное не укажет сервер.

Ошибки со стороны клиента: 4ХХ

Коды состояния сервера четвертой категории нужны для определения клиентских ошибок, например в том случае, когда обработанный запрос не может быть принят по вине посетителя (отказ браузера или блокировка фаерволла).

Неверный запрос (Bad Request): 400

Код применяется, когда клиент неверно задал запрос, к примеру, допустил синтаксическую ошибку, а сервер не в состоянии её обработать.

Сообщения 400 Bad Request используется при серьезных нарушениях в тексте, когда система вовсе не может разобрать, что именно имеется в виду, также может быть использовано, когда страница, соответствующая запросу, переехала, но функция перенаправления не была использована.

Не авторизирован (Unauthorized): 401

Часто используется на сервисах, предоставляющих платный доступ, или форумах, просмотр некоторых тем которых доступен только для авторизированных пользователей.

При этом посетитель будет получать сообщение 401 Unauthorized с предложением пройти регистрацию.

Также код может быть использован при неверном или частичном прохождении процесса идентификации или регистрации.

Например, когда сервер разрешает доступ с логином и паролем, но пока они не подтверждены администратором, не пускает на некоторые страницы сайта.

Необходима оплата (Payment Required): 402

Предполагалось использование этого кода для отказов неоплаченного доступа, например, с последующим перенаправлением на страницу системы электронных платежей.

На текущий момент код практически не нашел применений, однако некоторые известные сервисы всё же используют его, хоть и не совсем по назначению.

Всемирно известное хранилище видео данных YouTube использует код 402, когда активность пользовательских запросов вызывает подозрение.

В этом случае, вызывается опция, активирующая скрипт введения каптчи (CAPTHA).

Запрещен (Forbidden): 403

Код применяется при принятии и обработке процесса для ответа пользователю отказом, в праве на просмотр страницы.

Как правило, применяется для того, чтобы закрыть ресурсы администратора или другие сведения, которые имеются, но не должны просматриваться клиентскими браузерами ни при каких обстоятельствах.

Не найден (Not Found): 404

Такая проблема широко распространена. Она несет в себе информацию о прекращении существования страницы.

При этом запрос со ссылкой остался и будет существовать, пока он автоматически не удалится, или вместо него не появится другая страница, возможно не релевантная.

Как создать на сайте 404 страницу и перенаправлять не нее посетителей читайте в этой статье.

Если сайт действительно был удален, или его адрес изменился, как правило, используют функцию редиректа.

Однако если речь идет о домене, который перепродается регистрационной компанией в случае отсутствия оплаты, то она автоматически устанавливает перенаправление на нужные ресурсы до продажи домена.

Способ не приемлем (Method Not Allowed): 405

Ошибка используется при неправильном запросе к определенному обработчику, например, когда функция скрипта позволяет оперировать только переменной GET, а запрос от клиента приходит с командой POST.

Так как исполнение невозможно, то сервер сообщает об этом при помощи кода 405.

Не допустимый (Not Acceptable): 406

Используется, когда браузер клиента не способен отобразить ту или иную часть страницы при неправильных настройках, например, когда параметрами отображения браузера запрещена обработка запросов, желающих хранить данные на ПК пользователя.

Клиентская программа-обозреватель не дает принимать информацию от сервера, но при этом передает запрос на отображение.

Неверная аутентификация на прокси-сервере (Proxy Authentication Required): 407

Код немного подобен 401, однако тут речь идет не о правильности сервера и его использовании, а именно об авторизации на прокси посредством логина и пароля.

Сообщение работает, когда невозможно передать данные из-за неверных параметров прокси-сервера.

Время ожидания запроса истекло (Request Timeout): 408

Данный код применяется, если сервер не получает от клиента ожидаемый запрос. Похожая ошибка выдается при проблемах в соединении, когда отправленные пакеты не достигают цели.

Со стороны клиента что угодно может блокировать пакеты, отправляющие запрос, начиная от вирусов и заканчивая проблемами с хостингом.

Проблема с обращением к серверу (Conflict): 409

Сообщение выдается сервером при попытке замены более новой копии файла или архива на более старую или неактуальную.

Также конфликт может быть вызван использованием разных конфигурационных файлов баз данных.

Запрос уже ушел (Gone): 410

Означает, что ранее ссылка была доступна по данному запросу, и он обрабатывался, однако теперь удален или перемещен, а серверу неизвестно, что именно с ним произошло.

Длина запроса (Length Required): 411

Такая проблема сервера возникает при клиентском запросе, который содержит длину отображаемого контента, тогда как при обработке это не может соответствовать действительности.

Условие нарушено (Precondition Failed): 412

Код применяется при нарушении одного из условий, необходимых для выполнения требования. При этом он может быть обработан частично, если условие не задано как критическое.

Сервер может сообщать, что такой запрос не подходит именно этому ответу.

Длина запроса слишком велика (Request Entity Too Large): 413

Используется при понятном серверу требовании, однако в параметрах указано ограничение на обрабатываемую информацию.

Следует уменьшить размер фразы для поиска нужного контента.

Длина ссылки запроса слишком велика (Request-URL Too Long): 414

Необходим при использовании слишком длинных ссылок при преобразовании и формировании сложных запросов.

Если сервер не способен их обработать, он выдает сообщение 414.

Неподдерживаемый формат (Unsupported Media-Type): 415

Используется при попытке пользователя отправить запрос на обработку файла, формат которого не поддерживается или запрещен к открытию данному типу учетных записей.

Например, когда открытие jpg картинки доступно только для администратора или зарегистрированного посетителя.

Недоступность диапазона (Requested Range Not Satisfiable): 416

Нужен серверу для отказа в запросе к той части, которая имеет размер. Используется для выявления несоответствий при проверке файлов конфигураций.

Если добавлены лишние строки, размер будет изменен, и ошибка 416 сообщит администратору об этом.

Ожидание прервано (Expectation Failed): 417

Сообщение говорит, что в клиентском запросе возникла ошибка, и он не может быть нормально обработан.

Процесс не сможет запуститься и может остаться как зависшая в ожидании сессия, поскольку неверно заполнено поле Expect.

Я чайник (I’m a teapot): 418

17 лет назад это сообщение было разработано ради смеха и использовалось как шутка в день смеха 1 апреля. Современные http обработчики не воспринимают его.

Невероятный объект (Unprocessable Entity): 422

Сервер таким образом сообщает, что он принял запрос, прочитал и понял его, но какая-то ошибка мешает правильно его обработать.

Наиболее вероятно возникновение семантической ошибки в записи, что не дает завершить действие, хоть и понятно, что нужно выполнить.

Заперто (Locked): 423

Метод, которым вы обращаетесь к серверу клиентским запросом, запрещен и системным администратором.

Как правило, такой вид блокировок употребляется для того, чтобы посетитель прошел регистрацию и верификацию на сервере.

Плохая зависимость (Failed Dependency): 424

Запрос от посетителя был прерван из-за невыполнения других условий для совершения действия.

Может использоваться при отказе от подтверждения действия, например, при отрицательном ответе на вопрос: есть ли вам «18», процесс регистрации не сможет быть завершен и сервер сообщит об этом.

Неупорядоченный каталог (Unordered Collection): 425

Используется при попытке доступа к данным, которые были переведены в статус «черновик», то есть находящимся в процессе редактирования или внесения изменений.

Ссылка в это время остается целой, однако пользовательский интерфейс отключен.

Обязательное обновление запроса (Upgrade Required): 426

Указывает клиенту, что протокол его браузера безнадежно устарел и сообщает о невозможности обработать такой запрос.

Необходимо использовать более новую версию или другой обозреватель, в котором поддержка включена.

Условия предварительного воздействия (Precondition Required): 428

Указывает на то, что без выполнения определенных условий невозможно завершение и обработка операции. Чаще всего используется как предупреждение в случае, когда идет одновременное редактирование ресурса или его части, и запрос на его просмотр.

В это время существуют две версии процесса: та, что запущена и обрабатывается на данный момент, находится в кэше и постоянно обновляется, в то же время другая – это первоначальная копия ресурса.

В результате серверу непонятно, какой из ответов возвращать, поэтому происходит конфликт.

Слишком много обращений (Too Many Requests): 429

Используется, когда клиент превышает количество указанных запросов, к примеру, пытаясь подобрать пароль или неправильно ввести каптчу.

Также код необходим для сообщений о попытке взлома сервера методом dDOS (множественные запросы или крупные пакеты, забивающие трафик к серверу или нагружающие его процессорную мощность) или брутфорсом (подбор паролей, приемлем при взломах почтового ящика).

Заголовок поля очень длинный (Request Header Fields Too Large): 431

Код ошибки говорит о том, что клиент использует слишком большую длину запроса, и при его уменьшении обработка возможна.

Нет ответа (No Response): 444

Применяется как сообщение о том, что посетителю на запрос было отказано в получении ответа.

В этом случае сервер отказался от обработки, подозревая, что запрос вызван вирусным ПО или хакерской атакой.

Готов после… Retry With (Microsoft): 449

Код взят в употребление компанией Майкрософт как ответ пользователю на неверный запрос или его части.

Он говорит о том, что изменив характеристики и повторив запрос правильно, клиент получит обработку или исполнение указанного действия.

Заблокировано при помощи родительского контроля (Blocked by Windows Parental Controls (Microsoft)): 450

Используется как сообщение от ресурсов, которые были заблокированы на персональных компьютерах при помощи программного обеспечения.

Чаще всего необходим для сообщения о том, что запрос выходит за рамки разрешенные параметрами родительского контроля, осуществляемым при помощи штатных средств Microsoft Windows.

Недоступно по причинам нелегальности (Unavailable For Legal Reasons): 451

Сообщение крайне популярно на пиратских сайтах, распространяющих взломанный контент, а также при нарушениях цензуры или моральной этики.

Часто используется уже после блокировки правительством или такими органами, как Росскомнадзор.

Ошибки со стороны сервера: 5ХХ

Коды состояния HTTP 5й серии призваны указывать на проблемы со стороны обработки сервером. Они используются в то время, когда запрос, отправленный пользователем, правильно сформирован и не содержит лишних и неверных данных.

Однако сервер не в состоянии на него ответить. Как правило, это сопровождается сообщением, выводимым в обозревателе клиента, благодаря которому посетитель может сориентироваться, почему ресурс ничего не ответил.

Ошибка внутри сервера (Internal Server Error): 500

Сообщение говорит только о том, что внутри программного обеспечения сервера произошла ошибка. Конкретной проблемы данный код не определяет и выяснить из-за чего произошел сбой достаточно тяжело.

Вероятнее всего произошло обращение по несуществующей ссылке или запрос на объект, которого никогда не было.

Функция не реализована (Not Implemented): 501

Ошибка вызвана непринятием сервера вашего запроса. Она возникает потому что некоторые из протоколов не реализованы или специально запрещены, обработка не может быть завершена нормально.

Неверный шлюз (Bad Gateway): 502

Данный код сообщения выводится, когда сервер является промежуточным звеном, и дальнейший доступ через него запрещен или невозможен.

Если шлюз или прокси сервер отказывает в доступе по причинам несогласованности протоколов запроса, то такое сообщение ошибки сервера выводится на экран пользователя.

Сервер недоступен (Server Unavailable): 503

Сервер может отказать посетителю в обработке запроса или процесса по нескольким причинам.

Это может быть техническая неисправность, проблема с сервисом хостинга или перегрузка количеством других запросов, обрабатываемых в это время.

Время ожидания шлюза истекло (Gateway Timeout): 504

Код используется, когда промежуточный сервер между двумя другими не дает ответа, блокируя пакеты и тем самым превышая время, отведенное на запрос.

Чаще всего встречается в случаях, когда сервер сам является шлюзом или подключается к нему для передачи информационных данных.

Версия протокола не может быть использована (HTTP Version Not Supported): 505

Необходима в тех случаях, когда в программе-обозревателе не соответствует версия HTTP указанная сервером. Проблема возникает либо при использовании очень старых браузеров или неправильно заданных запросов.

Как вариант – доступ предоставляется через защищенный протокол HTTPS, а клиент задает HTTP вручную или переходит по такой ссылке и наоборот.

Вариант не устраивает (Variant Also Negotiates): 506

Сервер может задействовать 506 ошибку, когда в результате сбоя значение обработки запроса указывает само на себя. Зачастую это свидетельствует о неверной настройке серверной части или маршрутизации.

Для хранения недостаточно места (Insufficient Storage): 507

Каждый запрос кешируется, а значит, требует определенного пространства на жестком диске сервера. Если он забит неверно настроенными логами или другим кешем, и места недостаточно, то ответ последует в виде ошибки 507.

Лимит пропускной способности исчерпан (Bandwidth Limit Exceeded): 509

Очень важное сообщение для тех, кто использует бесплатный вид хостинга. Остальные, даже дешевые варианты размещения, крайне редко ограничивают сайты в потреблении трафика.

Однако на всякий случай каждый веб-дизайнер популярной площадки должен знать об этой ошибке, которая говорит о том, что лимиты используемого трафика превышены.

Запрещен к распространению (Not Extended): 510

Если серверу не предоставлено достаточно данных о клиенте, он отказывает ему как неизвестному или неопознанному посетителю в предоставлении информации.

Это означает, что в запросе должно быть больше информации, или передаваемые пакеты идут через прокси сервер, который их фильтрует, в результате чего нужные данные не попадают по назначению.

Авторизация в сети не пройдена (Network Authentication Required): 511

Код популярен и часто используется в общедоступных сетях. Может выдаваться по окончании выделенного клиенту времени (часто применяется в кафе и фастфудах).

Также используется у некоторых провайдеров для веб идентификации или в рекламных целях (доступ выдается ненадолго и бесплатно, чтобы удивить клиента скоростью и заманить его подключиться на постоянной основе).

Заключение

Оперируя сообщениями сервера, администратор всегда может увидеть, в чем причина возникновения неполадок или снижения посещаемости ресурса.

Также он сможет посмотреть, кто и как перенаправляется на необходимые ресурсы, наблюдать за поведением пользователей на страницах сайта, проследить за обменом данными между клиентами и сервером.