Содержание

HTTP | Все коды ошибок

Во время запроса информации с удаленного веб сервера может возникнуть ошибка, тогда веб-сервер посылает в ответ код ошибки HTTP. Например 404 – Not Found (ресурс не найден).
Коды состояния HTTP состоят из трех цифр от 100 и до 510. Они делятся на следующие группы:

Введите в поле ниже интересующий Вас трех символьный код и получите его описание:

100

ContinueCервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.

101

Switching ProtocolsСервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовкаUpdate. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1.

102

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

200

ОКУспешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.

201

CreatedВ результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется[источник не указан 336 дней] ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.

202

AcceptedЗапрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс. Появился в HTTP/1.0.

203

Non-Authoritative InformationАналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т.  д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.

204

No ContentСервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.

205

Reset ContentСервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.

206

Partial ContentСервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1. (подробнее…)

207

Multi-StatusСервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности. Появился в WebDAV.

226

IM Used Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.

300

Multiple ChoicesПо указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0.

301

Moved PermanentlyЗапрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0.

302

Found, Moved TemporarilyЗапрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. Этот код может быть использован, например, приуправляемом сервером согласовании содержимого. Некоторые клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0.

303

See OtherДокумент по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с 307-ым для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методом GET. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методом POST, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит методом GET для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1.

304

Not ModifiedСервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента.

При этом сообщение сервера не должно содержать тела. Появился в HTTP/1.0.

305

Use ProxyЗапрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только исходные HTTP-сервера (не прокси). Введено в HTTP/1.1.

306

(зарезервировано)использовавшийся раньше код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616 (обновление HTTP/1.1).

307

Temporary RedirectЗапрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1).

400

Bad RequestСервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0.

401

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

402

Payment RequiredПредполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговыхкомпаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.

403

ForbiddenСервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0.

404

Not FoundСамая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.

405

Method Not AllowedУказанный клиентом метод нельзя применить к текущему ресурсу.

В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1.

406

Not AcceptableЗапрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.

407

Proxy Authentication RequiredОтвет аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1.

408

Request TimeoutВремя ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT.

В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потеря связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1.

409

ConflictЗапрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1.

410

GoneТакой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1.

411

Length RequiredДля указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1.

412

Precondition FailedВозвращается, если ни одно из условных полей заголовка[неизвестный термин] запроса не было выполнено. Появился в HTTP/1.1.

413

Request Entity Too LargeВозвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1.

414

Request-URL Too LongСервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1.

415

Unsupported Media TypeПо каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1.

416

Requested Range Not SatisfiablВ поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges[источник не указан 336 дней]. Введено в RFC 2616 (обновление HTTP/1.1).

417

Expectation FailedПо каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1).

422

Unprocessable EntityСервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом. Введено в WebDAV.

423

LockedЦелевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV.

424

Failed DependencyРеализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.

425

Unordered Collection —Посылается, если клиент послал запрос, обозначив положение в неотсортированной коллекции или используя порядок следования элементов, отличный от серверного[уточнить]. Введено в черновике по WebDAV Advanced Collections Protocol[14].

426

Upgrade RequiredСервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено вRFC 2817 для возможности перехода к TLS посредством HTTP.

449

Retry WithВозвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.

456

Unrecoverable ErrorВозвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных[источник не указан 336 дней]. Введено корпорацией Microsoftдля WebDAV.

500

Internal Server ErrorЛюбая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.

501

Not ImplementedСервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0.

502

Bad GatewayСервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0.

503

Service UnavailableСервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным кажется сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов. Появился в HTTP/1.0.

504

Gateway TimeoutСервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса. Появился в HTTP/1. 1.

505

HTTP Version Not SupportedСервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1.

506

Variant Also NegotiatesВ результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.

507

Insufficient StorageНе хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV.

509

Bandwidth Limit ExceededИспользуется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем «bw/limited», входящим в панель управления хостингом cPanel, где и был введён.

510

Not ExtendedНа сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.

Список кодов состояния HTTP — List of HTTP status codes

Коды ответа протокола передачи гипертекста

Это список кодов состояния ответа протокола передачи гипертекста (HTTP). Коды состояния выдаются сервером в ответ на запрос клиента к серверу. Он включает коды из запроса комментариев IETF (RFC), другие спецификации и некоторые дополнительные коды, используемые в некоторых распространенных приложениях HTTP. Первая цифра кода состояния указывает один из пяти стандартных классов ответов. Показанные фразы сообщений являются типичными, но может быть предоставлена ​​любая удобочитаемая альтернатива. Если не указано иное, код состояния является частью стандарта HTTP / 1.1 (RFC 7231).

Служба присвоения номеров Интернета (IANA) ведет официальный реестр кодов состояния HTTP.

Все коды состояния ответа HTTP разделены на пять классов или категорий. Первая цифра кода состояния определяет класс ответа, в то время как последние две цифры не имеют никакой роли классификации или категоризации. Стандарт определяет пять классов:

  • Информационный ответ 1xx — запрос получен, процесс продолжается
  • 2xx успешно — запрос был успешно получен, понят и принят
  • Перенаправление 3xx — для выполнения запроса необходимо предпринять дальнейшие действия
  • Ошибка клиента 4xx — запрос содержит неверный синтаксис или не может быть выполнен
  • Ошибка сервера 5xx — серверу не удалось выполнить явно действительный запрос

Информационный ответ 1xx

Информационный ответ означает, что запрос был получен и понят. Он выдается на временной основе, пока продолжается обработка запроса. Он предупреждает клиента, чтобы он дождался окончательного ответа. Сообщение состоит только из строки состояния и необязательных полей заголовка и заканчивается пустой строкой. Поскольку в стандарте HTTP / 1.0 не определены коды состояния 1xx, серверы не должны отправлять ответ 1xx клиенту, совместимому с HTTP / 1.0, за исключением экспериментальных условий.

100 Продолжить
Сервер получил заголовки запроса, и клиент должен перейти к отправке тела запроса (в случае запроса, для которого необходимо отправить тело; например, запрос POST ). Отправка большого тела запроса на сервер после того, как запрос был отклонен из-за несоответствующих заголовков, будет неэффективен. Чтобы сервер проверил заголовки запроса, клиент должен отправить Expect: 100-continue как заголовок в своем первоначальном запросе и получить 100 Continue код состояния в ответ перед отправкой тела. Если клиент получает код ошибки, такой как 403 (Запрещено) или 405 (Метод запрещен), он не должен отправлять тело запроса. В ответе 417 Expectation Failed указано, что запрос следует повторить без Expect заголовка, поскольку он указывает, что сервер не поддерживает ожидания (например, в случае серверов HTTP / 1. 0).
101 протокол переключения
Запрашивающая сторона попросила сервер переключить протоколы, и сервер дал согласие на это.
102 Обработка ( WebDAV ; RFC 2518 )
Запрос WebDAV может содержать множество подзапросов, связанных с файловыми операциями, для выполнения которых требуется много времени. Этот код указывает на то, что сервер получил и обрабатывает запрос, но ответа пока нет. Это предотвращает тайм-аут клиента и предположение, что запрос был потерян.
103 Ранние подсказки ( RFC 8297 )
Используется для возврата некоторых заголовков ответа перед окончательным HTTP-сообщением.

2хх успех

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

200 ОК
Стандартный ответ на успешные HTTP-запросы. Фактический ответ будет зависеть от используемого метода запроса. В запросе GET ответ будет содержать объект, соответствующий запрошенному ресурсу. В запросе POST ответ будет содержать объект, описывающий или содержащий результат действия.
201 Создано
Запрос выполнен, в результате чего создан новый ресурс.
202 Принято
Запрос принят в обработку, но обработка не завершена. В конечном итоге запрос может или не может быть обработан, и может быть отклонен, когда происходит обработка.
203 Неавторизованная информация (начиная с HTTP / 1.1)
Сервер представляет собой преобразующий прокси (например, веб-ускоритель ), который получил 200 OK от своего источника, но возвращает измененную версию ответа источника.
204 Нет содержимого
Сервер успешно обработал запрос и не возвращает никакого контента.
205 Сбросить содержимое
Сервер успешно обработал запрос, просит, чтобы инициатор запроса сбросил представление документа, и не возвращает никакого содержимого.
206 Частичное содержимое ( RFC 7233 )
Сервер доставляет только часть ресурса ( обслуживание байтов ) из-за заголовка диапазона, отправленного клиентом. Заголовок диапазона используется HTTP-клиентами для возобновления прерванных загрузок или разделения загрузки на несколько одновременных потоков.
207 Мульти-статус (WebDAV; RFC 4918 )
Нижеследующее тело сообщения по умолчанию является XML- сообщением и может содержать несколько отдельных кодов ответа, в зависимости от того, сколько подзапросов было сделано.
208 уже сообщено (WebDAV; RFC 5842 )
Члены привязки DAV уже были перечислены в предыдущей части (мультистатусного) ответа и не включаются снова.
226 IM используется ( RFC 3229 )
Сервер выполнил запрос ресурса, и ответ является представлением результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.

Перенаправление 3xx

Этот класс кода состояния указывает, что клиент должен предпринять дополнительные действия для выполнения запроса. Многие из этих кодов состояния используются при перенаправлении URL-адресов .

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

300 вариантов выбора
Указывает несколько вариантов ресурса, из которых клиент может выбрать (через согласование содержимого, управляемое агентом ). Например, этот код можно использовать для представления нескольких параметров формата видео, для перечисления файлов с разными расширениями файлов или для устранения неоднозначности в словах .
301 перемещен навсегда
Этот и все будущие запросы следует направлять на указанный URI .
302 найдено (ранее «перемещено временно»)
Сообщает клиенту, что нужно посмотреть (перейти) на другой URL. 302 был заменен на 303 и 307. Это пример отраслевой практики, противоречащей стандарту. Спецификация HTTP / 1.0 (RFC 1945) требовала от клиента выполнения временного перенаправления (исходная описывающая фраза была «Перемещено временно»), но популярные браузеры реализовали 302 с функциональностью 303 См. Другое. Поэтому в HTTP / 1.1 добавлены коды состояния 303 и 307, чтобы различать два поведения. Однако некоторые веб-приложения и фреймворки используют код состояния 302, как если бы это был 303.
303 См. Другое (начиная с HTTP / 1.1)
Ответ на запрос можно найти под другим URI с помощью метода GET. При получении в ответ на POST (или PUT / DELETE) клиент должен предполагать, что сервер получил данные, и должен отправить новый запрос GET для данного URI.
304 Не изменено ( RFC 7232 )
Указывает, что ресурс не изменялся с версии, указанной в заголовках запроса If-Modified-Since или If-None-Match. В таком случае нет необходимости повторно передавать ресурс, поскольку у клиента все еще есть ранее загруженная копия.
305 Использовать прокси (начиная с HTTP / 1.1)
Запрошенный ресурс доступен только через прокси, адрес которого указан в ответе. По соображениям безопасности многие клиенты HTTP (например, Mozilla Firefox и Internet Explorer ) не подчиняются этому коду состояния.
306 Переключить прокси
Больше не используется. Первоначально означало «Последующие запросы должны использовать указанный прокси».
307 Временное перенаправление (начиная с HTTP / 1.1)
В этом случае запрос следует повторить с другим URI; однако в будущих запросах должен по-прежнему использоваться исходный URI. В отличие от того, как 302 был исторически реализован, метод запроса не может быть изменен при повторной выдаче исходного запроса. Например, запрос POST следует повторить, используя другой запрос POST.
308 постоянное перенаправление ( RFC 7538 )
Запрос и все будущие запросы следует повторить, используя другой URI. 307 и 308 аналогичны поведению 302 и 301, но не позволяют изменять метод HTTP . Так, например, отправка формы на постоянно перенаправляемый ресурс может продолжаться гладко.

4хх клиентских ошибок

Ошибка 404 в Википедии

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

ошибка 400, неверный запрос
Сервер не может или не будет обрабатывать запрос из-за очевидной ошибки клиента (например, неверный синтаксис запроса, слишком большой размер, недопустимый фрейм сообщения запроса или обманчивая маршрутизация запроса).
401 Неавторизованный ( RFC 7235 )
Аналогично 403 Forbidden , но специально для использования, когда аутентификация требуется, но она не удалась или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. См. Разделы Аутентификация обычного доступа и Дайджест-аутентификация доступа . 401 семантически означает «неавторизованный», у пользователя нет действительных учетных данных для аутентификации для целевого ресурса.
Примечание. Некоторые сайты неправильно выдают HTTP 401, когда IP-адрес запрещен для доступа к веб-сайту (обычно это домен веб-сайта) и этому конкретному адресу отказано в доступе к веб-сайту.
402 Требуется оплата
Зарезервировано для использования в будущем. Первоначальное намерение состояло в том, чтобы этот код можно было использовать как часть какой-либо формы цифровых денег или схемы микроплатежей , как было предложено, например, GNU Taler , но этого еще не произошло, и этот код широко не используется. Google Developers API использует этот статус, если конкретный разработчик превысил дневной лимит запросов. Sipgate использует этот код, если на счете недостаточно средств для начала звонка. Shopify использует этот код, когда магазин не выплатил комиссию и временно отключен. Stripe использует этот код для неудачных платежей с правильными параметрами, например, заблокированных мошеннических платежей.
403 Запрещено
Запрос содержал действительные данные и был понят сервером, но сервер отклоняет действие. Это может быть связано с тем, что у пользователя нет необходимых разрешений для ресурса или ему нужна учетная запись какого-либо типа, или он пытается выполнить запрещенное действие (например, создает дублирующую запись, где разрешен только один). Этот код также обычно используется, если запрос предоставил аутентификацию путем ответа на запрос поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
404 Не Найдено
Запрошенный ресурс не может быть найден, но может быть доступен в будущем. Последующие запросы со стороны клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET в форме, которая требует, чтобы данные были представлены через POST , или запрос PUT для ресурса, доступного только для чтения.
406 неприемлемо
Запрошенный ресурс может генерировать только контент, неприемлемый в соответствии с заголовками Accept, отправленными в запросе. См. Согласование содержания .
407 Требуется проверка подлинности прокси ( RFC 7235 )
Клиент должен сначала аутентифицироваться с помощью прокси .
408 Тайм-аут запроса
Время ожидания запроса на сервере истекло. Согласно спецификациям HTTP: «Клиент не отправил запрос в течение времени, в течение которого сервер был подготовлен к ожиданию. Клиент МОЖЕТ повторить запрос без изменений в любое время».
409 Конфликт
Указывает, что запрос не может быть обработан из-за конфликта в текущем состоянии ресурса, такого как конфликт редактирования между несколькими одновременными обновлениями.
410 ушел
Указывает, что запрошенный ресурс больше не доступен и больше не будет доступен. Это следует использовать, когда ресурс был намеренно удален, и ресурс должен быть очищен. После получения кода состояния 410 клиент не должен запрашивать ресурс в будущем. Такие клиенты, как поисковые системы, должны удалить ресурс из своих индексов. В большинстве случаев не требуется, чтобы клиенты и поисковые системы очищали ресурс, и вместо этого можно использовать сообщение «404 Not Found».
411 Требуется длина
В запросе не указана длина его содержимого, необходимая для запрашиваемого ресурса.
412 Ошибка предварительного условия ( RFC 7232 )
Сервер не соответствует одному из предварительных условий, которые запрашивающая сторона поставила в полях заголовка запроса.
413 Payload Too Large ( RFC 7231 ).
Запрос больше, чем сервер хочет или может обработать. Ранее назывался «Слишком большой объект запроса».
414 URI слишком длинный ( RFC 7231 )
Предоставленный URI слишком длинный для обработки сервером. Часто это результат того, что слишком много данных кодируется как строка запроса запроса GET, и в этом случае его следует преобразовать в запрос POST. Ранее вызывался «Request-URI Too Long».
415 Неподдерживаемый тип носителя ( RFC 7231 )
Объект запроса имеет тип мультимедиа, который сервер или ресурс не поддерживает. Например, клиент загружает изображение как image / svg + xml , но сервер требует, чтобы изображения использовали другой формат.
416 Диапазон не соответствует требованиям ( RFC 7233 )
Клиент запросил часть файла ( обслуживание байтов ), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, лежащую за концом файла. Ранее называлась «Запрошенный диапазон не удовлетворяется».
417 Ожидание не выполнено
Сервер не может удовлетворить требованиям поля заголовка запроса Expect.
418 Я чайник ( RFC 2324 , RFC 7168 )
Этот код был определен в 1998 году как одна из традиционных шуток IETF первоапрельских шуток в RFC 2324 , Hyper Text Coffee Pot Control Protocol , и не ожидается, что он будет реализован на реальных HTTP-серверах. RFC указывает, что этот код должен возвращаться чайниками, которых просят заварить кофе. Этот HTTP-статус используется в качестве пасхального яйца на некоторых веб-сайтах, например на Google.com « Я — пасхальное яйцо для чайника» .
421 неправильно направленный запрос ( RFC 7540 )
Запрос был направлен на сервер, который не может дать ответ (например, из-за повторного использования соединения).
422 Unprocessable Entity (WebDAV; RFC 4918 ).
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.
423 заблокировано (WebDAV; RFC 4918 )
Ресурс, к которому осуществляется доступ, заблокирован.
424 Неудачная зависимость (WebDAV; RFC 4918 )
Запрос не удался, потому что он зависел от другого запроса, и этот запрос не удался (например, PROPPATCH).
425 Слишком рано ( RFC 8470 )
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиент должен переключиться на другой протокол, такой как TLS / 1.3 , указанный в поле заголовка Upgrade .
428 Требуется предварительное условие ( RFC 6585 )
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.
429 Слишком много запросов ( RFC 6585 )
Пользователь отправил слишком много запросов за заданный промежуток времени. Предназначен для использования со схемами ограничения скорости .
431 Слишком большие поля заголовка запроса ( RFC 6585 )
Сервер не желает обрабатывать запрос, потому что либо отдельное поле заголовка, либо все поля заголовка в совокупности слишком велики.
451 недоступен по юридическим причинам ( RFC 7725 )
Оператор сервера получил законное требование запретить доступ к ресурсу или к набору ресурсов, который включает запрошенный ресурс. Код 451 был выбран в качестве ссылки на роман « 451 градус по Фаренгейту» (см. «Благодарности» в RFC).

5xx ошибки сервера

Сервер не смог выполнить запрос.

Коды состояния ответа, начинающиеся с цифры «5», указывают на случаи, когда сервер знает, что он обнаружил ошибку или иным образом неспособен выполнить запрос. За исключением ответа на запрос HEAD, сервер должен включать объект, содержащий объяснение ситуации с ошибкой, и указывать, является ли это временным или постоянным состоянием. Точно так же пользовательские агенты должны отображать пользователю любую включенную сущность. Эти коды ответа применимы к любому методу запроса.

внутренняя ошибка сервера 500
Общее сообщение об ошибке, которое выдается, когда возникла непредвиденная ситуация, и более конкретное сообщение не подходит.
501 Не реализовано
Сервер либо не распознает метод запроса, либо не может выполнить запрос. Обычно это подразумевает доступность в будущем (например, новую функцию API веб-службы).
502 Неверный шлюз
Сервер действовал как шлюз или прокси и получил недопустимый ответ от вышестоящего сервера.
сервис 503 недоступен
Сервер не может обработать запрос (потому что он перегружен или отключен для обслуживания). Как правило, это временное состояние.
Ошибка 504 Время ответа сервера истекло
Сервер действовал как шлюз или прокси и не получил своевременного ответа от вышестоящего сервера.
505 Версия HTTP не поддерживается
Сервер не поддерживает версию протокола HTTP, используемую в запросе.
506 вариант также согласовывается ( RFC 2295 )
Прозрачное согласование содержимого для запроса приводит к циклической ссылке .
507 Недостаточно места для хранения (WebDAV; RFC 4918 )
Сервер не может сохранить представление, необходимое для выполнения запроса.
Обнаружен цикл 508 (WebDAV; RFC 5842 )
Сервер обнаружил бесконечный цикл при обработке запроса (отправлено вместо 208 Already Reported ).
510 не расширенный ( RFC 2774 )
Для его выполнения сервером требуются дальнейшие расширения запроса.
511 Требуется сетевая аутентификация ( RFC 6585 )
Чтобы получить доступ к сети, клиенту необходимо пройти аутентификацию. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы », используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi ).

Неофициальные коды

Следующие ниже коды не определены никаким стандартом.

103 КПП
Используется в предложении возобновляемых запросов для возобновления прерванных запросов PUT или POST.
218 Это нормально ( веб-сервер Apache )
Используется как условие универсальной ошибки, позволяющее передавать тела ответов через Apache, когда включен ProxyErrorOverride. Когда ProxyErrorOverride включен в Apache, тела ответов, содержащие код состояния 4xx или 5xx, автоматически отбрасываются Apache в пользу общего ответа или настраиваемого ответа, указанного в директиве ErrorDocument.
419 Страница истекла ( Laravel Framework )
Используется Laravel Framework, когда токен CSRF отсутствует или просрочен.
420 Ошибка метода ( Spring Framework )
Устаревший ответ, используемый Spring Framework в случае сбоя метода.
420 Повышайте свое спокойствие ( Twitter )
Возвращается версией 1 Twitter Search and Trends API, когда клиент ограничен по скорости; версии 1. 1 и более поздние используют код ответа 429 Too Many Requests . Фраза «Укрепи свое спокойствие» взята из фильма 1993 года « Человек-подрывник» , и ее связь с этим числом, вероятно, является отсылкой к каннабису .
430 Поля заголовка запроса слишком велики ( Shopify )
Используется Shopify вместо кода ответа 429 Too Many Requests , когда слишком много URL-адресов запрашивается в течение определенного периода времени.
450 заблокировано родительским контролем Windows (Microsoft)
Код расширения Microsoft указывается, когда родительский контроль Windows включен и блокирует доступ к запрошенной веб-странице.
498 Неверный токен (Esri)
Возвращено ArcGIS for Server . Код 498 указывает на просроченный или недействительный токен по иным причинам.
Требуется 499 токенов (Esri)
Возвращено ArcGIS for Server . Код 499 указывает на то, что токен требуется, но не был отправлен.
509 Превышен предел пропускной способности ( веб-сервер Apache / cPanel )
Сервер превысил пропускную способность, указанную администратором сервера; это часто используется провайдерами виртуального хостинга для ограничения полосы пропускания клиентов.
526 Неверный сертификат SSL
Используется Cloudflare и горутером Cloud Foundry для индикации сбоя проверки сертификата SSL / TLS, представленного исходным сервером.
529 Сайт перегружен
Используется Qualys в сервере тестирования API SSLLabs , чтобы сигнализировать о том , что сайт не может обработать запрос.
530 Сайт заморожен
Используется веб-платформой Pantheon для обозначения сайта, который был заблокирован из-за бездействия.
598 (неофициальное соглашение) Ошибка тайм-аута сетевого чтения.
Используется некоторыми прокси-серверами HTTP для сигнализации тайм-аута сетевого чтения за прокси-сервером клиенту перед прокси.

Информационные службы Интернета

Веб-сервер Microsoft Internet Information Services (IIS) расширяет пространство ошибок 4xx, чтобы сигнализировать об ошибках в запросе клиента.

440 Время ожидания входа в систему
Сеанс клиента истек, и ему необходимо снова войти в систему.
449 Повторить с
Сервер не может выполнить запрос, потому что пользователь не предоставил требуемую информацию.
451 перенаправление
Используется в Exchange ActiveSync, когда доступен более эффективный сервер или сервер не может получить доступ к почтовому ящику пользователей. Ожидается, что клиент повторно запустит операцию HTTP AutoDiscover, чтобы найти более подходящий сервер.

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

nginx

Программное обеспечение веб-сервера nginx расширяет пространство ошибок 4xx, чтобы сигнализировать о проблемах с запросом клиента.

444 Нет ответа
Используется внутри, чтобы указать серверу не возвращать информацию клиенту и немедленно закрыть соединение.
494 Заголовок запроса слишком большой
Клиент отправил слишком большой запрос или слишком длинную строку заголовка.
495 Ошибка сертификата SSL
Расширение кода ответа 400 Bad Request , используемого, когда клиент предоставил недействительный сертификат клиента .
496 Требуется сертификат SSL
Расширение кода ответа 400 Bad Request , используемого, когда сертификат клиента требуется, но не предоставляется.
497 HTTP-запрос отправлен на HTTPS-порт
Расширение кода ответа 400 Bad Request , используемого, когда клиент отправил HTTP-запрос на порт, который прослушивает HTTPS-запросы.
499 Клиент закрытый запрос
Используется, когда клиент закрыл запрос до того, как сервер смог отправить ответ.

Cloudflare

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

520 Веб-сервер возвратил неизвестную ошибку
Исходный сервер вернул Cloudflare пустой, неизвестный или необъяснимый ответ.
521 Веб-сервер не работает
Исходный сервер отклонил соединение с Cloudflare.
522 Время ожидания подключения истекло
Cloudflare не удалось согласовать рукопожатие TCP с исходным сервером.
523 Источник недоступен
Cloudflare не смог связаться с исходным сервером; например, если записи DNS для исходного сервера неверны.
524 Истекло время ожидания
Cloudflare смог установить TCP-соединение с исходным сервером, но не получил своевременного ответа HTTP.
525 SSL Handshake Failed
Cloudflare не удалось согласовать рукопожатие SSL / TLS с исходным сервером.
526 Неверный сертификат SSL
Cloudflare не удалось проверить сертификат SSL на исходном веб-сервере.
527 Ошибка рельсотрона
Ошибка 527 указывает на прерванное соединение между Cloudflare и сервером Railgun исходного сервера.
530
Ошибка 530 возвращается вместе с ошибкой 1xxx.

AWS Elastic Load Balancer

Amazon «s Elastic Load Balancing добавляет несколько пользовательских кодов возврата 4xx

460

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

463

Балансировщик нагрузки получил заголовок запроса X-Forwarded-For с более чем 30 IP-адресами.

561 Неавторизованный

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

Смотрите также

Примечания

Рекомендации

внешняя ссылка

Обзор кода состояния HTTP — Internet Information Services

200 OK IIS 7.0 и более поздних версий успешно обработали запрос.
304 Не изменено Браузер клиента запрашивает документ, который уже находится в кэше, и документ не был изменен с момента кэшировать документ. Браузер клиента использует кэшную копию документа вместо загрузки документа с сервера.
400 Неудачный запрос Файл стека протокола передачи гипертекста (Http.sys) блокирует обработку запроса в IIS 7.0 и более поздних версий из-за проблемы в запросе. Как правило, этот код состояния HTTP означает, что запрос содержит символы или последовательности, которые не являются допустимым, или что запрос противоречит настройкам безопасности в Http.sys файле.
401.1 Сбой при влиять на себя Попытка доступа к учетной записи неуспешна, вероятно, из-за того, что имя пользователя или пароль не являются допустимым.
401.2 Сбой при доступе к данным из-за конфигурации сервера Этот код состояния HTTP указывает на проблему в параметрах конфигурации проверки подлинности на сервере.
401.3 Неавторизованная из-за ACL для ресурса Этот код состояния HTTP указывает на проблему в разрешениях файловой системы NTFS. Эта проблема может возникнуть, даже если для файла, к который вы пытаетесь получить доступ, имеются правильные разрешения. Например, эта проблема возникает, если учетная запись IUSR не имеет доступа к C:\Winnt\System32\Inetsrv каталогу.
401.4 Сбой авторизации с помощью фильтра Фильтр ISAPI не дает возможность обрабатывать запрос из-за проблемы авторизации.
401.5 Сбой авторизации с помощью приложения ISAPI/CGI Приложение ISAPI или приложение CGI не могут обрабатывать запрос из-за проблемы авторизации.
403.1 Запрещен доступ к выполнению Соответствующий уровень разрешения «Выполнение» не предоставляется.
403.2 Доступ на чтение запрещен Соответствующий уровень разрешения на чтение не предоставляется. Убедитесь, что вы настроили IIS 7.0 и более поздних версий, чтобы предоставить каталогу разрешение на чтение. Кроме того, при использовании документа по умолчанию убедитесь, что документ по умолчанию существует.
403.3 Доступ на записи запрещен Соответствующий уровень разрешения на записи не предоставляется. Убедитесь, что разрешения IIS 7.0 и более поздних версий и разрешения файловой системы NTFS настроены для предоставления каталогу разрешения на записи.
403.4 Требуется SSL Запрос передается через незасвеченный канал, и веб-приложению требуется SSL-подключение.
403.5 Требуется SSL 128 Для сервера настроено 128-битное SSL-подключение. Однако запрос не отправляется с использованием 128-битного шифрования.
403.6 IP-адрес отклонен Сервер настроен на запрет доступа к текущему IP-адресу.
403.7 Требуется сертификат клиента Сервер настроен так, чтобы для проверки подлинности клиента требовался сертификат. Однако в браузере клиента не установлен соответствующий сертификат клиента. Дополнительные сведения см. в http-ошибке 403.7 при запуске веб-приложения, которое находится на сервере с IIS 7.0.
403.8 Доступ к сайту отказано Сервер настроен на запрет запросов на основе DNS-имени клиентского компьютера.
403.12 Mapper denied access Для страницы, к которую требуется получить доступ, требуется сертификат клиента. Однако доступ к файлу отказано в доступе к ИД пользователя, соединому с сертификатом клиента.
403.13 Клиентский сертификат отозван Браузер клиента пытается использовать клиентский сертификат, который был отозван выдавным органом сертификации.
403.14 Отказано в перечне каталогов Сервер не настроен для отображения списка каталогов контента, а документ по умолчанию не за установлен. see HTTP Error 403.14 — Forbidden when you open an IIS Webpage.
403.16 Сертификат клиента недостоверный или недопустимый. Браузер клиента пытается использовать клиентский сертификат, который не является доверенным для сервера, на сервере с IIS 7.0 и более поздних версий или является недостоверным. Дополнительные сведения см. в http-ошибке 403.16при попытке доступа к веб-сайту, который имеется в IIS 7.0.
403.17 Срок действия сертификата клиента истек или еще не действителен. Браузер клиента пытается использовать сертификат клиента, срок действия которого истек или который еще не действителен.
403.18 Не удается выполнить запрашиваемую URL-адрес в текущем пуле приложений. Настраиваемая страница ошибок настроена, а страница настраиваемой ошибки находится в пуле приложений, который отличается от пула приложений запрашиваемого URL-адреса.
403.19 Не удается выполнить приложения CGI для клиентского браузера в этом пуле приложений. Удостоверение пула приложений не имеет права пользователя на замену маркера на уровне процесса.
404.0 Не найдено. Файл, к который вы пытаетесь получить доступ, был перемещен или не существует.
404.2 Ограничение ISAPI или CGI. На компьютере запрещен доступ к запрашиваемой ресурсу ISAPI или ресурсу CGI. Дополнительные сведения см. в ошибке HTTP 404.2 при посещении веб-страницы, которая находится на компьютере под управлением IIS 7.0.
404.3 Ограничение типа MIME. Текущее сопоставление MIME для запрашиваемого типа расширения не является допустимым или не настроено.
404.4 Обработатор не настроен. Расширение имени файла запрашиваемого URL-адреса не имеет обработка, настроенная для обработки запроса на веб-сервере.
404.5 Отклонено конфигурацией фильтрации запросов. Запрашиваемая последовательность содержит последовательность символов, заблокированную сервером.
404.6 Отказано в глаголе. Запрос сделан с помощью команды HTTP, которая не настроена или не является допустимой.
404.7 Расширение файла отклонено. Запрашиваемая расширение имени файла не разрешена.
404.8 Скрытое пространство имен. Запрашивается URL-адрес, так как каталог скрыт.
404.9 Атрибут Files скрыт. Запрашиваемая папка скрыта.
404.10 Слишком длинный заголок запроса. Запрос отклонен, так как слишком длинные заглавные данные запроса.
404.11 Запрос содержит двойную escape-последовательность. Запрос содержит двойную escape-последовательность.
404.12 Запрос содержит высоко битные символы. Запрос содержит высоко битные символы, и сервер настроен на то, чтобы не разрешались высоко битные символы.
404.13 Слишком большая длина содержимого. Запрос содержит Content-Length заголок. Значение загона превышает допустимый предел Content-Length для сервера. Дополнительные сведения см. в http-ошибке 404.13 CONTENT_LENGTH_TOO_LARGEпри посещении веб-сайта, который находится на сервере с IIS 7.0.
404.14 Слишком длинный URL-адрес запроса. Запрашиваемая URL-адрес превышает ограничение, допустимые для сервера.
404.15 Слишком длинная строка запроса. Запрос содержит строку запроса, которая превышает допустимый предел для сервера.
404.17 Динамическое содержимое, соединяемое с статическим обработом файлов. Дополнительные сведения см. в сообщении об ошибке при посещении веб-сайта, который находится в IIS 7.0: ошибка HTTP 404.17 — не найдена.
405.0 Метод не разрешен. Запрос сделан с помощью не допустимого метода HTTP. Дополнительные сведения см. в ошибке HTTP 405.0при посещении веб-сайта, который находится на сервере под управлением IIS.
406.0 Недопустимый тип MIME. Запрос сделан с использованием Accept загона, который содержит значение MIME, которое не является допустимым.
412.0 Сбой предварительного условия. Запрос сделан с использованием If-Match загона запроса, который содержит значение, которое не является допустимым.
500 Внутренняя ошибка сервера. Этот код состояния HTTP может возникать по многим причинам на стороне сервера. Дополнительные сведения см. в http-ошибке 500.0 —внутренняя ошибка сервера при открываемой веб-странице IIS 7.0.
500.11 Приложение выключается на веб-сервере. Запрос не обрабатывается, так как пул приложений назначения закрывается. Подождите, пока рабочий процесс завершит работу, а затем еще раз попробуйте запрос. Если эта проблема сохраняется, в веб-приложении могут возникнуть проблемы, которые препятствуют корректной остановке веб-приложения.
500.12 Приложение занято перезапуском на веб-сервере. Запрос не обрабатывается из-за перезапуска пула приложений назначения. Этот код состояния HTTP должен исчезнуть при обновлении страницы. Если этот код состояния HTTP появится снова после обновления страницы, проблема может быть вызвана антивирусной программой, которая сканирует файл Global.asa. Если эта проблема сохраняется, в веб-приложении могут возникнуть проблемы, препятствующие корректной перезагрузке веб-приложения.
500.13 Веб-сервер занят. Запрос не обрабатывается, так как сервер занят, чтобы принимать новые входящие запросы. Как правило, этот код состояния HTTP означает, что число входящих одновременно запрашиваемой информации превышает число, которое может обработать веб-приложение IIS 7.0 и более поздних версий. Эта проблема может возникнуть из-за слишком низкого уровня параметров конфигурации производительности, нехватки оборудования или возникновения узкого места в веб-приложении IIS 7. 0 и более поздних версий. Распространенный способ устранения неполадок — создание файла дампа памяти процессов IIS 7.0 и более поздних версий при ошибке, а затем отладка файла дампа памяти.
500.15 Прямые запросы global.asax не разрешены. Прямой запрос файла Global.asa или Global.asax.
500.19 Недопустимые данные конфигурации. Этот код состояния HTTP возникает из-за проблемы в связанном applicationhost.config или связанном Web.config файле. Дополнительные сведения см. в http-ошибке 500.19 при открываемой веб-странице IIS.
500.100 Внутренняя ошибка ASP. Ошибка возникает во время обработки страницы ASP (ASP). Чтобы получить более конкретные сведения об ошибке, отключать сообщения об ошибках HTTP в веб-браузере. Кроме того, в журнале IIS может быть номер ошибки ASP, соответствующий ошибке.
503.0 Служба недоступна. Запрос отправляется в пул приложений, который в настоящее время остановлен или отключен. Чтобы устранить эту проблему, убедитесь, что запущен пул приложений назначения. В журнале событий могут быть сведения о том, почему пул приложений остановлен или отключен.
503.2 Превышено ограничение одновременного запроса. Для свойства устанавливается значение, меньшее, чем текущее число одновременно appConcurrentRequestLimit запрашиваемой информации. IIS 7.0 и более поздних версий не позволяют использовать большее количество одновременно запрашиваемого значения, чем значение appConcurrentRequestLimit свойства.

Ошибки интернета | Ошибки HTTP | Server error codes

Код состояния HTTP (англ. HTTP status code) является частью первой строки ответа сервера. Он представляет из себя целое число из трех арабских цифр. Первая цифра указывает на класс состояния. За кодом ответа обычно следует отделённая пробелом поясняющая фраза на английском языке, которая разъясняет человеку причину именно такого ответа. Пример:

403 Access allowed only for registered users

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

В настоящее время выделено пять классов кодов состояния:
1xx: Informational (Информационный) — запрос получен и понят, а обработка продолжается.
2xx: Success (Успешно) — запрос был успешно получен, понят и обработан.
3xx: Redirection (Перенаправление) — для выполнения запроса должны быть предприняты дальнейшие действия.
4xx: Client Error (Ошибка клиента) — запрос имеет плохой синтаксис или не может быть выполнен.
5xx: Server Error (Ошибка сервера) — сервер не в состоянии выполнить допустимый запрос.

Ниже представлены коды ответа из реестра кодов состояния IANA.

Коды 3xx (перенаправление)

Перечень кодов статуса HTTP, использующихся при перенаправлении запроса (коды 3xx)

300 Множественный выбор
Затребованный URL обозначает более одного ресурса, и робот не смог однозначно определить, к какой странице URL относится (получен код 300 Multiple Choices).
Исправьте заголовки или укажите ресурс правильно, и тогда робот сможет проиндексировать страницу.

301 Ресурс перемещен навсегда
Документ уже не используется сервером, а ссылка перенаправляет на другую страницу (получен код 301 Moved Permanently).
Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует. Однако робот обязательно проиндексирует страницу, на которую установлено перенаправление.

302 Ресурс временно перемещен
Запрошенный ресурс временно находится под другим адресом (получен код 302 Moved Temporarily).
Так как пользователи не смогут увидеть подобные документы, показывать их в поиске не имеет смысла, и робот их не индексирует. Однако робот обязательно проиндексирует страницу, на которую установлено перенаправление.

303 Смотрите другой ресурс
Запрошенный ресурс находится под другим адресом и его следует запрашивать, используя метод GET (получен код 303 See Other). Если вы хотите, чтобы указанная страница находилась в поиске, она должна отвечать кодом 200.

304 Ресурс не изменялся
Получен код 304 Not Modified. Если страница не изменилась с момента последнего обращения робота, рекомендуется выдавать этот код. Это ускорит индексацию и уменьшит трафик.

305 Следует использовать прокси
Доступ к затребованному ресурсу может осуществляться только через прокси-сервер, указанный в заголовке Location (получен код 305 Use Proxy).

307 Временное перенаправление
Затребованный ресурс был временно переведен на другой адрес, который необходимо прописать в Location (получен код 307 Temporary Redirect).

Коды 4xx (ошибка клиента)

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

400 Неверный запрос
Запрос не может быть понят сервером из-за некорректного синтаксиса (получен код 400 Bad Request).
 

401 Неавторизованный запрос
Для доступа к документу необходимо вводить пароль или быть зарегистрированным пользователем (получен код 401 Unauthorized).
 

402 Необходима оплата за запрос
Внутренняя ошибка или ошибка конфигурации сервера (получен код 402 Payment Required).
 

403 Доступ к ресурсу запрещен
Доступ к документу запрещен (получен код 403 Forbidden). Если вы хотите, чтобы страница индексировалась, необходимо разрешить доступ к ней.

404 Ресурс не найден
Документ не существует (получен код 404 Not Found). Если вы удалили какой-то раздел сайта, можно с помощью robots. txt запретить роботу обращаться к нему. Если такой страницы на сайте никогда не существовало, игнорируйте эту ошибку, возможно, кто-то поставил некорректную ссылку на ваш сайт.

405 Недопустимый метод
Метод, определенный в строке запроса (Request-Line), не дозволено применять для указанного ресурса, поэтому робот не смог его проиндексировать (получен код 405 Method Not Allowed).

406 Неприемлемый запрос
Нужный документ существует, но не в том формате (язык или кодировка не поддерживаются роботом). Получен код 406 Not Acceptable.
 

407 Требуется идентификация прокси, файервола
Необходима регистрация на прокси-сервере (получен код 407 Proxy Authentication Required).

408 Время запроса истекло
Сайт не передал полный запрос в течение установленного времени и робот разорвал соединение (получен код 408 Request Timeout).
 

409 Конфликт
Запрос конфликтует с другим запросом или с конфигурацией сервера (получен код 409 Conflict).
 

410 Ресурс недоступен
Затребованный ресурс был окончательно удален с сайта (получен код 410 Gone).
 

411 Необходимо указать длину
Сервер отказывается принимать запрос без определенного заголовка Content-Length (получен код 411 Length Required). Поправьте заголовки на своем сервере;- тогда в следующий раз робот сможет проиндексировать страницу.

412 Сбой при обработке предварительного условия
При проверке на сервере одного или более полей заголовка запроса обнаружено несоответствие (сбой или ошибка при обработке предварительного условия). Получен код 412 Precondition Failed.

413 Тело запроса превышает допустимый размер
Сервер отказывается обрабатывать запрос потому, что размер запроса больше того, что может обработать сервер (получен код 413 Request Entity Too Large).

414 Недопустимая длина URI запроса
Сервер отказывается обслуживать запрос, потому что запрашиваемый роботом URI (Request-URI) длиннее, чем сервер может интерпретировать (получен код 414 Request-URI Too Long).

415 Неподдерживаемый MIME тип
Сервер отказывается обрабатывать запрос, потому что тело запроса имеет неподдерживаемый формат (получен код 415 Unsupported Media Type).
 

416 Диапазон не может быть обработан
Сервер отказывается обрабатывать запрос, потому что значение поля Range в заголовке запроса указывает на недопустимый диапазон байтов (получен код 416 Requested Range Not Satisfiable).

417 Сбой при ожидании
Сервер отказывается обрабатывать запрос, потому что значение поля Expect в заголовке запроса не соответствует ожиданиям (получен код 417 Expectation Failed).

422 Необрабатываемый элемент
Сервер не в состоянии обработать один (или более) элемент запроса (получен код 422 Unprocessable Entity).

423 Заблокировано
Сервер отказывается обработать запрос, так как один из требуемых ресурсов заблокирован (получен код 423 Locked).

424 Неверная зависимость
Сервер отказывается обработать запрос, так как один из зависимых ресурсов заблокирован (получен код 424 Failed Dependency).

426 Требуется обновление
Сервер запросил апгрейд соединения до SSL, но SSL не поддерживается клиентом (получен код 426 Upgrade Required).

Коды 5xx (ошибка сервера)

Перечень кодов статуса HTTP, использующихся для обозначения возможных ошибок сервера (коды 5xx)

500 Внутренняя ошибка сервера
Сервер столкнулся с непредвиденным условием, которое не позволяет ему выполнить запрос (получен код 500 Internal Server Error).

501 Метод не поддерживается
Сервер не поддерживает функциональные возможности, требуемые для выполнения запроса (получен код 501 Not Implemented). Этот ответ соответствует состоянию, когда сервер не распознает метод запроса и не способен обеспечить его для любого ресурса.

502 Ошибка шлюза
Сервер, действуя в качестве шлюза или прокси-сервера, получил недопустимый ответ от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос (получен код 502 Bad Gateway).

503 Служба недоступна
Возникла ошибка из-за временной перегрузки или отключения на техническое обслуживание сервера (получен код 503 Service Unavailable).

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

505 Версия НТТР не поддерживается
Сервер не поддерживает или отказывается поддерживать версию HTTP-протокола, которая используется в сообщении запроса робота (получен код 505 HTTP Version Not Supported).

507 Недостаточно места
Сервер не может обработать запрос из-за недостатка места на диске (получен код 507 Insufficient Storage).

510 Отсутствуют расширения
Сервер не может обработать запрос из-за того, что запрашиваемое расширение не поддерживается (получен код 510 Not Extended).

Источник: yandex.ru, wikipedia.org, adamkoford.com

Коды состояния HTTP

Код состояния Код состояния английское название китайский описание
100 продолжать Продолжить. Клиент должен продолжать свою просьбу
101 Переключение протоколов Переключение протоколов. Протокол коммутации сервера на основании запроса клиента. Может только переключиться на более продвинутый протокол, например, чтобы перейти на новую версию протокола HTTP
200 хорошо Запрос был успешным. В основном используется для GET и POST запросов
201 созданный Он был создан. Успешные запросы и создан новый ресурс
202 Принято Принято. Мы приняли эту просьбу, но не завершил процесс
203 Неавторитетная информация Неавторизованный доступ к информации. Запрос был успешным. Но не в оригинальной мета информации, возвращаемый сервером, но копия
204 Нет Содержание Пустой. Сервер успешно обработал, но не вернулся содержание. В отсутствие обновленных страниц, чтобы обеспечить браузер продолжает отображать текущий документ
205 Reset Content Сброс содержимого. Сервер обработки успешно, пользовательский терминал (например: браузер) должен вернуться к режиму просмотра документа. Этот код возврата может очистить поля формы вашего браузера
206 Частичное Содержание Часть. Сервер успешно обработал часть запроса GET
300 множественным выбором Разнообразие вариантов. Запрос ресурсов может включать в себя множество позиций, соответствующих возвращать список характеристик ресурсов и адреса для пользовательского терминала (например: браузер) Выберите
301 Переехал Постоянно Переехал Постоянно. Запрашиваемый ресурс был окончательно перемещен на новый URI, возвратит информацию, включая новый URI, браузер автоматически будет направлено на новый URI. Любой будущий новый запрос должен быть заменен на новый URI
302 найденный Временный ход. Подобно 301. Но ресурс временно перемещен. Клиент должен продолжать использовать оригинальный URI
303 См Другие Посмотреть другой адрес. Подобно 301. Используйте GET и POST запросы View
304 Not Modified Unmodified. Запрошенный ресурс неизмененной, сервер возвращает этот код статуса, он не возвращает каких-либо ресурсов. Клиент, как правило, кэширует ресурсы, посещаемые путем предоставления заголовка указывает на то, что клиент желание вернуться только после указанной даты модифицированного ресурса
305 Использовать прокси-сервер Используйте прокси-сервер. Запрошенный ресурс должен быть доступен через прокси-сервер
306 неиспользуемый Он был оставлен без присмотра HTTP код статуса
307 Временное перенаправление Временное перенаправление. Подобно 302. запрос использования GET перенаправляется
400 Bad Request Синтаксическая ошибка в запросах клиента, сервер не может понять,
401 неразрешенный Запрос требует аутентификации пользователя
402 Требуется оплата Зарезервировано для будущего использования
403 запрещенный Сервер понял запрос на запрос клиента, но отказался выполнять эту просьбу
404 Не найдено Сервер не может найти ресурсы (Web) по просьбе клиента. С помощью этого кода, разработчики сайта могут установить «ресурс, который вы запросили, не может быть найден» персональная страница
405 Method Not Allowed Заказчик поручает, запрещенные методы
406 Не Приемлемый Сервер не может выполнить запрос на основе характеристик контента, запрошенных клиентом
407 Требуется проверка подлинности прокси Запрос требует прокси-аутентификации, подобный 401, но отправитель должен использовать авторизацию прокси
408 Запрос Тайм-аут Сервер ожидает клиента, чтобы послать запрос слишком долго, тайм-аут
409 конфликт Столкновения сервера выполнить запрос PUT клиента может возвращать этот код, когда сервер обрабатывает запрос
410 прошло Ресурс по требованию клиента уже не существует. В отличие от 410 404, если ресурс теперь безвозвратно удалены, прежде чем вы можете использовать 410 код, веб-дизайнер может указать ресурсы с помощью нового кода местоположения 301
411 Длина Обязательный Сервер не смог обработать сообщение запроса, отправленного клиентом без Content-Length
412 Precondition Failed Предпосылки клиент запрашивает информацию ошибок
413 Слишком большой размер запроса Так как объект запроса слишком велик, сервер не может обработать, так что запрос будет отклонен. Для того, чтобы предотвратить непрерывную запрос клиента, сервер может закрыть соединение. Если сервер временно не может обрабатывать только, он будет содержать информацию о отклике Retry-After
414 Request-URI Too Large URI слишком длинный запрос (URI, как правило, URL-адрес), сервер не может обработать
415 Неподдерживаемый Тип носителя Сервер не смог обработать запрос, поставляемой вместе с медиа-форматов
416 Запрошенный диапазон не выполнима запрос клиента Диапазон недопустим
417 Expectation Ошибка Сервер не может удовлетворить запрос заголовок Expect
500 Внутренняя ошибка сервера Внутренняя ошибка сервера и не смог выполнить запрос
501 Не реализовано Сервер не поддерживает запрашиваемую функцию, не может выполнить запрос
502 Bad Gateway В качестве сервера шлюза или прокси-сервер, полученный от удаленного сервера на недопустимый запрос
503 Сервис недоступен Потому что он перегружен или обслуживания системы, сервер временно не может обработать запрос клиента. Длина задержки, она может быть включена в Retry-After информации заголовка сервера
504 Шлюз Тайм-аут Действуя в качестве шлюза или прокси-сервер, а не своевременный запрос на доступ с удаленного сервера
505 Версия HTTP не поддерживается Сервер не поддерживает запрошенный HTTP версия протокола не закончить обработку

Коды ответов сервера и ошибки. HTTP 200, 301, 404, 302, 500, 503, 550 и др.

Может сейчас эта тема не особо вас волнует, однако протяжении существования вашего сайта вы будете сталкиваться с кодами ответов сервера или «списком кодов состояния HTTP»

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

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

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

1xx Информационные коды

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

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

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

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

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

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

2xx Success

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

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

Когда этот код может использоваться? В идеале – постоянно!

В результате успешного выполнения запроса был создан новый ресурс. Например, запрос пользователя привел к созданию нового ресурса вроде новой страницы. Сервер-источник должен создать ресурс перед тем, как отправлять код 201. Если ресурс не может быть создан в данный момент, то сервер вместо этого должен отобразить код 202 (accepted).

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

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

  • 203 Non-Authoritative Information

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

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

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

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

Сервер успешно обработал запрос, но при этом не возвращает какой-либо контент. В отличие от 204, этот ответ требует от запрашиваемого обновить документ.

Когда этот код может использоваться? Обычно он используется тогда, когда пользователь заполняет форму, а сервер посылает браузеры запрос на очистку формы. Он схож с кодом 204, но просит пользователя сбросить документ после завершения – например, очистить HTML-форму после подтверждения.

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

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

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

3хх Перенаправление

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

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

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

Это довольно распространенный пользовательский запрос. Он означает, что запросы для данного ресурса (а также все последующие запросы) должны быть перенаправлены на заданный URL.

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

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

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

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

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

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

Когда этот код может использоваться? Если в ответе от сервера сообщается о том, что параметры документа If-Modified-Since или If-Match не менялись с момента создания последнего кэша, то нет необходимости в повторной отправке ресурса.

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

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

Этот код изначально означал «последующие запросы должны использовать указанный прокси», но в данный момент не используется и зарезервирован.

Этот код возвращается, если ресурс на данный момент временно доступен по другому URL, который также предоставляется в ответе. Этот код немного отличается от кода 302 – он представляет собой более определенную версию кода 302.

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

4хх Ошибка клиента

Класс кодов 4xx предназначен для указания ошибок со стороны клиента, либо на то, что локации никогда (или уже) не существовало. Эти коды состояния применимы к любому методу запроса.

Запрос не может быть исполнен ввиду синтаксической ошибки.

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

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

Когда этот код может использоваться? Когда пользователь совершает запрос к серверу, используя неправильные данные авторизации (имя пользователя и/или пароль).

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

Когда этот код может использоваться? Старый сервис MobileMe от Apple выдавал ошибку 402, если аккаунт пользователя в MobileMe подозревался в злоупотреблении сервисом. Кроме того, Youtube использует это состояние, если конкретный IP-адрес уличен в совершении чрезмерного числа запросов, и тогда пользователю необходимо ввести CAPTHA.

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

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

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

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

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

Когда этот код может использоваться? Ошибки 405 встречаются в связи с конкретными объектами на веб-странице, для которых был совершен запрос. Например, когда строка запроса в скрипте отличается от пользовательского запроса, в котором подразумевается использование этого скрипта.

Запрошенный ресурс способен генерировать только тот контент, который не применим к Accept-заголовкам в самом запросе. Браузер способен указывать серверу характеристики данных, которые данные будут принимать от сервера

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

  • 407 Proxy Authentication Required

Как и код состояния 401, код 407 означает, что клиент сначала должен авторизоваться через прокси. Чтобы сделать это и авторизоваться, прокси должен вернуть поле с заголовком proxy-authenticate, который отвечает требованиям, представленным сервером.

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

Время ожидания сервером передачи от клиента истекло.

Когда этот код может использоваться? Руководствуясь спецификацией W3 HTTP: «Клиент не сделал запрос в отведенный промежуток времени, который сервер был готов ждать. Клиент МОЖЕТ повторить запрос когда угодно».

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

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

Такой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Пользователю не следует повторять идентичный запрос.

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

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

Когда этот код может использоваться? Когда браузер не определяет длину запрашиваемого контента в заголовке запроса. Сервер не примет запрос без валидного поля заголовка content-length.

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

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

  • 413 Request Entity Too Large

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

Когда этот код может использоваться? При использовании в форме метода POST с контентом, по размеру большим, нежели сервер способен обработать.

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

Когда этот код может использоваться? Когда POST-запрос конвертируется в GET-запрос. POST-запрос поддерживает отправку безграничного объема данных, связывая их с самим запросом. Тем не менее, если запрос должен быть конвертирован в GET-запрос, то запрос позволяет привязать данные формы к URL, что позволяет проводить информацию в больших размерах, чем это было доступно.

  • 415 Unsupported Media-Type

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

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

  • 416 Requested Range Not Satisfiable

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

Когда этот код может использоваться? Когда у сервера запрашивают XXX-YYY байтов какого-либо ресурса, но ресурс имеет меньший размер, чем указано в запросе.

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

Когда этот код может использоваться? Все вполне и так понятно. Когда один из заголовков запроса, заголовок «Expect», имеет запрос, на который сервер не может предоставить ответ.

Этот код был создан в 1998 году как одна из традиционных первоапрельских шуток IETF, в RFC 2324, Hyper Text Coffee Pot Control Protocol, и вряд ли будет обрабатываться современными HTTP-серверами.

Когда этот код может использоваться? Лет 15 назад, ради смеха.

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

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

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

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

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

Этот код отображается, когда ресурс определен в черновиках «WebDAV Advanced Collections Protocol», но не присутствует в «Web Distributed Authoring and Versioning Ordered Collections Protocol».

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

  • 428 Precondition Required

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

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

Этот ответ посылается, если клиент попытался отправить слишком много запросов за короткое время.

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

  • 431 Request Header Fields Too Large

Происходит, когда сервер не собирается обрабатывать запрос, так как какое-то из полей заголовка (или все поля заголовков) слишком большое.

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

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

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

  • 449 Retry With (Microsoft)

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

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

  • 450 Blocked by Windows Parental Controls (Microsoft)

Расширение Microsoft. Эта ошибка выдается, когда параметры Windows Parental Controls выставлены на блокировку доступ к определенным веб-страницам.

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

  • 451 Unavailable For Legal Reasons

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

5xx Ошибка сервера

Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

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

  • 500 Internal Server Error

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

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

Сервер либо не понимает метод в запросе, либо не поддерживает возможностей, необходимых для обработки запроса

Когда этот код может использоваться? Вы можете столкнуться с этим, когда сервер не поддерживает нормальные протоколы запроса, вроде GET, OPTIONS, HEAD, POST и т. д.

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

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

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

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

Сервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса.

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

  • 505 HTTP Version Not Supported

Сервер не поддерживает указанную в запросе версию протокола HTTP.

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

  • 506 Variant Also Negotiates

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

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

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

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

  • 509 Bandwidth Limit Exceeded

Этот код ответа используется при превышении веб-площадкой отведённого ей ограничения на потребление трафика.

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

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

  • 511 Network Authentication Required

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

Когда этот код может использоваться? Когда пользователь предварительно должен дать свое согласие на условия использования, перед тем, как он получит доступ к интернету (например, к Wi-fi точке доступа).

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

Список кодов состояния HTTP

Код ответа

Название

Описание

Версия HTTP

Информационные

100

Continue

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

Только HTTP/1.1

101

Switching Protocol

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

Только HTTP/1.1

Успешные

200

OK

«Успешно». Запрос успешно обработан. Что значит «успешно», зависит от метода HTTP, который был запрошен:

  • GET: «ПОЛУЧИТЬ». Запрошенный ресурс был найден и передан в теле ответа.
  • HEAD: «ЗАГОЛОВОК». Заголовки переданы в ответе.
  • POST: «ПОСЫЛКА». Ресурс, описывающий результат действия сервера на запрос, передан в теле ответа.
  • TRACE: «ОТСЛЕЖИВАТЬ». Тело ответа содержит тело запроса полученного сервером.

HTTP/0.9 и выше

201

Created

«Создано». Запрос успешно выполнен и в результате был создан ресурс. Этот код обычно присылается в ответ на запрос PUT «ПОМЕСТИТЬ».

HTTP/0.9 и выше

202

Accepted

«Принято». Запрос принят, но ещё не обработан. Не поддерживаемо, т. е., нет способа с помощью HTTP отправить асинхронный ответ позже, который будет показывать итог обработки запроса. Это предназначено для случаев, когда запрос обрабатывается другим процессом или сервером, либо для пакетной обработки.

HTTP/0.9 и выше

203

Non-Authoritative Information

«Информация не авторитетна». Этот код ответа означает, что информация, которая возвращена, была предоставлена не от исходного сервера, а из какого-нибудь другого источника. Во всех остальных ситуациях более предпочтителен код ответа 200 OK.

HTTP/0.9 и 1.1

204

No Content

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

HTTP/0.9 и выше

205

Reset Content

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

Только HTTP/1.1

206

Partial Content

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

Только HTTP/1.1

Redirection messages

300

Multiple Choice

«Множественный выбор». Этот код ответа присылается, когда запрос имеет более чем один из возможных ответов. И User-agent или пользователь должен выбрать один из ответов. Не существует стандартизированного способа выбора одного из полученных ответов.

HTTP/1.0 and later

301

Moved Permanently

«Перемещён на постоянной основе». Этот код ответа значит, что URI запрашиваемого ресурса был изменен. Возможно, новый URI будет предоставлен в ответе.

HTTP/0.9 and later

302

Found

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

HTTP/0.9 and later

303

See Other

«Просмотр других ресурсов». Этот код ответа присылается, чтобы направлять клиента для получения запрашиваемого ресурса в другой URI с запросом GET.

HTTP/0.9 and 1.1

304

Not Modified

This is used for caching purposes. It is telling to client that response has not been modified. So, client can continue to use same cached version of response.

HTTP/0.9 and later

305

Use Proxy

This means requested response must be accessed by a proxy. This response code is not largely supported because security reasons.

HTTP/1.1 only

306

unused

This response code is no longer used, it is just reserved currently. It was used in a previous version of the HTTP 1.1 specification.

HTTP/1.1 only

307

Temporary Redirect

Server sent this response to directing client to get requested resource to another URI with same method that used prior request. This has the same semantic than the 302 Found HTTP response code, with the exception that the user agent must not change the HTTP method used: if a POST was used in the first request, a POST must be used in the second request.

HTTP/1.1 only

308

Permanent Redirect

This means that the resource is now permanently located at another URI, specified by the Location: HTTP Response header. This has the same semantics as the 301 Moved Permanently HTTP response code, with the exception that the user agent must not change the HTTP method used: if a POST was used in the first request, a POST must be used in the second request.

Note: This is an experimental response code whose specification is currently in draft form.

draft-reschke-http-status-308

Client error responses

400

Bad Request

«Плохой запрос». Этот ответ означает, что сервер не понимает запрос из-за неверного синтаксиса. 

HTTP/0.9 and later

401

Unauthorized

«Неавторизовано». Для получения запрашиваемого ответа нужна аутентификация. Статус похож на статус 403, но,в этом случае, аутентификация возможна. 

HTTP/0.9 and later

402

Payment Required

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

HTTP/0.9 and 1.1

403

Forbidden

«Запрещено». У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ. 

HTTP/0.9 and later

404

Not Found

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

HTTP/0.9 and later

405

Method Not Allowed

«Метод не разрешен». Сервер знает о запрашиваемом методе, но он был деактивирован и не может быть использован. Два обязательных метода,  GET и HEAD,  никогда не должны быть деактивированы и не должны возвращать этот код ошибки.

HTTP/1. 1 only

406

Not Acceptable

This response is sent when the web server, after performing server-driven content negotiation, doesn’t find any content following the criteria given by the user agent.

HTTP/1.1 only

407

Proxy Authentication Required

This is similar to 401 but authentication is needed to be done by a proxy.

HTTP/1.1 only

408

Request Timeout

This response is sent on an idle connection by some servers, even without any previous request by the client. It means that the server would like to shut down this unused connection. This response is used much more since some browsers, like Chrome or IE9, use HTTP preconnection mechanisms to speed up surfing (see баг 881804, which tracks the future implementation of such a mechanism in Firefox). Also note that some servers merely shut down the connection without sending this message.

HTTP/1.1 only

409

Conflict

This response would be sent when a request conflict with current state of server.

HTTP/1.1 only

410

Gone

This response would be sent when requested content has been deleted from server.

HTTP/1.1 only

411

Length Required

Server rejected the request because the Content-Length header field is not defined and the server requires it.

HTTP/1.1 only

412

Precondition Failed

The client has indicated preconditions in its headers which the server does not meet.

HTTP/1.1 only

413

Request Entity Too Large

Request entity is larger than limits defined by server; the server might close the connection or return an Retry-After header field.

HTTP/1.1 only

414

Request-URI Too Long

The URI requested by the client is too long for the server to handle.

HTTP/1.1 only

415

Unsupported Media Type

The media format of the requested data is not supported by the server, so the server is rejecting the request.

HTTP/1.1 only

416

Requested Range Not Satisfiable

The range specified by the Range header field in the request can’t be fulfilled; it’s possible that the range is outside the size of the target URI’s data.

HTTP/1.1 only

417

Expectation Failed

This response code means the expectation indicated by the Expect request header field can’t be met by the server.

HTTP/1.1 only

Server error responses

500

Internal Server Error

«Внутренняя ошибка сервера». Сервер столкнулся с ситуацией, которую он не знает как обработать. 

HTTP/0.9 and later

501

Not Implemented

«Не выполнено». Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые сервера должны поддерживать (и, соответственно, не должны возвращать этот код) —  GET и HEAD.

HTTP/0.9 and later

502

Bad Gateway

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

HTTP/0.9 and later

503

Service Unavailable

«Сервис недоступен». Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы.   Этот ответ должен использоваться для временных условий и Retry-After: HTTP-заголовок должен, если возможно, содержать  предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кэшироваться. 

HTTP/0.9 and later

504

Gateway Timeout

This error response is given when the server is acting as a gateway and cannot get a response in time.

HTTP/1.1 only

505

HTTP Version Not Supported

«HTTP-версия не поддерживается». HTTP-версия, используемая в запроме не поддерживается сервером.

HTTP/1.1 only

Коды состояния ответа

HTTP — HTTP

Коды состояния ответа

HTTP указывают, был ли успешно выполнен конкретный запрос HTTP. Ответы сгруппированы в пять классов:

  1. Информационные ответы ( 100 199 )
  2. Успешные ответы ( 200 299 )
  3. Перенаправления ( 300 399 )
  4. Ошибки клиента (400 499 )
  5. Ошибки сервера ( 500 599 )

Приведенные ниже коды состояния определены в разделе 10 RFC 2616. Вы можете найти обновленную спецификацию в RFC 7231.

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

100 Продолжить
Этот промежуточный ответ указывает на то, что пока все в порядке и что клиент должен продолжить запрос или проигнорировать ответ, если запрос уже завершен.
101 Протокол переключения
Этот код отправляется в ответ на заголовок запроса Upgrade от клиента и указывает протокол, на который переключается сервер.
102 Обработка (WebDAV)
Этот код указывает, что сервер получил и обрабатывает запрос, но ответа еще нет.
103 Ранние подсказки
Этот код состояния в первую очередь предназначен для использования с заголовком Link , позволяя пользовательскому агенту начать предварительную загрузку ресурсов, пока сервер готовит ответ.
200 ОК
Запрос выполнен.Смысл успеха зависит от метода HTTP:
  • GET : ресурс был получен и передан в теле сообщения.
  • HEAD : заголовки объекта находятся в теле сообщения.
  • PUT или POST : ресурс, описывающий результат действия, передается в теле сообщения.
  • TRACE : тело сообщения содержит сообщение запроса, полученное сервером.
201 Создано
Запрос был успешно выполнен, и в результате был создан новый ресурс.Обычно это ответ, отправленный после запросов POST или нескольких запросов PUT .
202 Принято
Запрос был получен, но еще не выполнен. Это не является обязательным, поскольку в HTTP нет возможности позже отправить асинхронный ответ, указывающий на результат запроса. Он предназначен для случаев, когда другой процесс или сервер обрабатывает запрос, или для пакетной обработки.
203 Неавторизованная информация
Этот код ответа означает, что возвращенная метаинформация не совсем такая же, как доступная с исходного сервера, а собрана из локальной или сторонней копии.В основном это используется для зеркал или резервных копий другого ресурса. За исключением этого конкретного случая, для этого статуса предпочтительнее ответ «200 OK».
204 Без содержания
Нет содержимого для отправки по этому запросу, но заголовки могут быть полезны. Пользовательский агент может обновлять свои кэшированные заголовки для этого ресурса новыми.
205 Сбросить содержимое
Указывает агенту пользователя сбросить документ, отправивший этот запрос.
206 Частичное содержимое
Этот код ответа используется, когда заголовок Range отправляется от клиента для запроса только части ресурса.
207 Мульти-статус (WebDAV)
Передает информацию о нескольких ресурсах в ситуациях, когда может потребоваться несколько кодов состояния.
208 Уже сообщено (WebDAV)
Используется внутри элемента ответа , чтобы избежать повторного перечисления внутренних элементов нескольких привязок к одной и той же коллекции.
226 IM Используется (Дельта-кодировка HTTP)
Сервер выполнил запрос GET для ресурса, и ответ является представлением результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.
300 Множественный выбор
Запрос имеет более одного возможного ответа. Пользовательский агент или пользователь должен выбрать один из них. (Стандартного способа выбора одного из ответов не существует, но рекомендуются HTML-ссылки на варианты, чтобы пользователь мог выбирать.)
301 Постоянно перемещен
URL-адрес запрошенного ресурса был изменен навсегда. Новый URL-адрес указан в ответе.
302 Найдено
Этот код ответа означает, что URI запрошенного ресурса был временно изменен . В будущем могут быть внесены дальнейшие изменения в URI. Следовательно, этот же URI должен использоваться клиентом в будущих запросах.
303 См. Другие
Сервер отправил этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с помощью запроса GET.
304 Без изменений
Используется для кэширования. Он сообщает клиенту, что ответ не был изменен, поэтому клиент может продолжать использовать ту же кешированную версию ответа.
305 Использовать прокси Этот устаревший API больше не следует использовать, но, вероятно, он по-прежнему будет работать.
Определен в предыдущей версии спецификации HTTP, чтобы указать, что запрошенный ответ должен быть доступен прокси. Он устарел из-за проблем с безопасностью, связанных с внутриполосной конфигурацией прокси.
306 неиспользованный
Этот код ответа больше не используется; это просто зарезервировано. Он использовался в предыдущей версии HTTP / 1.1 спецификация.
307 Временное перенаправление
Сервер отправляет этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с тем же методом, который использовался в предыдущем запросе. Он имеет ту же семантику, что и код ответа HTTP 302 Found , за исключением того, что пользовательский агент не должен изменять используемый HTTP-метод: если в первом запросе использовался POST , должен быть POST . используется во втором запросе.
308 Постоянное перенаправление
Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код ответа HTTP 301, перемещен навсегда , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен использоваться во втором запросе.
400 Плохой запрос
Сервер не может понять запрос из-за недопустимого синтаксиса.
401 Неавторизованный
Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неавторизованный». То есть клиент должен пройти аутентификацию, чтобы получить запрошенный ответ.
402 Требуется оплата Это экспериментальный API, который не следует использовать в производственном коде.
Этот код ответа зарезервирован для использования в будущем. Первоначальной целью создания этого кода было использование его для цифровых платежных систем, однако этот код статуса используется очень редко, и стандартного соглашения не существует.
403 Запрещено
У клиента нет прав доступа к контенту; то есть он неавторизован, поэтому сервер отказывается предоставить запрошенный ресурс. В отличие от 401, личность клиента известна серверу.
404 Не найдено
Сервер не может найти запрошенный ресурс. В браузере это означает, что URL-адрес не распознается. В API это также может означать, что конечная точка действительна, но сам ресурс не существует.Серверы также могут отправлять этот ответ вместо 403, чтобы скрыть существование ресурса от неавторизованного клиента. Этот код ответа, вероятно, самый известный из-за его частого появления в Интернете.
405 Метод запрещен
Метод запроса известен серверу, но он отключен и не может быть использован. Например, API может запретить УДАЛЕНИЕ ресурса. Два обязательных метода, GET и HEAD , никогда не должны отключаться и не должны возвращать этот код ошибки.
406 Неприемлемо
Этот ответ отправляется, когда веб-сервер после выполнения согласования содержимого под управлением сервера не находит никакого содержимого, которое соответствует критериям, заданным пользовательским агентом.
407 Требуется аутентификация прокси
Это похоже на 401, но аутентификация должна выполняться прокси.
408 Тайм-аут запроса
Этот ответ отправляется некоторыми серверами при неактивном соединении, даже если клиент не запросил ранее.Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome, Firefox 27+ или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга. Также обратите внимание, что некоторые серверы просто закрывают соединение, не отправляя это сообщение.
409 Конфликт
Этот ответ отправляется, когда запрос конфликтует с текущим состоянием сервера.
410 Исчез
Этот ответ отправляется, когда запрошенное содержимое было окончательно удалено с сервера без адреса пересылки.Ожидается, что клиенты удалят свои кеши и ссылки на ресурс. Спецификация HTTP предполагает, что этот код состояния будет использоваться для «ограниченных по времени рекламных услуг». API не должны чувствовать себя обязанными указывать ресурсы, которые были удалены с этим кодом состояния.
411 Требуемая длина
Сервер отклонил запрос, потому что поле заголовка Content-Length не определено и оно требуется серверу.
412 Ошибка предварительного условия
Клиент указал в своих заголовках предварительные условия, которые сервер не выполняет.
413 Слишком большая полезная нагрузка
Объект запроса превышает пределы, определенные сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After .
414 URI слишком длинный
URI, запрошенный клиентом, длиннее, чем сервер готов интерпретировать.
415 Неподдерживаемый тип носителя
Медиа-формат запрошенных данных не поддерживается сервером, поэтому сервер отклоняет запрос.
416 Диапазон Неудовлетворительно
Диапазон, указанный в поле заголовка Range в запросе, не может быть выполнен; возможно, что диапазон выходит за пределы размера данных целевого URI.
417 Неудачное ожидание
Этот код ответа означает, что ожидание, указанное в поле заголовка запроса Expect , не может быть выполнено сервером.
418 Я чайник
Сервер отклоняет попытку заварить кофе с помощью чайника.
421 Неверный запрос
Запрос был направлен на сервер, который не может дать ответ. Это может быть отправлено сервером, который не настроен для создания ответов для комбинации схемы и полномочий, которые включены в URI запроса.
422 Необработанный объект (WebDAV)
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.
423 Заблокировано (WebDAV)
Ресурс, к которому осуществляется доступ, заблокирован.
424 Неудачная зависимость (WebDAV)
Запрос не выполнен из-за сбоя предыдущего запроса.
425 Слишком рано Это экспериментальный API, который не следует использовать в производственном коде.
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Сервер отказывается выполнять запрос с использованием текущего протокола, но может пожелать сделать это после того, как клиент перейдет на другой протокол.Сервер отправляет заголовок Upgrade в ответе 426, чтобы указать требуемый протокол (ы).
428 Требуются предварительные условия
Исходный сервер требует, чтобы запрос был условным. Этот ответ предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.
429 Слишком много запросов
Пользователь отправил слишком много запросов за заданный промежуток времени («ограничение скорости»).
431 Поля заголовка запроса слишком велики
Сервер не желает обрабатывать запрос, потому что его поля заголовка слишком велики. Запрос может быть отправлен повторно после уменьшения размера полей заголовка запроса.
451 Недоступно по юридическим причинам
Пользователь-агент запросил ресурс, который не может быть предоставлен по закону, например веб-страницу, подвергнутую цензуре правительством.
500 Внутренняя ошибка сервера
Сервер столкнулся с ситуацией, которую не знает, как с ней справиться.
501 Не реализовано
Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы должны поддерживать (и, следовательно, не должны возвращать этот код), - это GET и HEAD .
502 Плохой шлюз
Этот ответ с ошибкой означает, что сервер, работая в качестве шлюза для получения ответа, необходимого для обработки запроса, получил недопустимый ответ.
503 Служба недоступна
Сервер не готов обработать запрос. Распространенные причины - это сервер, который не работает на техническое обслуживание или перегружен. Обратите внимание, что вместе с этим ответом должна быть отправлена ​​удобная страница с объяснением проблемы. Эти ответы следует использовать для временных условий, а HTTP-заголовок Retry-After: должен, по возможности, содержать расчетное время до восстановления службы. Веб-мастер также должен позаботиться о заголовках, связанных с кешированием, которые отправляются вместе с этим ответом, поскольку эти временные ответы условий обычно не должны кэшироваться.
504 Тайм-аут шлюза
Этот ответ об ошибке выдается, когда сервер действует как шлюз и не может получить ответ вовремя.
505 Версия HTTP не поддерживается
Версия HTTP, используемая в запросе, не поддерживается сервером.
506 Вариант также оговаривается
Сервер имеет внутреннюю ошибку конфигурации: выбранный вариант ресурса настроен для участия в согласовании прозрачного содержимого и, следовательно, не является надлежащей конечной точкой в ​​процессе согласования.
507 Недостаточно памяти (WebDAV)
Метод не может быть выполнен для ресурса, потому что сервер не может сохранить представление, необходимое для успешного выполнения запроса.
508 Обнаружен цикл (WebDAV)
Сервер обнаружил бесконечный цикл при обработке запроса.
510 Не расширенный
Для выполнения запроса сервером требуются дополнительные расширения.
511 Требуется сетевая аутентификация
Код состояния 511 указывает, что клиенту необходимо пройти аутентификацию, чтобы получить доступ к сети.

Таблицы BCD загружаются только в браузере

HTTP / 1.1: Определения кода состояния

HTTP / 1.1: Определения кода состояния
часть протокола передачи гипертекста - HTTP / 1.1
RFC 2616 Fielding, et al.

10 Определений кодов состояния

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

10.1 Информационный 1xx

Этот класс кода состояния указывает на предварительный ответ, состоящий только из строки состояния и дополнительных заголовков, и заканчивается пустой строкой. Для этого нет обязательных заголовков класс кода состояния. Поскольку HTTP / 1.0 не определял статус 1xx коды, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP / 1.0 кроме экспериментальных условий.

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx до обычного ответа, даже если клиент не ожидает 100 (Продолжить) статусное сообщение.Неожиданные ответы статуса 1xx МОГУТ быть игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между прокси и его клиент были закрыты, или если сам прокси запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле "Expect: 100-continue", когда перенаправляет запрос, тогда ему не нужно пересылать соответствующие 100 (Продолжить) ответ (ы). )

10.1.1 100 Продолжить

Клиент ДОЛЖЕН продолжить выполнение своего запроса. Этот промежуточный ответ используется для информирования клиента о том, что в начальной части запроса был получен и еще не отклонен сервером. Клиент СЛЕДУЕТ продолжить, отправив оставшуюся часть запроса или, если запрос уже выполнен, игнорируйте этот ответ. Сервер ДОЛЖЕН отправить окончательный ответ после завершения запроса. Видеть Раздел 8.2.3 для подробного обсуждения использования и обращения с этим код состояния.

10.1.2 101 Протоколы коммутации

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

Протокол СЛЕДУЕТ переключать только тогда, когда это выгодно так. Например, переход на более новую версию HTTP выгоден. по сравнению с более старыми версиями и переключение на синхронный режим реального времени протокол может быть выгоден при доставке ресурсов, использующих такие особенности.

10.2 Успешно 2xx

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

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом зависит от метода, используемого в запросе, например:

GET сущность, соответствующая запрошенному ресурсу, отправляется в ответ;

HEAD поля заголовка объекта, соответствующие запрошенному ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

Запрос был выполнен и в результате появился новый ресурс. созданный. На вновь созданный ресурс можно ссылаться с помощью URI (ов) возвращается в сущности ответа с наиболее конкретным URI для ресурса, заданного полем заголовка Location. Ответ СЛЕДУЕТ включать объект, содержащий список ресурсов характеристики и местоположение (а), из которых пользователь или пользовательский агент может выберите наиболее подходящий.Формат объекта определяется тип мультимедиа, указанный в поле заголовка Content-Type. Происхождение сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, серверу СЛЕДУЕТ вместо этого ответьте 202 (принято).

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее текущее значение тега объекта для запрошенного варианта просто создан, см. раздел 14.19.

10.2.3 202 Принято

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

Ответ 202 намеренно ни к чему не обязывает. Его цель - разрешить серверу принять запрос на какой-либо другой процесс (возможно, пакетно-ориентированный процесс, который запускается только один раз в день) без требуя, чтобы соединение пользовательского агента с сервером сохранялось пока процесс не завершится.Сущность, возвращенная с этим ответ ДОЛЖЕН включать указание текущего статуса запроса и либо указатель на монитор состояния, либо некоторая оценка того, когда пользователь может ожидать выполнения запроса.

10.2.4 203 Неавторизованная информация

Возвращенная метаинформация в заголовке объекта не является окончательный набор, доступный с исходного сервера, но собранный с локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножество оригинальной версии.Например, в том числе местные аннотация информация о ресурсе может привести к надмножеству метаинформации, известной исходному серверу. Использование этого код ответа не требуется и подходит только тогда, когда в противном случае ответ был бы 200 (ОК).

10.2.5 204 Нет содержимого

Сервер выполнил запрос, но ему не нужно возвращать entity-body и может захотеть вернуть обновленную метаинформацию. В ответ МОЖЕТ включать новую или обновленную метаинформацию в виде заголовки объектов, которые, если они присутствуют, ДОЛЖНЫ быть связаны с запрошенный вариант.

Если клиент является пользовательским агентом, ему НЕ СЛЕДУЕТ изменять вид документа. от того, что вызвало отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях без вызывает изменение активного вида документа пользовательского агента, хотя любая новая или обновленная метаинформация ДОЛЖНА быть применена к документу в настоящее время находится в активном представлении пользовательского агента.

Ответ 204 НЕ ДОЛЖЕН включать тело сообщения, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

10.2.6 205 Сбросить содержимое

Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН выполнить сброс. вид документа, вызвавший отправку запроса. Этот ответ в первую очередь предназначен для ввода данных о действиях, выполняемых через пользовательский ввод, за которым следует очистка формы, в которой вводится задано, чтобы пользователь мог легко инициировать другое действие ввода. В ответ НЕ ДОЛЖЕН включать сущность.

10.2.7 206 Частичное содержимое

Сервер выполнил частичный запрос GET для ресурса. Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35). с указанием желаемого диапазона, и МОЖЕТ включать If-Range поле заголовка (раздел 14.27), чтобы сделать запрос условным.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части. Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
        тело сообщения.
 
 - Дата
 
 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 
 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если ответ 206 является результатом запроса If-Range, который использовал сильный валидатор кеша (см. раздел 13.3.3), ответ НЕ ДОЛЖЕН включить другие заголовки сущностей. Если ответ является результатом Запрос If-Range, который использовал слабый валидатор, ответ НЕ ДОЛЖЕН включить другие заголовки сущностей; это предотвращает несоответствие между кэшированные тела сущностей и обновленные заголовки. В противном случае ответ ДОЛЖЕН включать все заголовки объектов, которые были бы возвращены с ответом 200 (OK) на тот же запрос.

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными содержимое, если заголовки ETag или Last-Modified не совпадают в точности, см. 13.5.4.

Кеш, который не поддерживает заголовки Range и Content-Range. НЕ ДОЛЖНЫ кэшировать 206 (частичных) ответов.

10.3 Перенаправление 3xx

Этот класс кода состояния указывает, что необходимо предпринять дальнейшие действия. взятые пользовательским агентом для выполнения запроса. Действие требуется МОЖЕТ выполняться пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда метод, используемый во втором запросе, ПОЛУЧИТЬ или ГОЛОВУ.Клиенту СЛЕДУЕТ обнаруживать бесконечные циклы перенаправления, поскольку такие петли генерируют сетевой трафик для каждого перенаправления.

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

10.3.1 300 Множественный выбор

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список характеристик ресурсов и местоположений из который пользователь или пользовательский агент может выбрать наиболее подходящий. В формат объекта определяется типом носителя, указанным в Content- Введите поле заголовка. В зависимости от формата и возможностей

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

Если у сервера есть предпочтительный выбор представления, он ДОЛЖЕН включить конкретный URI для этого представления в Location поле; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправление. Этот ответ кэшируется, если не указано иное.

10.3.2 301 Перемещено навсегда

Запрошенному ресурсу был назначен новый постоянный URI и любой будущие ссылки на этот ресурс ДОЛЖНЫ использовать один из возвращенных URI.Клиенты с возможностью редактирования ссылок должны автоматически повторно связать ссылки на Request-URI с одним или несколькими новыми ссылки, возвращаемые сервером, где это возможно. Этот ответ кэшируемые, если не указано иное.

Новый постоянный URI ДОЛЖЕН быть указан в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 301 получен в ответ на запрос, другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

 Примечание.  При автоматическом перенаправлении запроса POST после
      получение кода состояния 301, некоторые существующие пользовательские агенты HTTP / 1.0
      ошибочно изменит его на запрос GET.

10.3.3 302 Найдено

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление может иногда изменяться, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

Если код состояния 302 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

 Примечание. RFC 1945 и RFC 2068 указывают, что клиент не разрешен.
      для изменения метода перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидаемая реакция от клиента.
 

10.3.4 303 См. Другие

Ответ на запрос можно найти под другим URI и ДОЛЖЕН быть получен с использованием метода GET для этого ресурса. Этот способ существует прежде всего для того, чтобы разрешить вывод сценария, активированного POST, на перенаправить пользовательский агент на выбранный ресурс.Новый URI не является замените ссылку на первоначально запрошенный ресурс. 303 ответ НЕ ДОЛЖЕН быть кэширован, но ответ на второй (перенаправленный) запрос может быть кэшируемым.

Другой URI СЛЕДУЕТ указывать в поле Location в отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI.

 Примечание. Многие файлы, предшествующие HTTP / 1.1 пользовательские агенты не понимают 303
      положение дел. Когда возможность взаимодействия с такими клиентами вызывает беспокойство,
      Вместо этого можно использовать код состояния 302, поскольку большинство пользовательских агентов реагируют
      на ответ 302, как описано здесь для 303.
 

10.3.5 304 Без изменений

Если клиент выполнил условный запрос GET и доступ разрешено, но документ не был изменен, сервер ДОЛЖЕН ответьте этим кодом состояния. Ответ 304 НЕ ДОЛЖЕН содержать message-body, и поэтому всегда заканчивается первой пустой строкой после полей заголовка.

Ответ ДОЛЖЕН включать следующие поля заголовка:

 - Дата, если ее пропуск не требуется согласно разделу 14.18.1
 

Если исходный сервер без часов подчиняется этим правилам, и прокси и клиенты добавляют свою дату к любому ответу, полученному без нее (как уже указано в [RFC 2068], раздел 14.19), кеши будут работать правильно.

 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 
 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от того, что было отправлено в любом предыдущем ответе на тот же
        вариант
 

Если условный GET использовал сильный валидатор кеша (см. 13.3.3), ответ НЕ ДОЛЖЕН включать другие заголовки объектов. В противном случае (т.е. в условном GET использовался слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

Если ответ 304 указывает на то, что объект в настоящий момент не кэширован, то кеш ДОЛЖЕН игнорировать ответ и повторять запрос без условный.

Если кеш использует полученный ответ 304 для обновления записи кэша, кеш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответ.

10.3.6 305 Использовать прокси

Доступ к запрошенному ресурсу ДОЛЖЕН быть доступен через прокси, предоставленный поле Местоположение. В поле Location указывается URI прокси. Ожидается, что получатель повторит этот единственный запрос через прокси. 305 ответов ДОЛЖНЫ генерироваться только исходными серверами.

 Примечание. В RFC 2068 не было ясно, что 305 предназначен для перенаправления
      единый запрос, который должен генерироваться только исходными серверами.Нет
      соблюдение этих ограничений имеет серьезные последствия для безопасности.
 

10.3.7 306 (Не используется)

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

10.3.8 307 Временное перенаправление

Запрошенный ресурс временно находится под другим URI. Поскольку перенаправление МОЖЕТ быть изменено при случае, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов.Этот ответ кэшируется, только если указано заголовком Cache-Control или Expires поле.

Временный URI ДОЛЖЕН быть задан полем Location в поле отклик. Если метод запроса не был HEAD, сущность ответ ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новый URI, поскольку многие пользовательские агенты до HTTP / 1.1 не понять статус 307. Поэтому примечание ДОЛЖНО содержать информация, необходимая пользователю для повторения первоначального запроса на новый URI.

Если код состояния 307 получен в ответ на запрос другой чем GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был оформлен запрос.

10.4 Ошибка клиента 4xx

Код состояния класса 4xx предназначен для случаев, когда клиент, похоже, ошибся. За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная условие.Эти коды состояния применимы к любому методу запроса. Пользовательские агенты ДОЛЖНЫ отображать пользователю любую включенную сущность.

Если клиент отправляет данные, реализация сервера с использованием TCP СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение пакет (ы), содержащий ответ, до того, как сервер закроет входное соединение. Если клиент продолжает отправлять данные на сервер после закрытия стек TCP сервера отправит пакет сброса в клиент, который может стереть неподтвержденные входные буферы клиента прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

10.4.1 400 неверный запрос

Запрос не может быть понят сервером из-за неправильного формата синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без модификации.

10.4.2 401 Неавторизованный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка авторизации (раздел 14.8). Если запрос уже включает учетные данные для авторизации, затем 401 ответ указывает на то, что в авторизации было отказано для тех реквизиты для входа. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже попытался аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить объект, который был указан в ответе, поскольку этот объект может включить соответствующую диагностическую информацию. Аутентификация доступа HTTP объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ» Аутентификация »[43].

10.4.3 402 Требуется оплата

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

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер хочет сделать публично, почему запрос не был выполнен, ДОЛЖЕН описать причина отказа в субъекте.Если сервер не желает сделать эту информацию доступной для клиента, код состояния 404 Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

Сервер не нашел ничего, соответствующего Request-URI. Нет указывается, является ли состояние временным или постоянный. СЛЕДУЕТ использовать код состояния 410 (Gone), если сервер через некоторый внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.Этот код состояния обычно используется, когда сервер не желает точно раскрыть, почему запрос был отклонен, или когда никакое другое ответ применим.

10.4.6 405 Метод запрещен

Метод, указанный в строке запроса, не разрешен для ресурс, идентифицированный Request-URI. Ответ ДОЛЖЕН содержать Разрешить заголовок, содержащий список допустимых методов для запрошенного ресурс.

10.4,7 406 Неприемлемо

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

Если это не запрос HEAD, ответ ДОЛЖЕН включать объект содержащий список доступных характеристик объекта и местоположения (а) из которых пользователь или пользовательский агент могут выбрать наиболее подходящее.Формат объекта определяется заданным типом носителя. в поле заголовка Content-Type. В зависимости от формата и формата возможности пользовательского агента, выбор наиболее подходящего выбор МОЖЕТ быть выполнен автоматически. Однако эта спецификация не определяет никаких стандартов для такого автоматического выбора.

 Примечание. Серверы HTTP / 1.1 могут возвращать ответы,
      неприемлемо в соответствии с заголовками accept, отправленными в
      запрос.В некоторых случаях это может быть даже предпочтительнее отправки
      406 ответ. Пользовательским агентам рекомендуется проверять заголовки
      входящий ответ, чтобы определить, приемлемо ли это.
 

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

10.4.8 407 Требуется аутентификация прокси-сервера

Этот код похож на 401 (Несанкционированный), но указывает, что клиент должен сначала аутентифицироваться с помощью прокси.Прокси-сервер ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее проблема, применимая к прокси для запрошенного ресурса. В клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP в "HTTP-аутентификации: базовая и дайджест-аутентификация доступа" [43].

10.4.9 408 Тайм-аут запроса

Клиент не отправил запрос в течение времени, которое сервер был готов ждать.Клиент МОЖЕТ повторить запрос без модификации в любое более позднее время.

10.4.10 409 Конфликт

Запрос не может быть выполнен из-за конфликта с текущим состояние ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправьте запрос. Тело ответа ДОЛЖНО включать достаточно

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

Конфликты чаще всего возникают в ответ на запрос PUT. За Например, если использовалось управление версиями, а объект PUT включены изменения в ресурс, которые противоречат изменениям, внесенным более ранний (сторонний) запрос, сервер может использовать ответ 409 чтобы указать, что он не может выполнить запрос.В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определяемом ответом Тип содержимого.

10.4.11 410 Исчезло

Запрошенный ресурс больше не доступен на сервере и нет адрес пересылки известен. Ожидается, что это состояние будет считается постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалить ссылки на Request-URI после утверждения пользователем.Если сервер не знает или не имеет возможности определить, действительно ли состояние является постоянным, ДОЛЖЕН быть код состояния 404 (Не найдено) вместо этого используется. Этот ответ кэшируется, если не указано иное.

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

10.4.12 411 Требуемая длина

Сервер отказывается принять запрос без определенного Content- Длина.Клиент МОЖЕТ повторить запрос, если он добавляет действительный Поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.

10.4.13 412 Ошибка предварительного условия

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

10.4.14 413 Слишком большой объект запроса

Сервер отказывается обрабатывать запрос, потому что запрос объект больше, чем сервер хочет или может обработать. В сервер МОЖЕТ закрыть соединение, чтобы клиент не продолжил запрос.

Если условие является временным, серверу СЛЕДУЕТ включать команду Retry- Поле заголовка после, чтобы указать, что это временно и после чего время клиент МОЖЕТ повторить попытку.

10.4.15 414 Слишком длинный URI запроса

Сервер отказывается обслуживать запрос, потому что Request-URI длиннее, чем сервер готов интерпретировать. Этот редкий состояние может возникнуть только тогда, когда клиент неправильно преобразовал запрос POST в запрос GET с длинным запросом информации, когда клиент спустился в «черную дыру» URI перенаправление (например, префикс перенаправленного URI, указывающий на суффикс сам), или когда сервер подвергается атаке со стороны клиента, пытающегося использовать дыры в безопасности, имеющиеся на некоторых серверах, используя фиксированную длину буферы для чтения или управления Request-URI.

10.4.16 415 Неподдерживаемый тип носителя

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос включал поле заголовка запроса Range (раздел 14.35), и ни один из значения спецификатора диапазона в этом поле перекрывают текущий экстент выбранного ресурса, и запрос не включал If-Range поле заголовка запроса.(Для байтовых диапазонов это означает, что первый byte-pos всех значений byte-range-spec были больше, чем текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов, ответ ДОЛЖЕН включать поле заголовка объекта Content-Range указание текущей длины выбранного ресурса (см. раздел 14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges - тип.

10.4.18 417 Неудачное ожидание

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

10.5 Ошибка сервера 5xx

Коды статуса ответа, начинающиеся с цифры "5", указывают на случаи в сервер знает, что допустил ошибку или не может выполнение запроса.За исключением ответа на запрос HEAD, сервер ДОЛЖЕН включать объект, содержащий объяснение ошибочная ситуация, временная или постоянная условие. Пользовательские агенты ДОЛЖНЫ отображать любую включенную сущность в Пользователь. Эти коды ответов применимы к любому методу запроса.

10.5.1 500 Внутренняя ошибка сервера

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

10.5.2 501 Не реализовано

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

10.5.3 502 Плохой шлюз

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

10.5.4 503 Служба недоступна

В настоящее время сервер не может обработать запрос из-за временная перегрузка или обслуживание сервера. Значение в том, что это временное состояние, которое исчезнет после некоторая задержка. Если известно, продолжительность задержки МОЖЕТ быть указана в Заголовок Retry-After. Если Retry-After не задан, клиенту СЛЕДУЕТ обрабатывать ответ так же, как и для ответа 500.

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

10.5.5 504 Тайм-аут шлюза

Сервер, выступая в качестве шлюза или прокси, не получил своевременный ответ от вышестоящего сервера, указанного в URI (например, HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен для доступа при попытке выполнить запрос.

 Примечание: Примечание для разработчиков: некоторые развернутые прокси известны
      вернуть 400 или 500, когда время поиска DNS истекло.

10.5.6 505 Версия HTTP не поддерживается

Сервер не поддерживает или отказывается поддерживать протокол HTTP. версия, которая использовалась в сообщении запроса. Сервер указывая, что он не может или не хочет выполнить запрос используя ту же основную версию, что и клиент, как описано в разделе 3.1, кроме этого сообщения об ошибке. Ответ ДОЛЖЕН содержать сущность, описывающая, почему эта версия не поддерживается и какие еще протоколы поддерживаются этим сервером.

Коды состояния в HTTP

Коды состояния в HTTP

1992 г.

Это исторический документ, и он больше не точен. За актуальные сведения о спецификации HTTP, см. последние Черновики HTTP / 1.1

Значения числового кода состояния для HTTP-запросы выглядят следующим образом. Данные могут использоваться разделы сообщений Error, Forward и Redirection. содержать понятную человеку диагностическую информацию.

Успех 2xx

Эти коды указывают на успех.Раздел body, если присутствует, является возвращаемым объектом по запросу. Это объект формата MIME. Он находится в формате MIME, и может быть только в формате text / plain, text / html или в одном из форматов, указанных как допустимые в запросе.

ОК 200

Запрос был выполнен.

СОЗДАН 201

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

Принята к печати 202

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

Неполная информация 203

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

Нет ответа 204

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

Ошибка 4xx, 5xx

Коды 4xx предназначены для случаев, когда клиент ошибся, и коды 5xx для случаев, когда сервер знает, что сервер ошибся. Различить эти случаи в целом невозможно, поэтому разница только информационная.

Раздел body может содержать документ, описывающий ошибку в удобочитаемом форма. Документ в MIME формат и может быть только в текстовом / обычном, текстовом / html или одном из указанных форматов как приемлемо в запросе.

Плохой запрос 400

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

Несанкционированный 401

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

Требуется оплата 402

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

Запрещено 403

Просьба о чем-то запрещенном. Авторизация не поможет.

Не найдено 404

Сервер не нашел ничего, соответствующего указанному URI

Внутренняя ошибка 500

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

Не выполнено 501

Сервер не поддерживает требуемое средство.

Сервис временно перегружен 502 (ОБСУЖДЕНИЕ)

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

Тайм-аут шлюза 503 (ОБСУЖДЕНИЕ)

Это эквивалентно внутренней ошибке 500, но в случае сервера, который в свою очередь обращается к какой-то другой службе, это означает, что отклик из другой службы не вернулся в течение времени, когда шлюз был готовы ждать.Как с точки зрения клиента, так и транзакции HTTP другая служба скрыта на сервере, это может рассматриваться идентично на внутреннюю ошибку 500, но имеет большее диагностическое значение.

Примечание: Коды 502 и 503 являются новыми и будут обсуждаться в сентябре. 19 января 1994 г.

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

Перемещено 301

Запрошенным данным был назначен новый URI, изменение является постоянным.(N.B. это оптимизация, которая прагматически должна быть включена в это определение. Браузеры с возможностью редактирования ссылок должны автоматически если возможно, сделайте ссылку на новую ссылку)

Ответ содержит одну или несколько строк заголовка в форме

 URI:  String CrLf

 

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

Найдено 302

Запрошенные данные на самом деле находятся под другим URL-адресом, однако перенаправление может быть изменено (при создании ссылок на такие документа, браузер должен по умолчанию использовать Udi перенаправления документ, но есть возможность ссылки на окончательный документ) как для «Вперед».

Формат ответа такой же, как и для "Перемещено". .

Метод 303.

 Метод:  
секция тела
 

Примечание: Этот код состояния необходимо указать более подробно. За на данный момент это только для обсуждения.

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

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

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

Не изменено 304

Если клиент выполнил условный GET и доступ разрешен, но документ не был изменен с даты и времени, указанных в If-Modified-Since поле, сервер отвечает кодом состояния 304 и не отправляет документ тело клиенту.

Заголовки ответа выглядят так, как если бы клиент отправил запрос HEAD, но с ограничениями. только для тех заголовков, которые имеют смысл в данном контексте.Это означает только заголовки которые имеют отношение к диспетчерам кеша и могут быть изменены независимо даты последнего изменения документа. Примеры включают дату, сервер и Срок действия истекает.

Цель этой функции - обеспечить эффективное обновление локального кеша. информация (включая соответствующую метаинформацию) без дополнительных затрат нескольких HTTP-запросов (например, HEAD, за которым следует GET) и минимизация передача информации, уже известной запрашивающему клиенту (обычно кеширующий прокси).

Реестр кодов состояния протокола передачи гипертекста (HTTP)

100 Продолжить [RFC7231, раздел 6.2.1]
101 Протоколы коммутации [RFC7231, раздел 6.2.2]
102 Обработка [RFC2518]
103 Ранние подсказки [RFC8297]
104-199 Не назначен
200 ОК [RFC7231, раздел 6.3.1]
201 Создано [RFC7231, раздел 6.3.2]
202 Принято [RFC7231, раздел 6.3.3]
203 Неавторизованная информация [RFC7231, раздел 6.3.4]
204 Нет содержимого [RFC7231, раздел 6.3.5]
205 Сбросить содержимое [RFC7231, раздел 6.3.6]
206 Частичное содержимое [RFC7233, раздел 4.1]
207 Мульти-статус [RFC4918]
208 Уже сообщено [RFC5842]
209-225 Не назначен
226 IM Б / У [RFC3229]
227-299 Не назначен
300 Множественный выбор [RFC7231, раздел 6.4.1]
301 Переехал навсегда [RFC7231, раздел 6.4.2]
302 Найдено [RFC7231, раздел 6.4.3]
303 См. Другие [RFC7231, раздел 6.4.4]
304 Без изменений [RFC7232, раздел 4.1]
305 Использовать прокси [RFC7231, раздел 6.4.5]
306 (Не используется) [RFC7231, раздел 6.4.6]
307 Временное перенаправление [RFC7231, раздел 6.4.7]
308 Постоянное перенаправление [RFC7538]
309-399 Не назначен
400 Неверный запрос [RFC7231, раздел 6.5.1]
401 Несанкционированный [RFC7235, раздел 3.1]
402 Требуется оплата [RFC7231, раздел 6.5.2]
403 Запрещено [RFC7231, раздел 6.5.3]
404 Не найдено [RFC7231, раздел 6.5.4]
405 Метод запрещен [RFC7231, раздел 6.5.5]
406 Неприемлемо [RFC7231, раздел 6.5.6]
407 Требуется проверка подлинности прокси [RFC7235, раздел 3.2]
408 Тайм-аут запроса [RFC7231, раздел 6.5,7]
409 Конфликт [RFC7231, раздел 6.5.8]
410 Исчез [RFC7231, раздел 6.5.9]
411 Требуемая длина [RFC7231, раздел 6.5.10]
412 Ошибка предварительного условия [RFC7232, раздел 4.2] [RFC8144, раздел 3.2]
413 Слишком большая полезная нагрузка [RFC7231, раздел 6.5.11]
414 URI слишком длинный [RFC7231, раздел 6.5.12]
415 Неподдерживаемый тип носителя [RFC7231, раздел 6.5.13] [RFC7694, раздел 3]
416 Диапазон не соответствует требованиям [RFC7233, раздел 4.4]
417 Ожидание не выполнено [RFC7231, раздел 6.5.14]
418-420 Не назначен
421 Неверный запрос [RFC7540, раздел 9.1.2]
422 Необработанная сущность [RFC4918]
423 Заблокирован [RFC4918]
424 Неудачная зависимость [RFC4918]
425 Слишком рано [RFC8470]
426 Требуется обновление [RFC7231, раздел 6.5.15]
427 Не назначен
428 Требуется предварительное условие [RFC6585]
429 Слишком много запросов [RFC6585]
430 Не назначен
431 Слишком большие поля заголовка запроса [RFC6585]
432-450 Не назначен
451 Недоступно по юридическим причинам [RFC7725]
452-499 Не назначен
500 Внутренняя ошибка сервера [RFC7231, раздел 6.6.1]
501 Не реализовано [RFC7231, раздел 6.6.2]
502 Плохой шлюз [RFC7231, раздел 6.6.3]
503 Служба недоступна [RFC7231, раздел 6.6.4]
504 Тайм-аут шлюза [RFC7231, раздел 6.6.5]
505 Версия HTTP не поддерживается [RFC7231, раздел 6.6.6]
506 Вариант также согласовывает [RFC2295]
507 Недостаточно памяти [RFC4918]
508 Обнаружена петля [RFC5842]
509 Не назначен
510 Не расширенный [RFC2774]
511 Требуется сетевая аутентификация [RFC6585]
512-599 Не назначен

Полное руководство и список кодов ошибок (2021)

Коды состояния

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

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

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

Давайте нырнем!

Что такое коды состояния HTTP?

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

Коды состояния

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

Обычно ошибка отображается в браузере только тогда, когда что-то идет не так. Это способ сказать серверу: «Что-то не так. Вот код, объясняющий, что пошло не так ".

Google 404 Код статуса HTTP

Если вы хотите видеть коды состояния, которые ваш браузер обычно не отображает, существует множество различных инструментов, которые упрощают эту задачу.Расширения браузера доступны для удобных для разработчиков платформ, таких как Chrome и Firefox, и существует множество веб-инструментов для извлечения заголовков, таких как Web Sniffer.

Чтобы увидеть коды состояния HTTP с помощью одного из этих инструментов, найдите строку в верхней части отчета с надписью «Состояние: HTTP / 1.1». За этим последует код состояния, возвращенный сервером.

Общие сведения о классах кода состояния HTTP

Коды состояния

HTTP делятся на 5 «классов».Это группы ответов, которые имеют схожие или связанные значения. Знание того, что они собой представляют, может помочь вам быстро определить общее содержание кода состояния , прежде чем вы начнете искать его конкретное значение.

Пять классов включают:

  • 100s: Информационные коды, указывающие, что запрос, инициированный браузером, продолжается.
  • 200s: Коды успеха возвращены, когда запрос браузера был получен, понят и обработан сервером.
  • 300 с: Коды перенаправления возвращаются, когда новый ресурс заменен запрошенным.
  • 400s: Коды ошибок клиента, указывающие на проблему с запросом.
  • 500s: Коды ошибок сервера, указывающие, что запрос был принят, но ошибка на сервере помешала его выполнению.

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

Почему коды статуса и ошибки HTTP имеют значение для поисковой оптимизации (SEO)

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

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

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

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

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

Подпишитесь на информационный бюллетень

Мы увеличили наш трафик на 1187% с помощью WordPress.

Мы покажем вам, как это сделать.

Присоединяйтесь к 20 000+ другим, кто получает нашу еженедельную рассылку с инсайдерскими советами по WordPress!

Подпишись сейчас

Проверка кодов состояния HTTP в консоли поиска Google

Один из способов отслеживать, как Google воспринимает коды состояния HTTP на вашем сайте, - использовать Google Search Console. Вы можете просмотреть 300-, 400- и 500-уровневые коды состояния в отчете Coverage :

Отчет об охвате Google Search Console

В этой области панели инструментов отображаются четыре типа контента на вашем сайте:

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

Вы можете найти страницы с кодами состояния HTTP 300, 400 и 500 в разделах Excluded , Error или Valid с предупреждениями разделов, в зависимости от типа кода. Например, 301 редирект может быть указан в исключено как страница с перенаправлением :

Страница с переадресацией в отчете об охвате в Google Search Console.

Коды состояния с 400 и 500 уровнями, скорее всего, появятся под Ошибка .

Другой способ просмотреть коды состояния HTTP - использовать инструмент URL Inspection . Если Google не может проиндексировать конкретную страницу из-за ошибки, вы увидите это здесь:

Ошибка 404 в инструменте проверки URL в Google Search Console.

Дополнительные советы по использованию Google Search Console см. В нашем подробном руководстве по платформе.

Полное руководство и список кодов состояния HTTP

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

100 кодов состояния

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

  • 100: «Продолжить». Это означает, что рассматриваемый сервер получил заголовки запроса вашего браузера и теперь готов к отправке тела запроса.Это делает процесс запроса более эффективным, поскольку не позволяет браузеру отправлять запрос тела, даже если заголовки были отклонены.
  • 101: «Протоколы переключения». Ваш браузер попросил сервер изменить протоколы, и сервер выполнил.
  • 103: «Ранние намеки». Это возвращает некоторые заголовки ответа до того, как остальная часть ответа сервера будет готова.

200 Коды состояния

Это лучший тип кода состояния HTTP для получения.Ответ на 200 уровней означает, что все работает именно так, как должно.

  • 200: «Все в порядке». Это код, который доставляется, когда веб-страница или ресурс действуют именно так, как от них ожидают.
  • 201: «Создано». Сервер выполнил запрос браузера и в результате создал новый ресурс.
  • 202: «Принято». Сервер принял запрос вашего браузера, но все еще обрабатывает его. Запрос в конечном итоге может привести или не привести к завершенному ответу.
  • 203: «Неавторизованная информация». Этот код состояния может появиться, когда прокси-сервер используется. Это означает, что прокси-сервер получил код состояния 200 «Все в порядке» от исходного сервера, но изменил ответ перед передачей его в ваш браузер.
  • 204: «Нет содержимого». Этот код означает, что сервер успешно обработал запрос, но не собирается возвращать какое-либо содержимое.
  • 205: «Сбросить содержимое.Как и код 204, это означает, что сервер обработал запрос, но не собирается возвращать какой-либо контент. Однако для этого также требуется, чтобы ваш браузер сбрасывал представление документа.
  • 206: «Частичное содержимое». Вы можете увидеть этот код состояния, если ваш HTTP-клиент (также известный как ваш браузер) использует «заголовки диапазона». Это позволяет вашему браузеру возобновлять приостановленные загрузки, а также разделять загрузку на несколько потоков. Код 206 отправляется, когда заголовок диапазона заставляет сервер отправлять только часть запрошенного ресурса.

300 кодов состояния

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

  • 300: «Множественный выбор». Иногда может быть несколько возможных ресурсов, которыми сервер может ответить для выполнения запроса вашего браузера. Код состояния 300 означает, что теперь вашему браузеру необходимо выбрать между ними.Это может произойти, когда доступно несколько расширений типов файлов или если сервер испытывает неоднозначность смысла слов.
  • 301: «Запрошенный ресурс был перемещен навсегда». Этот код доставляется, когда веб-страница или ресурс постоянно заменяются другим ресурсом. Он используется для постоянного перенаправления URL.
  • 302: «Запрошенный ресурс перемещен, но найден». Этот код используется, чтобы указать, что запрошенный ресурс был найден, но не в том месте, где он ожидался.Он используется для временного перенаправления URL.
  • 303: «См. Другое». Для понимания кода состояния 303 необходимо знать разницу между четырьмя основными методами HTTP-запроса. По сути, код 303 сообщает вашему браузеру, что он нашел ресурс, запрошенный вашим браузером с помощью POST, PUT или DELETE. Однако, чтобы получить его с помощью GET, вам необходимо сделать соответствующий запрос на другой URL-адрес, чем тот, который вы использовали ранее.
  • 304: «Запрошенный ресурс не изменялся с момента последнего обращения к нему.Этот код сообщает браузеру, что ресурсы, хранящиеся в кеше браузера, не изменились. Он используется для ускорения доставки веб-страниц за счет повторного использования ранее загруженных ресурсов.
  • 307: «Временное перенаправление». Этот код состояния заменил 302 «Найдено» как соответствующее действие, когда ресурс был временно перемещен на другой URL-адрес. В отличие от кода состояния 302, он не позволяет изменять метод HTTP.
  • 308: «Постоянное перенаправление». Код состояния 308 является преемником кода 301 «Перемещен навсегда».Он не позволяет изменять метод HTTP и указывает, что запрошенный ресурс теперь постоянно находится по новому URL-адресу.

400 Коды состояния

На уровне 400 коды состояния HTTP начинают вызывать проблемы. Это коды ошибок, указывающие на неисправность вашего браузера и / или запроса.

  • 400: «Неверный запрос». Сервер не может вернуть ответ из-за ошибки на стороне клиента. См. Наше руководство по устранению этой ошибки.
  • 401: «Неавторизовано» или «Требуется авторизация.”Это возвращается сервером, когда у целевого ресурса отсутствуют действительные учетные данные для аутентификации. Вы можете увидеть это, если настроили базовую HTTP-аутентификацию с помощью htpasswd.

Ошибка авторизации Nginx 401 в Chrome

  • 402: «Требуется оплата». Первоначально этот код создавался для использования в составе системы электронных денег. Однако этот план так и не был реализован. Вместо этого он используется различными платформами, чтобы указать, что запрос не может быть выполнен, обычно из-за нехватки необходимых средств.Общие примеры включают:
  • 403: «Доступ к этому ресурсу запрещен». Этот код возвращается, когда пользователь пытается получить доступ к тому, что у него нет разрешения на просмотр. Например, попытка получить доступ к защищенному паролем содержимому без входа в систему может привести к ошибке 403.
  • 404: «Запрошенный ресурс не найден». Это наиболее частое сообщение об ошибке из всех. Этот код означает, что запрошенный ресурс не существует, и сервер не знает, существовал ли он когда-либо.
  • 405: «Метод запрещен». Он создается, когда хост-сервер (исходный сервер) поддерживает полученный метод, а целевой ресурс - нет.
  • 406: «Неприемлемый ответ». Запрошенный ресурс может генерировать только контент, который неприемлем в соответствии с заголовками принятия, отправленными в запросе.
  • 407: «Требуется проверка подлинности прокси». Прокси-сервер используется и требует, чтобы ваш браузер прошел аутентификацию, прежде чем продолжить.
  • 408: «Время ожидания сервера истекло, ожидая оставшейся части запроса от браузера». Этот код генерируется, когда сервер теряет время ожидания полного запроса от браузера. Другими словами, сервер не получил полного запроса, отправленного браузером. Одной из возможных причин может быть перегрузка сети, приводящая к потере пакетов данных между браузером и сервером.
  • 409: «Конфликт». Код состояния 409 означает, что сервер не может обработать запрос вашего браузера из-за конфликта с соответствующим ресурсом.Иногда это происходит из-за нескольких одновременных правок.
  • 410: «Запрошенный ресурс исчез и больше не будет возвращаться». Это похоже на код 404 «Не найдено», за исключением того, что 410 указывает, что состояние является ожидаемым и постоянным.
  • 411: «Требуемая длина». Это означает, что запрашиваемый ресурс требует, чтобы клиент указывал определенную длину, а это не так.
  • 412: «Предварительное условие не выполнено». Ваш браузер включил определенные условия в заголовки запросов, и сервер не соответствовал этим требованиям.
  • 413: «Слишком большая полезная нагрузка» или «Слишком большой объект запроса». Ваш запрос больше, чем сервер может или может обработать.
  • 414: «URI слишком длинный». Обычно это результат запроса GET, который был закодирован как строка запроса, которая слишком велика для обработки сервером.
  • 415: «Неподдерживаемый тип носителя». Запрос включает тип мультимедиа, который сервер или ресурс не поддерживает.
  • 416: «Недопустимый диапазон.«Ваш запрос относится к части ресурса, которую сервер не может вернуть.
  • 417: «Ожидание не выполнено». Сервер не может соответствовать требованиям, указанным в поле заголовка ожидаемого запроса.
  • 418: «Я чайник». Этот код возвращают чайники, которые получают запросы на заваривание кофе. Это еще и первоапрельская шутка 1998 года.

418 Код статуса «Я чайник»

  • 422: «Необработанная сущность.«Клиентский запрос содержит семантические ошибки, и сервер не может их обработать.
  • 425: «Слишком рано». Этот код отправляется, когда сервер не желает обрабатывать запрос, потому что он может быть воспроизведен.
  • 426: «Требуется обновление». Из-за содержимого поля заголовка запроса обновления клиент должен переключиться на другой протокол.
  • 428: «Требуется предварительное условие». Сервер требует, чтобы перед обработкой запроса были указаны условия.
  • 429: «Слишком много запросов». Это генерируется сервером, когда пользователь отправил слишком много запросов за заданный промежуток времени (ограничение скорости). Иногда это может происходить из-за того, что боты или скрипты пытаются получить доступ к вашему сайту. В этом случае вы можете попробовать изменить URL-адрес входа в WordPress. Вы также можете ознакомиться с нашим руководством по исправлению ошибки 429 «Слишком много запросов».

429 слишком много запросов

  • 431: «Поля заголовка запроса слишком велики."Сервер не может обработать запрос, потому что поля заголовка слишком велики. Это может указывать на проблему с одним полем заголовка или всеми ими вместе.
  • 451: «Недоступно по юридическим причинам». Оператор сервера получил требование запретить доступ к запрошенному вами ресурсу (или к набору ресурсов, включая тот, который вы запросили). Интересный факт: этот код является отсылкой к роману Рэя Брэдбери « по Фаренгейту 451 ».
  • 499: «Клиент закрыл запрос.Это возвращается NGINX, когда клиент закрывает запрос, пока Nginx все еще обрабатывает его.

500 кодов состояния

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

  • 500: «На сервере произошла ошибка, и запрос не может быть выполнен». Это общий код, который просто означает «внутреннюю ошибку сервера». Что-то пошло не так на сервере, и запрошенный ресурс не был доставлен.Этот код обычно создается сторонними плагинами, неисправным PHP или даже нарушением соединения с базой данных. Ознакомьтесь с нашими руководствами о том, как исправить ошибку при установлении соединения с базой данных и о других способах устранения внутренней ошибки сервера 500.

Ошибка установления соединения с базой данных

  • 501: «Не реализовано». Эта ошибка указывает на то, что сервер не поддерживает функции, необходимые для выполнения запроса. Это почти всегда проблема самого веб-сервера и обычно должна решаться хостом.Ознакомьтесь с нашими рекомендациями по устранению ошибки 501, которая не реализована.
  • 502: «Плохой шлюз». Этот код ошибки обычно означает, что один сервер получил недопустимый ответ от другого, например, когда используется прокси-сервер. В других случаях запрос или запрос занимает слишком много времени, поэтому он отменяется или прерывается сервером, и соединение с базой данных прерывается. Для получения дополнительных сведений см. Наше подробное руководство о том, как исправить ошибку 502 Bad Gateway.
  • 503: «Сервер сейчас недоступен для обработки этого запроса.”Запрос не может быть выполнен на данный момент. Этот код может быть возвращен перегруженным сервером, который не может обрабатывать дополнительные запросы. У нас есть полное руководство по исправлению ошибки 503 Service Unavailable.
  • 504: «Сервер, действующий как шлюз, истекло время ожидания ответа от другого сервера». Этот код возвращается, когда в обработке запроса задействованы два сервера, и время ожидания первого сервера истекает, пока второй сервер не ответит. Вы можете узнать больше о том, как исправить ошибку 504, в нашем специальном руководстве.
  • 505: «Версия HTTP не поддерживается». Сервер не поддерживает версию HTTP, которую клиент использовал для запроса.
  • 511: «Требуется сетевая аутентификация». Этот код состояния отправляется, когда сеть, которую вы пытаетесь использовать, требует некоторой формы аутентификации перед отправкой вашего запроса на сервер. Например, вам может потребоваться принять Условия использования общедоступной точки доступа Wi-Fi.
  • 521: «Веб-сервер не работает». Ошибка 521 - это сообщение об ошибке, относящееся к Cloudflare.Это означает, что ваш веб-браузер смог успешно подключиться к Cloudflare, но Cloudflare не смог подключиться к исходному веб-серверу.
  • 525 : «Подтверждение связи SSL не выполнено». Ошибка 525 означает, что установление связи SSL между доменом, использующим Cloudflare, и исходным веб-сервером не удалось. Если у вас возникли проблемы, вы можете попытаться легко исправить ошибку 525 пятью способами.

Где узнать больше о кодах состояния HTTP

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

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

Сначала они могут показаться устрашающими, но коды состояния HTTP важны для понимания того, что происходит на вашем сайте. Вот подробный список тех, с которыми вам стоит познакомиться! 📟🌐Нажмите, чтобы написать твит

Сводка

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

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


Если вам понравилась эта статья, то вам понравится хостинговая платформа Kinsta WordPress. Ускорьте свой сайт и получите круглосуточную поддержку от нашей опытной команды WordPress.Наша инфраструктура на базе Google Cloud ориентирована на автоматическое масштабирование, производительность и безопасность. Позвольте нам показать вам разницу в Kinsta! Ознакомьтесь с нашими тарифами

Список кодов состояния

HTTP | Объяснение кодов ошибок HTTP

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

Эти коды состояния HTTP или коды сетевых ошибок будут отображаться в результатах сеанса мониторинга, а также в уведомлениях о предупреждениях.Эти коды состояния поддерживаются Управлением по присвоению номеров в Интернете (IANA), и самый последний список кодов можно найти здесь.

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

Wh a t это протокол HTTP ?

Каждый раз, когда пользователь посещает веб-сайт, он отправляет запрос из своего браузера / клиента серверу, который отвечает запрошенными ресурсами.Все эти запросы соответствуют стандарту HTTP (протокол передачи гипертекста). Протокол HTTP, который технически является частью прикладного уровня в пакете Интернет-протоколов, является всего лишь одним из многих протоколов в пакете IP. Протокол HTTP - это основа Интернета, используемая для связи и передачи данных между клиентами и серверами. Некоторые из других наиболее распространенных Интернет-протоколов, с которыми вы часто сталкивались, включают следующие:

Уровень приложения Протоколы

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

  • DNS : Протокол DNS (система доменных имен) преобразует доменные имена в удобочитаемые IP-адреса браузера, чтобы можно было загружать ресурсы.
  • FTP : протокол FTP (протокол передачи файлов) используется для передачи файлов между браузером и сервером в компьютерной сети.
  • SMTP : протокол SMTP (Simple Mail Transfer Protocol) используется для отправки и получения электронных писем между отправителями и получателями в сети.
  • TLS / SSL : протокол SSL (Secure Sockets Layer) был официально объявлен устаревшим в 2015 году. Вместо него был введен TLS (Transport Layer Security), чтобы обеспечить безопасный способ связи по сети.
  • IMAP : протокол IMAP (протокол доступа к сообщениям в Интернете) используется для управления и получения сообщений с сервера электронной почты.В отличие от SMTP, вы не можете использовать протокол IMAP для отправки сообщений электронной почты.
  • POP : протокол POP (Post Office Protocol) похож на IMAP, но разница в том, что протокол POP позволяет пользователю получать сообщения с почтового сервера, но затем сообщение удаляется с почтового сервера. Протокол IMAP может синхронизировать сообщения на нескольких устройствах. Это действительно зависит от того, как вы хотите, чтобы пользователи получали доступ к своей электронной почте.
  • SIP : Протокол SIP (Session Initiation Protocol) - это протокол сигнализации, который используется в приложениях для передачи голоса, видео и сообщений в реальном времени.SIP - это протокол, который используется для включения и развертывания услуг VoIP (Voice Over Internet Protocol). SIP также используется вместе с другими протоколами, такими как SDP (протокол описания сеанса), UDP, TCP и TLS для передачи данных сеанса и мультимедиа.

Транспортный уровень Протоколы

Транспортный уровень обрабатывает передачу данных, в том числе протоколы TCP и UDP, и обеспечивает правильную и своевременную отправку и получение данных.

  • TCP : протокол TCP (протокол управления транспортом) используется для обеспечения безопасности передачи данных между клиентом и сервером, а также для того, чтобы весь обмен данными был обработан. Например, когда сервер отправляет файл обратно по запросу клиента, уровень HTTP будет связываться с транспортным уровнем, чтобы настроить и отправить запрошенный файл. Протокол TCP управляет процессом сборки и отправки (а иногда и повторной отправки, если необходимо) пакетов данных и гарантирует, что все пакеты были отправлены и доставлены.
  • UDP : Протокол UDP (протокол дейтаграмм пользователя) позволяет приложениям отправлять сообщения, называемые дейтаграммами, на другие узлы в сети.

Интернет-уровень Протоколы

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

  • IP : Протокол IP (Интернет-протокол), наряду с протоколом TCP, представляет собой набор требований, определяющих способ передачи данных через Интернет.
  • ICMP : протокол ICMP (Internet Control Message Protocol) - это сетевой протокол, который позволяет сетевым устройствам, например маршрутизаторам, диагностировать проблемы связи. Протокол ICMP не занимается обменом данными, а его цель - гарантировать, достигают ли данные намеченного места назначения.

Канальный уровень Протоколы

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

  • ARP : протокол / процедура ARP (протокол разрешения адресов) для сопоставления сетевых IP-адресов с адресом физического аппаратного устройства, также известным как MAC-адрес.
  • MAC : протокол MAC (Medium Access Control) дает аппаратным устройствам уникальный идентификационный номер. Он позволяет сетям подключаться и взаимодействовать с устройствами.
  • Wi-Fi : Протокол Wi-Fi (Wireless Fidelity), который является одним из протоколов, на которые все мы полагаемся в повседневной жизни, представляет собой группу протоколов беспроводной сети, которая используется для подключения к Интернету и LAN (локальные сети).

Что такое коды состояния и почему они важны?

Существуют даже расширения протокола HTTP, включая HTTPS (безопасный протокол передачи гипертекста) и WebDAV (распределенное создание и управление версиями через Интернет), которые мы обсудим более подробно в кодах состояния HTTP ниже. Когда клиент делает запрос к серверу, коды состояния сообщают вам, был ли запрос успешным, неудачным или другим. Коды состояния поддерживаются организацией Internet Assigned Numbers Authority, или IANA, и включают коды состояния, предоставленные Целевой группой инженеров Интернета (IETF) и Internet Society (ISOC).Согласно определению организации IANA, существует пять классификаций кодов состояния HTTP:

1xx : информационный - запрос получен, процесс продолжается
2xx : успех - действие было успешно получено, понято и принято
3xx : перенаправление - для выполнения запроса необходимо предпринять дальнейшие действия
4xx : ошибка клиента - запрос содержит неверный синтаксис или не может быть выполнен
5xx : ошибка сервера - серверу не удалось выполнить явно действительный запрос

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

Пояснение кодов состояния HTTP

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

Первая цифра кода состояния определяет класс; однако вторые две цифры не играют никакой роли в дальнейшем определении кода состояния для конкретного типа сообщения / ответа.В этих классификационных группах может быть несколько кодов состояния, и некоторые группы имеют больше кодов состояния, чем другие. И хотя официально существует более 60 уникальных кодов статуса, большинство людей регулярно сталкиваются только с горсткой или двумя с течением времени.

Большинство этих кодов состояния интерпретируются и обрабатываются негласно. Вы также увидите, что есть группы кодов с пометкой «Неназначенные». Хотя большинство кодов состояния, которые мы видим сегодня, были стандартизированы и не менялись с течением времени, эти неназначенные номера оставляют место для создания дополнительных кодов состояния по мере необходимости.Кроме того, несмотря на то, что некоторые из неназначенных кодов пользователей ранее не входили в стандарт HTTP (протокол передачи гипертекста), есть компании, которые используют их в качестве настраиваемого ответа сервера для пользователей, что позволяет компаниям лучше устранять проблемы, с которыми могут столкнуться пользователи. Щелкните ссылки на справочный документ RFC в списке ниже, чтобы получить полную информацию о конкретном коде состояния HTTP.

Полный список и обзор кодов состояния HTTP

1 xx Код состояния s : Информационный

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

100 : продолжить

Код состояния 100 Продолжить означает, что часть запроса была получена без проблем. На данный момент все в порядке, но процесс еще не завершен. Если оставшаяся часть запроса не будет отклонена, сервер отправит окончательный ответ после того, как запрос будет завершен.Если заголовки HTTP были отклонены, это гарантирует, что клиент не отправит запрос тела. Однако, если запрос не содержит поля заголовка, браузер просто проигнорирует ответ. См. RFC7231, раздел 6.2.1 для получения дополнительной информации.

101: протоколы переключения

Со времен зарождения Интернета было создано множество протоколов HTTP. Первой документированной версией протокола HTTP был HTTP 0.9. Текущая итерация - HTTP 2.0 или HTTP / 2. Код состояния 101 Switching Protocols указывает, что сервер принимает запрос от клиента на переключение на другой протокол HTTP через поле заголовка Upgrade. Когда браузер делает запрос страницы, он может получить код состояния HTTP 101, а затем заголовок Upgrade, который указывает, что сервер переключается на другую версию HTTP. Наконец, предполагается, что сервер соглашается переключать протоколы только тогда, когда это выгодно, например, при обновлении / переключении на новый протокол по сравнению со старым.См. RFC7231, раздел 6.2.2 для получения дополнительной информации.

102: Обработка

Код состояния 102 Обработка используется только с WebDAV (распределенная разработка и управление версиями через Интернет). Большинство страниц предназначены только для чтения. WebDAV - это расширение протокола HTTP, которое дает клиентам возможность удаленно редактировать контент и передавать файлы. Протокол WebDAV был создан, чтобы дать пользователям возможность совместно работать над файлами с другими пользователями, такими как Dropbox или Google Drive. Код состояния 102 - это код промежуточного ответа, сообщающий клиенту, что сервер принял полный запрос, но не завершил его.Этот код состояния HTTP отправляется сервером только в том случае, если запрос занимает более 20 секунд. См. RFC2518, раздел 10.2 для получения дополнительной информации.

103: Ранние подсказки

Коды состояния 103 Early Hints в настоящее время находится на стадии оценки / экспериментов. Этот код состояния будет использоваться при предварительной загрузке внешнего контента / ресурсов. Протокол HTTP / 2 позволяет отправлять контент для ускорения доставки, поэтому веб-разработчики могут отправлять определенный контент, ожидая загрузки других внешних ресурсов.Это выгодно с точки зрения конечного пользователя, поскольку сводит к минимуму воспринимаемое время загрузки. Этот код ответа HTTP будет указывать браузеру, что сервер собирается отправить окончательный ответ вместе с полями заголовка, включенными в ответ. См. RFC8297, раздел 2 для получения дополнительной информации

104-199: не назначен

Коды состояния с 104 по 199 в настоящее время не назначены.

2xx Код состояния: Успешно

Коды состояния HTTP уровня 2xx показывают, что запрос клиента от сервера был успешно получен и обработан.В отличие от кодов состояния 4xx, коды состояния 2xx - это то, что вы хотите получить. Как и коды состояния 1xx, коды состояния 2xx обрабатываются за кулисами и редко видны пользователям, если только они не используют инструменты разработчика или SEO для просмотра всех HTTP-ответов страницы.

200: ОК

Один из наиболее широко используемых кодов состояния HTTP, код состояния 200 OK используется для обозначения того, что запрос был получен, обработан и был успешным. Однако в зависимости от используемого метода запроса (GET, HEAD, POST, PUT, DELETE, OPTIONS, TRACE).Например, если запрос является запросом GET, ответ будет включать ресурс. Если это какой-либо из других запросов, ответ будет включать результат действий. Код состояния 200 - это один из более чем 10 других кодов ответа, которые также могут быть кэшированы, что означает, что он может быть сохранен и получен через клиент, чтобы не приходилось делать еще один запрос к серверу в будущем. См. RFC7231, раздел 6.3.1 для получения дополнительной информации.

201: создано

A 201 Created status code похож на код состояния 200 OK, однако код состояния 201 означает, что запрос был успешно обработан и он вернул или создал ресурс или ресурсы в процессе.Код состояния 201 обычно используется для запросов PUT. Например, когда используется запрос PUT, новый ресурс создается по URL-адресу, указанному в запросе. Если в запросе POST есть код состояния 201, это означает, что ресурс был создан в другой конечной точке / местоположении API. См. RFC7231, раздел 6.3.2 для получения дополнительной информации.

202: принято

Код состояния 202 Accepted означает, что сервер получил запрос на обработку, и он принят, но запрос не был завершен.Это также не означает, что запрос в конечном итоге будет принят, поскольку это будет зависеть от того, когда произойдет фактическая обработка. Этот тип запроса обычно встречается в API, где пакетный процесс выполняется один раз в день. Поскольку HTTP не может связываться после успешного запроса или закрытия соединения пользователя, API может отправить пользователю электронное письмо, уведомляющее его об успешном завершении процесса. См. RFC7231, раздел 6.3.3 для получения дополнительной информации.

203: неавторизованная информация

Код состояния 203 Неавторизованная информация обычно используется прокси-сервером HTTP или третьей стороной.Прокси-сервер, находящийся между клиентом и сервером, может изменять ответы до того, как достигнет клиента. Чтобы указать, что что-то было изменено во время процесса, используется код состояния 203. Однако недостатком этого метода является то, что невозможно узнать, каким был исходный код состояния, если прокси-сервер что-то изменил в ответе. Предлагаемый обходной путь - использовать заголовок предупреждения вместе с кодом состояния 214, который используется, чтобы указать, что в ответе было изменение или модификация.Использование заголовка предупреждения позволяет передать исходный код состояния. См. RFC7231, раздел 6.3.4 для получения дополнительной информации.

204: Нет содержимого

Код состояния 204 Нет содержимого указывает на то, что ответ был успешно доставлен сервером и выполнен, и в теле ответа больше не должно отправляться содержимое. Например, если запрос отправляется в форме на странице, после отправки ответа клиент / браузер не должен изменять представление, то есть форма не должна обновляться или направлять пользователей на новую страницу.Никакой дополнительный контент не должен заменяться или отображаться с точки зрения пользователя. См. RFC7231, раздел 6.3.5 для получения дополнительной информации.

205: сбросить содержимое

Как и код состояния 204 Нет содержимого, код состояния 205 Сброс содержимого указывает, что сервер успешно отправил запрос и требует, чтобы пользовательский агент обновил / сбросил представление в исходное состояние. Если мы используем пример формы на странице, после того, как пользователь заполнит и отправит форму, клиент / браузер должен вернуть форму в исходное состояние, чтобы пользователь мог предпринять дальнейшие действия.Код состояния 205 предполагает, что дополнительный контент не будет предоставляться. См. RFC7231, раздел 6.3.6 для получения дополнительной информации.

206: Частично Содержимое

Код состояния 206 частичного содержимого может использоваться для множества запросов и обычно указывает, что сервер выполнил частичный запрос ресурса. Например, если клиент ищет только определенную часть или диапазон определенного ресурса или страницы. Другой пример использования кода состояния 206 - это видео.Клиент может загружать видео только по частям, чтобы не ждать, пока видео буферизируется или загружается, что помогает избежать негативного взаимодействия с пользователем, когда пользователю придется ждать дольше, прежде чем воспроизведение видео. Это нормальная передовая практика среди видеопроигрывателей HTTP, позволяющая избежать проблем с пропускной способностью и предполагаемой задержкой. См. RFC7233, раздел 4.1 для получения дополнительной информации.

207: мульти-статус

Код состояния 207 Multi-Status обеспечивает статус для нескольких независимых процессов и используется серверами WebDAV.Сообщение / ответ по умолчанию - это текстовое сообщение / сообщение XML. Это указывает на то, что выполнено несколько операций, и что статус каждой операции можно просмотреть в теле ответа. Коды состояния могут варьироваться в зависимости от одной из пяти категорий. Коды ответа будут различаться в зависимости от количества дополнительных запросов. В отличие от других 200 кодов состояния, код состояния 207 не подтверждает, что процесс был успешным. Клиенту необходимо просмотреть тело каждого запроса, чтобы определить, был ли он успешным.См. RFC4918, раздел 11.1 для получения дополнительной информации.

208: Отчет уже отправлен

Код состояния 208 уже сообщено - это еще один код состояния, используемый в расширении WebDAV. Как и код состояния 207, он позволяет клиенту / браузеру указать серверу, что ресурс уже обработан. Когда клиент запрашивает ресурсы, вполне возможно, что ответ будет включать повторяющиеся ресурсы, что будет означать, что одни и те же ресурсы будут отправлены несколько раз, что является избыточным.Ответ статуса 208 исключает возможность обработки и повторения одного и того же ответа. 208 ответов с кодом состояния будут отображаться только в теле ответа и никогда не будут являться фактическим ответом HTTP. См. RFC5842, раздел 7.1 для получения дополнительной информации.

209-225: не назначен

Коды состояния с 209 по 225 в настоящее время не назначены.

226: IM Б / у

A 226 IM (Манипуляции с экземпляром) Используемый код состояния используется для обозначения того, что сервер выполнил запрос GET для ресурса, но ответ представляет собой представление одной или нескольких манипуляций с экземпляром, которые были применены к текущему экземпляру.В протоколе HTTP есть расширение, называемое дельта-кодированием в HTTP, которое поддерживается на стороне сервера. Если это реализовано, клиент может запросить изменения кэшированной версии, и сервер отправит изменения вместо повторной отправки всего ресурса снова. Чтобы реализовать эту функцию, в запросе клиента / браузера необходимо указать поддерживаемый тип IM. Если сервер также поддерживает эту функцию, он ответит кодом состояния 226 и изменениями. Если возвращается код состояния 200, это означает, что функция не поддерживается.См. RFC3229, раздел 10.4.1 для получения дополнительной информации.

227-299: не назначен

Коды состояния с 227 по 299 в настоящее время не назначены.

3xx: перенаправление

Коды состояния 3xx используются в случаях перенаправления URL. Веб-сайты постоянно меняются и развиваются, поэтому иногда маркетологам нужно направлять пользователей на обновленную или другую страницу. Перенаправления помогают избавить пользователей от необходимости искать то, что они ищут, и поддерживать ваш рейтинг в поисковых системах.Действия перенаправления могут выполняться браузером автоматически или могут потребовать дополнительного взаимодействия со стороны пользователей. Коды состояния HTTP 3xx жизненно важны для SEO (поисковой оптимизации) и взаимодействия с пользователем, а также сообщают поисковым системам, какой контент вы хотите, чтобы они сканировали и индексировали. При неправильной реализации пользователи могут быть направлены в непредусмотренное место, что может привести к появлению кода состояния 4xx и повлиять на показатели качества SEO.

300: множественный выбор

Код состояния «300 множественных вариантов» указывает на то, что ресурс перемещен и может перенаправить в несколько местоположений.В этом случае пользователь должен решить, какой ресурс использовать. Сервер может указать предпочтительный вариант, и это должно быть указано в поле заголовка, где пользовательский агент может автоматически перенаправить на предпочтительный вариант. На практике этот код состояния используется редко, поскольку не существует стандартизированного способа выбора из нескольких ответов. См. RFC7231, раздел 6.4.1 для получения дополнительной информации.

301: окончательно перемещено

Код состояния 301 перемещен постоянно используется, чтобы указать, что целевой ресурс был перемещен в постоянное местоположение.Код состояния 301 сообщает браузеру / клиенту использовать это новое местоположение или URL в заголовке. Наряду с кодом состояния 301 в ответе будет указан новый URL-адрес, а также будут обновлены все URL-адреса в предыдущем местоположении (ах) вместе с обновлением до нового URL-адреса. См. RFC7231, раздел 6.4.2 для получения дополнительной информации.

302: найдено

Код состояния 302 Found указывает клиенту / браузеру, что ресурс, к которому они обращаются, временно расположен в другом месте.В отличие от кода состояния 301, код состояния 302 указывает на временное перемещение, поэтому клиент не должен автоматически обновлять свои ссылки на новое местоположение, поскольку, опять же, это должно быть временным. Пример того, где должен использоваться код состояния 302, если существует несколько URL-адресов, но они могут обслуживаться на разных языках. Пользователь может перейти по определенному URL-адресу, но клиент может автоматически перенаправить его на нужную страницу в зависимости от настроек своего браузера и использовать его при последующих посещениях. Следует отметить, что в некоторых случаях браузеры могут изменить запрос с POST на GET.В случае, если это действие неблагоприятно, следует использовать код состояния 307. См. RFC7231, раздел 6.4.3 для получения дополнительной информации.

303: См. Другие

Код состояния 303 См. Другое указывает, что сервер будет перенаправлять клиента / обозревателя на другой ресурс. Ресурс будет указан как URL-адрес в поле заголовка. В отличие от кодов состояния 301 и 302, это не означает, что ресурс временно или постоянно перемещается, его цель - указать URL-адрес, по которому можно найти ответ на конкретный запрос с помощью запроса GET.Коды состояния 303 не следует кэшировать, однако ответ на последующий запрос может кэшироваться. Типичное использование кода состояния 303 - гарантировать, что пользователи случайно не отправят данные формы повторно через запрос POST. Их следует направить на новую страницу. В противном случае они могут неосознанно нажать кнопку «Назад» в своем браузере, что может потребовать от них повторной отправки, что приведет к ненужным дублированным отправкам. См. RFC7231, раздел 6.4.4 для получения дополнительной информации.

304: без изменений

Код состояния 304 Not Modified отправляется в ответ на условный запрос GET или HEAD.Клиенты / браузеры могут отправлять условный запрос, например If-Match , If-None-Match , If-Modified-Since , If-Unmodified-Since или If-Range , спрашивая, если конкретный ресурс был изменен с определенной даты / времени. Это делается только в том случае, если клиент ранее получил доступ, загрузил и сохранил ресурс. Если он был изменен с момента последнего доступа к этой конкретной дате / времени, сервер вернет код состояния 200 OK. Если он не был изменен с этой даты / времени, в качестве ответа отправляется код состояния 304, указывающий, что сохраненный ресурс должен обслуживаться, поскольку он не был изменен с момента последнего обращения к нему.См. RFC7232, раздел 4.1 для получения дополнительной информации.

305: использовать прокси

Код состояния 305 Use Proxy - это устаревший код состояния, который больше не используется из соображений безопасности. Он использовался, чтобы указать клиенту, что доступ к ресурсу, к которому он обращается, должен осуществляться через прокси. Дополнительные сведения о коде состояния 305 Use Proxy см. В RFC7231, раздел 6.4.5

.

306: Не используется

Как и код состояния 305, состояние 306 Не используется изначально называлось Switch Proxy.Код состояния 306 использовался в предыдущей спецификации. Его намерением было использовать его как указание клиенту, что последующие запросы к ресурсу должны использовать указанный прокси. Это было сочтено проблемой безопасности, поэтому больше не используется. Для получения дополнительной информации о коде состояния 306 Unused, см. RFC7231, раздел 6.4.6

.

307: временное перенаправление

Как и код состояния перенаправления 302 Found, код состояния 307 Temporary Redirect указывает клиенту / браузеру, что ресурс или документ доступен по другому временному URL-адресу, и возвращает этот URL-адрес.Поскольку перенаправление является временным и может измениться, браузер / клиент должен продолжать обращаться к текущему URL-адресу для последующих запросов. Основное различие между кодом состояния 302 и кодом состояния 307 заключается в том, что код состояния 307 не позволяет изменять запросы из запроса POST на запрос GET, поэтому, если клиент запросил запрос POST, он будет перенаправлен и снова инициирует запрос POST . См. RFC7231, раздел 6.4.7

308: постоянное перенаправление

Код состояния постоянного перенаправления 308 - это кэшируемый код состояния (если не реализованы элементы управления кешем), который указывает, что целевой ресурс теперь находится по постоянному URL-адресу, и последующие запросы также должны быть направлены на этот URL-адрес.Кроме того, клиент должен обновить все старые закладки на новое место. Код состояния 308 очень похож на код состояния 301, однако, если отправляется код состояния 308, клиент должен инициировать и отправить тот же запрос в целевое местоположение. Код состояния 301 не обязателен. Большинство браузеров / клиентов меняют запрос POST на запрос GET. См. RFC7238, раздел 3 для получения дополнительной информации.

309-399: не назначен

Коды состояния с 309 по 399 в настоящее время не назначены.

4xx: ошибка клиента

Классификация с наибольшим количеством кодов состояния HTTP, коды состояния HTTP 4xx - это не то, что вы хотите, чтобы ваши пользователи видели. Любой код состояния, начинающийся с 4, означает наличие проблемы с клиентом. Коды статуса 4xx обычно генерируются, если страница была удалена и не перенаправлена, или если что-то неправильно введено в URL-адрес или ссылку. Если пользователи получают ужасный код состояния 4xx, это означает, что существует проблема с клиентом / браузером, получающим информацию с сервера.Это ошибки, которые пользователи увидят всплывающими на своих экранах и создадут негативное впечатление для пользователей, что приведет к небольшому разочарованию и их поискам в другом месте. Например, если поисковые системы сканируют ваш сайт и получают ошибку 404, это будет отображаться как ошибка в отчете. Несколько ошибок 404 - это нормально, и поисковые системы не обязательно считают их негативными, но ошибка 404, которая перенаправляет на 404, может негативно повлиять на ваше SEO. Мало того, если рассматриваемая страница используется для увеличения трафика или продаж, это может привести к потере потенциального дохода.

400: неверный запрос

Код состояния ошибки 400 Bad Request означает, что сервер не может обработать запрос из-за проблемы со стороны клиента. Это может быть связано с любым количеством причин, таких как слишком большой файл, неправильный синтаксис, недопустимый URL-адрес или другая проблема, вызванная сторонним приложением, поэтому код состояния 400 иногда используется в качестве уловки. весь код состояния, даже если есть проблема на стороне сервера. Это может сделать устранение неполадок кода состояния 400 немного более трудоемким и трудным, однако, наряду с ошибкой кода состояния 400 и информацией заголовка, сервер может предоставить дополнительный ответ вместе с ним, который может быть отображен для пользователя, чтобы помочь идентифицировать проблема и облегчить процесс устранения неполадок и диагностики ошибки.См. RFC7231, раздел 6.5.1 для получения дополнительной информации.

401: неавторизованный

Код состояния ошибки 401 Unauthorized указывает, что запрос не включает соответствующие учетные данные аутентификации, аутентификация не удалась или пользователь должен войти в систему. Клиент требует аутентификации от сервера. Термины авторизованный и аутентифицированный часто используются как синонимы, но они означают разные вещи. Код состояния 401 строго связан с аутентификацией.В тех случаях, когда вы хотите сообщить клиенту, что он вообще не разрешен, следует использовать код состояния 403. Согласно спецификации, код состояния 401 должен также включать заголовок WWW-Authenticate из ответа сервера, указывающий клиенту, какая схема или метод аутентификации требуется серверу. См. RFC7235, раздел 3.1 для получения дополнительной информации.

402: Требуется оплата

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

.

403: Запрещено

Код состояния ошибки 403 Forbidden указывает, что запрос от клиента был понят, но сервер не авторизует его, поэтому клиент не может получить к нему доступ. Сервер может сообщить причину, по которой он не авторизует запрос в ответе, что может быть связано с различными причинами, такими как неправильный пароль или имя пользователя. В отличие от кода состояния 401, который требует аутентификации, код состояния 403 может указывать на то, что у клиента действительно нет авторизации для доступа к этим ресурсам, поэтому аутентификация в этом случае невозможна.См. RFC7231, раздел 6.5.3 для получения дополнительной информации.

404: не найдено

Один из наиболее распространенных и печально известных кодов состояния, с которыми сталкиваются пользователи и разработчики, код состояния ошибки 404 Not Found указывает, что ресурс, требуемый от сервера, не существует или не желает предоставлять его клиенту. Код состояния 404 не будет указывать на то, является ли отсутствие предоставления ресурса временным или постоянным, но клиент может делать последующие запросы для доступа к нему.В случаях, когда известно, что ресурсы навсегда исчезли, следует использовать код состояния 410. Коды состояния 404 по умолчанию также кэшируются, если не установлены другие элементы управления кешем. См. RFC7231, раздел 6.5.4 для получения дополнительной информации.

405: Метод запрещен

Код состояния ошибки 405 Method Not Allowed указывает, что определенный ресурс, запрошенный клиентом, не поддерживается сервером. Запрещенный метод 405 похож на код состояния 403 Forbidden, однако код состояния 403 указывает, что ресурс может быть доступен, просто у клиента нет необходимой авторизации для выполнения запроса.Наряду со статусом 405 Method Not Allowed, сервер должен указать соответствующие и поддерживаемые методы для целевого ресурса. Для получения дополнительной информации о коде ошибки 405 Method Not Allowed см. RFC7231, раздел 6.5.5

.

406: неприемлемо

Как и код состояния ошибки 405 «Метод не разрешен», код ошибки 406 неприемлемо указывает на отсутствие поддержки для конкретного запроса. В этом случае код состояния 406 Not Acceptable указывает, что сервер понял запрос, но ответ не поддерживается или не понимается клиентом.Клиент может запросить определенные версии ресурса в заголовке, например A-IM или Accept Language, среди прочего, но если сервер не поддерживает его, он отвечает кодом состояния 406 Not Acceptable. Сервер может либо ответить списком подходящих идентификаторов ресурсов, из которых клиент может выбрать. См. RFC7231, раздел 6.5.6 для получения дополнительной информации.

407: требуется проверка подлинности прокси-сервера

Код состояния ошибки 407 Proxy Authentication Required похож на код состояния 401 Unauthorized, однако в случае кода состояния 407, чтобы использовать прокси, клиент должен сначала пройти аутентификацию.Прокси-сервер должен возвращать метод аутентификации. Сегодня это не так распространено из-за роста числа VPN, прокси-серверы действуют как посредники между пользователями / клиентами и Интернетом, позволяя пользователям быстрее получать доступ к ресурсам, поскольку контент обычно кэшируется, а также могут обеспечивать уровень безопасности и анонимности для пользователей. Для получения дополнительной информации о коде ошибки 407 Proxy Authentication Required, см. RFC7235, раздел 3.2

.

408: Тайм-аут запроса

Код состояния ошибки 408 Тайм-аут запроса означает, что сервер не получил запрос от клиента в течение указанного периода времени.Отложенный запрос от клиента может быть вызван множеством причин, например медленным или прерванным соединением. По прошествии этого времени сервер отправляет статус 408 Request Timeout, и пользователь / клиент может повторно отправить запрос. Для получения дополнительной информации о коде ошибки 408 Request Timeout см. RFC7231, раздел 6.5.7

.

409: Конфликт

Код состояния ошибки 409 Conflict указывает, что запрос от клиента не может быть обработан из-за конфликта с сервером.Запрос от клиента прошел нормально, но на стороне сервера возникли проблемы, препятствующие выполнению запроса. Примером этого может быть запрос пользователя на редактирование, удаление или создание определенного файла, но эти функции не разрешены. Наряду с ответом 409 сервер должен вернуть инструкции о том, как пользователь может решить эту проблему, или указать, почему проблема возникает. См. RFC7231, раздел 6.5.8 для получения дополнительной информации.

410: ушел

Как и код состояния ошибки 404 Not Found, который мы рассмотрели ранее, код состояния 410 Gone указывает, что ресурс, запрашиваемый клиентом, был удален и больше не доступен с сервера.Никакой дополнительной информации о перенаправлении URL-адресов или о том, где получить доступ к ресурсу, не предоставляется. Он был удален на неопределенный срок. Для получения дополнительной информации о коде ошибки 410 Gone см. RFC7231, раздел 6.5.9

.

411: Требуемая длина

Код состояния ошибки 411 Требуется длина указывает, что сервер не разрешает запрос от клиента из-за предопределенной длины содержимого тела запроса. Запрос может быть повторен клиентом, если в последующем запросе ресурса указан допустимый заголовок Content-Length.Для получения дополнительной информации о коде ошибки 411 Length Required см. RFC7231, раздел 6.5.10

.

412: Ошибка предварительного условия

Условные запросы к серверу разрешены как часть протокола HTTP. Если в запросе соблюдаются правильные условия, запрос выполняется и обрабатывается сервером. Код состояния ошибки 412 Precondition Failed означает, что не удалось выполнить одно или несколько условий в заголовке запроса. Например, это можно использовать в запросах GET, а условный запрос используется для возврата ресурса только в том случае, если этот ресурс изменился.Для получения дополнительной информации о коде ошибки 412 Precondition Failed см. RFC7232, раздел 4.2

.

413: объект запроса слишком большой

Код ошибки 413 Request Entity Too Large указывает на то, что сервер не принимает и не обрабатывает запрос из-за того, что тело запроса больше, чем сервер допускает или может обработать. Такие примеры включают загрузку файла, когда файл превышает максимальный размер загрузки, установленный сервером, или когда было превышено максимальное количество загрузок.В случаях, когда возникает ошибка 413 Request Entity Too Large, сервер может полностью закрыть соединение, чтобы предотвратить продолжение отправки запроса клиентом. В некоторых случаях вполне вероятно, что сервер разрешит клиенту повторить запрос, если это временное состояние, и должен вернуть это сообщение клиенту. Однако возможно, что запрос может привести к тому, что на самом сервере закончится свободное место на физическом диске. В этом случае ошибка 507 Недостаточно места для хранения - это ответ, который клиент должен получить обратно.См. RFC7231, раздел 6.5.11 для получения дополнительной информации.

414: слишком длинный URI

Не очень распространенный ответ сервера, код ошибки 414 URI Too Long означает, что сервер отклонил запрос клиента из-за того, что URL-адрес длиннее, чем сервер может обработать. Браузеры и поисковые системы действительно устанавливают ограничения на длину URL-адресов, отчасти для предотвращения DDoS-атак или ошибок кода, но путь URL-адреса или HTTP не имеет явных ограничений. Таким образом, если предел превышает значение, установленное сервером, возникает ошибка 414 URI Too Long.Дополнительные сведения о коде ошибки 414 URI Too Long см. В RFC7231, раздел 6.5.12

.

415: неподдерживаемый тип носителя

Код состояния ошибки 415 Unsupported Media Type указывает, что сервер не может обработать тело запроса или часть тела запроса из-за неподдерживаемого формата носителя. Даже если запрос от клиента поддерживается, ошибка 415 может быть возвращена, если в теле запроса есть неподдерживаемый контент. Код ошибки 415 Unsupported Media Type аналогичен коду состояния 406 Not Acceptable.Разница в том, что код ошибки 406 неприемлемо не связан с содержимым заголовка или кодировкой, а скорее со значением, установленным в заголовке HTTP. Обеспечение того, чтобы сервер мог обрабатывать определенный формат вместе с отправкой запроса в правильной форме, предотвратит появление кода состояния ошибки 415 Unsupported Media Type. См. RFC7231, раздел 6.5.13 для получения дополнительной информации.

416: диапазон не соответствует

Как упоминалось в коде состояния 206 частичного запроса, клиенты / браузеры могут запросить частичный ответ от сервера, будь то, например, определенная часть файла или видео.Клиенты и серверы используют так называемые запросы диапазона для выполнения этих запросов. Однако, если сервер не поддерживает эти типы запросов, он просто вернет весь ресурс вместе с ответом 200 OK. Если сервер действительно поддерживает запросы диапазона, именно здесь код состояния ошибки 416 Partial Request входит в изображение и возвращает то, что запрашивает клиент. В ситуации, когда сервер поддерживает запросы диапазона, но сервер не согласен с полученным запросом, поскольку он не попадает в указанный диапазон или, возможно, выходит за его пределы, будет возвращен код состояния ошибки 416 Range Not Satisfiable.См. RFC7233, раздел 4.4 для получения дополнительной информации.

417: Ожидание не выполнено

Клиенты могут использовать заголовок Expect , чтобы указать, что сервер ожидает определенного поведения. Как описано в коде состояния 100 Continue, клиенты могут проверить на сервере, примет ли он запрос. Если это так, сервер ответит кодом состояния 100 Continue. В противном случае код состояния ошибки 417 Expectation Failed указывает на то, что сервер не понял заголовок Expect или не поддерживает его, поэтому он не может обработать запрос клиента.Для получения дополнительной информации о коде ошибки 417 Expectation Failed см. RFC7231, раздел 6.5.14

.

418-42 0 : не назначен

Коды состояния ошибки 418-421 в настоящее время не назначены, однако в некоторых случаях используется код состояния 418 I’m a Little Teapot. Созданная как первоапрельская шутка, она приобрела некоторую популярность и иногда используется как шутка или пасхальное яйцо, а не в повседневных целях. Большинство браузеров игнорируют его, поскольку это не официальный код статуса.Еще один в этой категории - код состояния ошибки 420 Enhance Your Calm, представленный Twitter. Это код ошибки, который сообщает клиентам, что их скорость ограничена, что является ограничением количества запросов, которые они могут сделать в течение определенного периода времени. С 1989 года редактор RFC будет публиковать более юмористические RFC. В Википедии есть полное изложение наиболее юмористических первоапрельских RFC.

421: неверный запрос

Появившийся с протоколом HTTP / 2, код ошибки 421 Misdirected Request означает, что сервер получил запрос, который не был предназначен для этого конкретного сервера и не может правильно ответить.Это может произойти, если DNS (система доменных имен) настроен на неправильный IP-адрес. Клиенты должны включать в запрос заголовок Host . Это также может происходить с сайтами, имеющими один сертификат SSL из нескольких доменов. Это может быть вызвано проблемой с хостинг-провайдером и / или конкретным браузером, поэтому может потребоваться большая работа, чтобы действительно понять, в чем проблема. Если сервер знает, что домен не настроен для запроса, он ответит сообщением об ошибке 421 Misdirected Request.См. RFC7540, раздел 9.1.2 для получения дополнительной информации.

422: Необработанный Объект

Код состояния ошибки 422 Unprocessable Entity указывает на проблему с содержанием синтаксиса запроса. Расположение запроса было понято сервером, но поля в запросе недействительны или не соответствуют ожиданиям сервера. Подобно кодам состояния 102 Processing и 207 Multi-Status, код ошибки 422 Unprocessable Entity является частью протокола WebDAV и часто используется с веб-службами / API.Обычно рекомендуемый ответ - 400 Bad Request, но если WebDAV поддерживается, следует использовать 422 Unprocessable Entity. См. RFC4918, раздел 11.2 для получения дополнительной информации.

423: заблокировано

Как и код состояния ошибки 422 Unprocessable Entity, код состояния ошибки 423 Locked также является частью протокола WebDAV. Код состояния 423 Locked указывает, что файл, ресурс или напрямую, например, не могут быть отредактированы. Его цель - избежать обновления файла, ресурса и т. Д. Несколькими пользователями., одновременно. Затем эти ресурсы можно разблокировать для редактирования при необходимости. Для получения дополнительной информации о коде ошибки 423 Locked см. RFC4918, раздел 11.3

.

424: сбойная зависимость

Другой код состояния, поддерживаемый протоколом WebDav; код состояния ошибки 424 Failed Dependency указывает, что запрос от клиента не удался из-за зависимости от другого запроса, который также завершился ошибкой. WebDAV использует метод, известный как PROPPATCH , для обновления определенных свойств ресурсов.Чтобы указать, был ли ресурс обновлен успешно или нет, WebDAV использует стандартные ответы с кодом состояния HTTP. Кроме того, код состояния 424 Failed Dependency используется только в том случае, если ответ в теле HTTP имеет ответ 207 Multi-Status. Таким образом, если PROPPATCH используется и ресурс не обновляется, он отправит код состояния 4xx, указывающий на наличие ошибки при обновлении ресурса, код ошибки 424 Failed Dependency также будет отправлен вместе с другими запросами, которые зависят от этого обновления. был успешным, но неудачным.См. RFC4918, раздел 11.4 для получения дополнительной информации.

425: Слишком рано

Не распространенный код состояния HTTP, который используется сегодня, код ответа об ошибке 425 Too Early используется в ситуациях, когда клиент HTTP подключается к клиенту HTTPS. Во время этого процесса может потребоваться много времени, чтобы установить соединение между сервером и клиентом. Этот процесс может создать проблему безопасности, поэтому сервер скажет клиенту повторить запрос до тех пор, пока не будет установлено безопасное соединение TLS (Transport Layer Security).В этом случае будет возвращен код состояния 425 Too Early. Для получения дополнительной информации о коде ошибки 425 Too Early, см. RFC8470, раздел 5.2

.

426: требуется обновление

Код состояния ошибки 426 Требуется обновление указывает клиенту, что ему необходимо использовать более новый протокол для отправки запросов на сервер. Например, клиент может использовать более старую версию HTTP, такую ​​как HTTP / 1.0, но серверу требуется HTTP2.0. Сервер не примет запрос, но ответит клиенту, указав, какой протокол или протоколы приемлемы.После того, как клиент перешел на требуемый протокол (протоколы), сервер будет принимать запросы от клиента. Для получения дополнительной информации о коде ошибки 426 Upgrade Required см. RFC7231, раздел 6.5.15

.

427: не назначен

Код состояния ошибки 427 в настоящее время не назначен.

428: Требуется предварительное условие

Код состояния ошибки «Требуется предварительное условие 428» указывает клиенту, что запрос к серверу должен быть условным.Как упоминалось в коде состояния 304 Not Modified, клиент может отправить условный запрос на сервер, например If-Match , If-None-Match , If-Modified-Since , If-Unmodified- Начиная с или If-Range . Однако эти условные запросы не требуются. Если они требуются сервером, сервер указывает на это, отвечая кодом ошибки 428 «Требуется предварительное условие». Это немного похоже на код ошибки 412 Precondition Failed, но код ошибки 412 Precondition Failed возвращается только в том случае, если клиент включил в заголовок условный запрос, который не соответствует состоянию ресурса на стороне сервера.Уведомление пользователей о том, что запросы должны быть условными по своей природе, гарантирует, что пользователи работают с нужными файлами или ресурсами, и помогает предотвратить потенциальную перезапись пользователями изменений. См. RFC6585, раздел 3 для получения дополнительной информации.

429: слишком много запросов

Так же, как указывает название кода ошибки, код состояния ошибки 429 Too Many Requests означает, что ограничение скорости реализовано, и что клиент превысил предел количества запросов, которые он может сделать за указанный промежуток времени.Наряду с ответом об ошибке 429 Too Many Requests следует указать, сколько времени ждать, прежде чем инициировать новый запрос к серверу, но раньше это не требовалось. Дополнительные сведения о коде ошибки «Слишком много запросов» см. В RFC6585, раздел 4

.

430: не назначен

Код состояния ошибки 430 в настоящее время не назначен, однако одно время предлагалось использовать код ошибки 430, который будет блокировать в протоколе HTTP / 1.1. Цель заключалась в том, чтобы служить ответом на так называемую конвейерную обработку.Это позволяло клиентам отправлять несколько запросов через TCP-соединение, пока сервер ждал ответа. Он так и не стал официально стандартом, так как протокол HTTP был обновлен до HTTP / 2.0, а поддержка конвейерной обработки так и не получила широкого распространения.

431 Заголовки запроса слишком большие

Код ошибки 431 Request Headers Too Large указывает, что клиент отправил запрос заголовка, превышающий допустимый предел. Разные веб-серверы имеют разные допустимые ограничения на размер заголовков.Это могло произойти из-за слишком большого размера отдельного запроса заголовка или из-за всего объединенного размера всех запросов заголовка. В большинстве случаев это легко исправить, поскольку обычно это вызвано отправкой слишком большого количества файлов cookie или файлов cookie слишком большого размера. Дополнительные сведения о коде ошибки 431 Request Headers Too Large см. В RFC6585, раздел 5

.

432-450 : Не назначен

Коды состояния ошибки с 432 по 450 в настоящее время не назначены.

451: Недоступен по юридическим причинам

Код состояния ошибки 451 Недоступен по юридическим причинам указывает, что сервер отказывается обслуживать запрошенный контент по юридическим причинам, а также должен указать причину ошибки в ответе пользователю. Причины использования кода состояния ошибки 451 Недоступно по юридическим причинам могут включать правительства, которые цензурируют определенный контент, контент, нарушающий законы об авторском праве, например DMCA (законы об авторском праве в цифровую эпоху), или контент, который нарушает законы или постановления суда.Коды состояния ошибки 403 запрещен и 404 не найден иногда используются вместо кода состояния ошибки 451, но код состояния ошибки 451 предоставляет дополнительную информацию или объяснение причин возникновения ошибки. Пользователи обычно обходят ошибку 451, внедряя VPN для доступа к контенту. См. RFC7725, раздел 3 для получения дополнительной информации.

452-499: не назначен

Коды ошибок 452-499 в настоящее время не назначены.

5xx: ошибка сервера

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

500: внутренняя ошибка сервера

Код состояния 500 Internal Server Error просто означает, что сервер обнаружил проблему и не может обработать запрос. Как правило, код внутренней ошибки сервера 500 используется больше как общий код ошибки сервера, если конкретная проблема не попадает ни в одну из других спецификаций кода состояния ошибки сервера 5xx.Код внутренней ошибки сервера 500, вероятно, является наиболее часто используемым из кодов классификации ошибок сервера 5xx. См. RFC7231, раздел 6.6 для получения дополнительной информации.

501 : Не реализовано

A 501 Не реализованы коды состояния ошибки возникает, когда сервер не распознает метод запроса и, следовательно, не может поддерживать или обрабатывать запрос. Это похоже на код состояния ошибки клиента 405 «Метод не разрешен», но код состояния ошибки 501 не реализован может указывать на то, что метод запроса от клиента действителен, но не поддерживается сервером.Статус ошибки 405 Method Not Allowed указывает на то, что метод, вызываемый клиентом, не поддерживается и не должен использоваться. См. RFC7231, раздел 6.6.2 для получения дополнительной информации.

502 : Плохой шлюз

Код состояния ошибки 502 Bad Gateway означает, что сервер действует как прокси и получил ответ от исходного сервера, который вернулся как недопустимый. Возможно, это происходит из-за перегруженного сервера, и клиент может повторно отправить запрос, но в большинстве случаев это происходит из-за проблемы с веб-сервером или CDN (сетью распространения контента), находящейся между клиентом и сервером, и может потребоваться дополнительная устранение неполадок с хостинг-провайдером, чтобы понять, почему возникает ошибка.См. RFC7231, раздел 6.6.3 для получения дополнительной информации.

503 : Служба недоступна

Код состояния ошибки 503 Service Unavailable указывает на то, что сервер в настоящее время перегружен запросами или не имеет ресурсов, в настоящее время находится на обслуживании или, возможно, приложение, к которому они пытаются получить доступ, не работает, и сервер не может выполнить запрос из-за Текущее состояние. Клиенты иногда будут видеть сообщение вместе с кодом состояния ошибки 503 Service Unavailable, в котором им предлагается повторить попытку позже.Однако он может не дать окончательного объяснения того, когда и как долго может длиться код состояния ошибки 503 Service Unavailable. См. RFC7231, раздел 6.6.4 для информации.

504: Тайм-аут шлюза

Как и код состояния ошибки 502 Bad Gateway, код состояния ошибки 504 Gateway Timeout используется, когда сервер действует в качестве прокси, но отвечает кодом состояния ошибки 504 Gateway Timeout, если ответ от исходного сервера занимает слишком много времени.Код состояния ошибки 502 Bad Gateway следует использовать в случаях, когда ответ был недействительным или вообще не был получен прокси-сервером. Сообщение вместе с таймаутом шлюза 504 может указывать и рекомендовать клиенту попробовать повторно отправить запрос. См. RFC7231, раздел 6.6.5 для получения дополнительной информации.

505: версия HTTP не поддерживается Код состояния ошибки

A 505 HTTP Version Not Supported означает, что сервер не поддерживает версию протокола HTTP, используемую в сообщении запроса, и, следовательно, не может обработать запрос.Наряду с кодом состояния ошибки 505 HTTP Version Not Supported, ответ сервера должен включать сообщение, указывающее, почему этот конкретный протокол HTTP не поддерживается и какие протоколы поддерживаются. См. RFC7231, раздел 6.6.6 для получения дополнительной информации.

506: Вариант также согласовывает

The 506 Variant also Negotiates - это экспериментальный код состояния HTTP, который сегодня не является частью стандарта. Вариант 506 также согласовывает, что есть проблема внутренней конфигурации с сервером из-за проблем согласования содержимого.Согласование содержимого позволяет клиентам отправлять несколько заголовков принятия и сообщает серверу, какое конкретное представление ресурса следует обслуживать, как указано браузером. Это может быть для обслуживания правильного языка, формата документа и т. Д. Несмотря на то, что код состояния ошибки 506 Variant также Negotiates находится в экспериментальном статусе и официально не является частью стандарта HTTP, он используется в редких случаях. Некоторые пользователи Google Play сталкивались с этой проблемой в прошлом при попытке загрузить несколько версий приложения, в результате чего их устройства постоянно пытались загрузить приложение в процессе замкнутого цикла.См. RFC2295, раздел 8.1 для получения дополнительной информации.

507: недостаточно памяти

Код состояния ошибки сервера 507 «Недостаточно памяти» также является частью протокола WebDAV. Код состояния ошибки 507 Недостаточно места для хранения указывает клиенту, что запрос, например PUT или POST , был слишком большим по размеру файла. Это также может указывать на то, что на сервере временно закончилась память. См. RFC4981, раздел 11.5 для получения дополнительной информации.

508: обнаружен цикл

Код состояния ошибки сервера «Обнаружен цикл 508», как и код ошибки сервера 507 «Недостаточно хранилища», является частью протокола WebDAV. В рамках протокола WebDAV клиент может сделать запрос к серверу для всего каталога и создать цель где-нибудь в этом же каталоге, что приведет к бесконечному циклу запроса / ответа. Код состояния ошибки сервера 508 Loop Detected указывает на то, что сервер завершил клиентский запрос, а именно Depth: In f inity , поскольку сервер идентифицировал запрос как приводящий к бесконечному циклу, многократно перезвонив сам себе.См. RFC5842, раздел 7.2 для получения дополнительной информации.

509: не назначен

Код состояния ошибки сервера 509 в настоящее время не назначен.

510: не расширен

Код состояния ошибки сервера 510 Not Extended в настоящее время находится в предлагаемом / экспериментальном состоянии и не является частью стандартной спецификации кода состояния HTTP. 510 Not Extended указывает клиенту, что запрос требует расширенного HTTP-запроса.Если сервер отвечает кодом состояния ошибки сервера 510 Not Extended, в нем также должно быть указано, как клиент должен исправить свой запрос, но в спецификации это явно не указано. Споры ведутся о том, должно ли это подпадать под классификацию ошибок сервера 5xx, поскольку это можно рассматривать как ошибку клиента 4xx, но поскольку это формально не является частью стандарта, это не актуально и редко используется для повседневного использования. См. RFC2774, раздел 7 для получения дополнительной информации.

511: Требуется авторизация сети

Код состояния ошибки сервера 511 Network Authorization Required, требующий от клиента аутентификации для получения доступа к сети.Например, пользователи могут увидеть это при попытке подключиться к публичной сети Wi-Fi на предприятии, и пользователи должны согласиться со своими условиями, прежде чем им будет предоставлен доступ. Наряду с ответом сервера об ошибке 511 Network Authorization Required, пользователи также должны быть направлены туда, где они могут войти в систему. Для получения дополнительной информации см. RFC6585, раздел 6.

512-599: не назначен

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

Мониторинг Код состояния HTTP Ответы

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

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

Шпаргалка с кодами статуса HTTP, необходимая каждому маркетологу

Шпаргалка с кодами состояния HTTP позволяет быстро ссылаться на коды, понимать, что происходит на внутренней стороне веб-сайта, определять, какие ошибки необходимо исправить, и определять способы оптимизации сайта для улучшения SEO.

Чтобы помочь вам быстро найти наиболее важные коды состояния HTTP, мы создали PDF-файл с кодами ошибок HTTP, который вы можете загрузить. Мы также создали руководство, которое дополнит шпаргалку по кодам состояния HTTP и поможет вам определить, что означает каждый код состояния HTTP и что, по нашему мнению, наиболее актуально для SEO.

Что такое коды состояния HTTP?

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

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

Вам не нужно знать каждый код статуса HTTP, но есть важные коды статуса HTTP, с которыми вы должны быть знакомы, чтобы избежать проблем с поисковой оптимизацией. Вот несколько наиболее распространенных кодов:

  • Код состояния HTTP 404: когда сервер не может найти ресурс или URL
  • Код состояния HTTP 400: когда сервер не может обработать запрос из-за недопустимого синтаксиса
  • Код состояния HTTP 500: когда сервер не может выполнить запрос и не имеет информации о конкретной проблеме

В нашей шпаргалке с кодами состояния HTTP перечислено более 60 кодов, а в нашем руководстве объясняются коды, которые, по нашему мнению, наиболее важны для SEO и статуса веб-сайта.

Общие сведения об организации статуса HTTP

Значение для каждого кода состояния HTTP не является случайным. Первое число в каждом коде помогает отнести код к конкретной ситуации или проблеме.

  • 1xx Коды состояния: запрос информации
  • Коды состояния 2xx: Успех
  • Коды состояния 3xx: перенаправление
  • Коды состояния
  • 4xx: ошибка клиента
  • Коды состояния
  • 5xx: ошибка сервера

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

Шпаргалка по кодам состояния HTTP

Коды состояния

1xx: запрос информации

Коды состояния HTTP

1xx указывают на то, что сервер обрабатывает информацию и еще не полностью выполнил запрос. Большинство кодов статуса 1xx не имеют прямого отношения к SEO.

  • 100 - Продолжить: запрос клиента принят и обрабатывается.
  • 101 - Протокол переключения: клиент запросил изменение типа протокола, и сервер согласился.
  • 102 - Обработка: Обработка занимает больше времени, чем обычно.

2xx Коды состояния: Успех

Коды состояния HTTP

2xx показывают, что запрос был выполнен и передача произошла, как планировалось. Коды состояния 2xx не очень важны для SEO, кроме как показать, что все работает должным образом.

  • 200 - ОК: обмен между клиентом и сервером завершен. Все настроено правильно и ничто не должно негативно сказаться на SEO.
  • 201 - Создано: клиент успешно создал что-то (например, новую страницу) на сервере.
  • 202 - Принято: клиент запросил создание чего-либо на сервере. Он был принят, но не завершен.
  • 203 - Неавторизованная информация: Информация была передана, но не была взята из первоисточника.
  • 204 - Нет содержимого: запрос был получен, но данные не были отправлены клиенту.
  • 205 - Сброс содержимого: аналогично 204, запрос был получен, но данные не были отправлены клиенту, но ответ также включает запрос на обновление содержимого.
  • 206 - Частичное содержимое: клиенту была отправлена ​​только часть содержимого заголовка.
  • 207 - Мульти-статус: сервер передал результаты сразу нескольких независимых операций, которые помещаются в тело сообщения в виде XML-документа.

Коды состояния 3xx: перенаправление

Коды состояния HTTP

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

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

Коды состояния 3xx, относящиеся к SEO
  • 301 - перемещен навсегда: запрос ресурса (или URL) постоянно направляется на другой ресурс. Вы можете настроить 301 редирект для страницы, которая больше не доступна. Это направляет клиента на другую действующую страницу, а не на страницу с ошибкой, а также позволяет поисковым системам знать, что им необходимо обновить свой индекс для страницы.
  • 302 - Найдено: похоже на 301, но это временное перенаправление, а не постоянное. Он направляет клиентов со старого URL-адреса на новый, но не указывает поисковым системам обновлять индекс страницы (как это сделал бы 301).
  • 307 - временное перенаправление: 307 более специфично, чем перенаправление 302. Сервер не видит запрос, и вместо этого браузер реализует перенаправление самостоятельно. Он часто используется на веб-сайтах, обслуживаемых по HTTPS, когда они находятся в списке предварительной загрузки HSTS.
Прочие важные коды состояния 3xx
  • 300 - Множественный выбор: показывает, что ресурс был перемещен, и предоставляет список доступных альтернатив.
  • 303 - См. Другое: запрошенный ресурс доступен по URL-адресу, который отличается от запрошенного.
  • 304 - Не изменено: клиент запрашивает ресурс только в том случае, если он не изменялся с момента последнего кеширования документа.
  • 305 - Использовать прокси: доступ возможен только через прокси, указанный в ответе.

Коды состояния 4xx: ошибка клиента

Коды состояния HTTP

4xx указывают на то, что на стороне клиента возникла проблема. «Клиент» - это браузер, используемый для доступа к веб-сайту. Ошибки статуса 4xx показывают, что есть проблема с получением браузером информации с сервера.

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

Коды состояния 4xx, относящиеся к SEO
  • 404 - Не найдено: ресурс или URL-адрес больше не существует, и сервер не может вернуть какую-либо информацию. Ошибка 404 на веб-сайте может негативно повлиять как на SEO, так и на пользовательский опыт. Все страницы 404 должны использовать перенаправление 301 для отправки запросов несуществующей страницы на действующую страницу.
  • 410 - Ушло: ресурс или URL-адрес больше не существует, был намеренно удален и не перенаправлен. 410 сообщает поисковым системам, что страницу следует удалить из индекса, а не перенаправлять на другой URL.
Прочие важные коды состояния 4xx
  • 400 - неверный запрос: синтаксическая ошибка препятствует прохождению запроса.
  • 401 - Неавторизованный: для доступа к запрошенному ресурсу требуется авторизация.
  • 403 - Запрещено: пользователь пытается получить доступ к ресурсу, к которому у него нет доступа.
  • 408 - Тайм-аут запроса: истекло время ожидания передачи сервером ретрансляции от клиента.
  • 410 - Исчез: ресурс ранее находился по URL-адресу, но теперь он пропал или недоступен.
  • 429 - Слишком много запросов: клиент пытается отправить слишком много запросов за короткий промежуток времени.
Другие коды состояния 4xx
  • 402 - Требуется оплата
  • 405 - Метод запрещен
  • 406 - Не допускается
  • 407 - требуется проверка подлинности прокси
  • 409 - Конфликт
  • 411 - Требуемая длина
  • 412 - Ошибка предварительного условия
  • 413 - слишком большой объект запроса
  • 414 - слишком длинный URL-адрес запроса
  • 415 - Неподдерживаемый тип носителя
  • 416 - Запрошенный диапазон не выполняется
  • 417 - Ожидание не выполнено
  • 422 - Необработанная сущность
  • 423 - закрыто
  • 424 - Неудачная зависимость
  • 425 - Неупорядоченный сбор
  • 426 - требуется обновление
  • 428 - Требуются предварительные условия
  • 431 - Слишком большие поля заголовка запроса
  • 444 - Нет ответа
  • 449 - Повторить с (Microsoft)
  • 450 - заблокировано родительским контролем Windows (Microsoft)
  • 451 - Недоступно по юридическим причинам

Коды состояния 5xx: ошибка сервера

Коды состояния HTTP

5xx указывают на то, что на стороне сервера что-то не так.Клиент сделал правильный запрос, но сервер не может завершить передачу. Когда сервер выдает ошибки 5xx, это может негативно повлиять на SEO (поскольку он может указывать поисковым системам деиндексировать страницу), поэтому важно быстро решить эти проблемы.

5xx Коды состояния, относящиеся к SEO
  • 503 - Служба недоступна: существует временная техническая проблема, не позволяющая серверу обработать запрос. Сервер сообщает поисковым системам о преднамеренной остановке обработки.Поисковая система не изменит статус индексации, как при чтении других ошибок 5xx. Если ошибка 503 сохраняется в течение длительного периода времени, поисковые системы могут начать интерпретировать ее как постоянную ошибку и в конечном итоге деиндексировать страницу.
Прочие важные коды состояния 5xx
  • 500 - Внутренняя ошибка сервера: ошибка, которая не соответствует другим ошибкам класса.
  • 501 - Не реализовано: сервер не понимает или не может поддерживать запрос.
  • 502 - Плохой шлюз: сервер получил недопустимое сообщение от вышестоящего сервера.
Другие коды состояния 5xx
  • 504 - Тайм-аут шлюза
  • 505 - Версия HTTP не поддерживается
  • 506 - Вариант также обсуждает
  • 507 - Недостаточно памяти
  • 509 - Превышен предел пропускной способности
  • 510 - не расширенный
  • 511 - требуется сетевая аутентификация
  • 550 - В доступе отказано

Загрузите шпаргалку по HTTP PDF

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

Найдите и исправьте ошибки HTTP на вашем сайте

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