Коды ответа сервера: Коды ответа HTTP — HTTP

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

405 Method Not Allowed

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

406 Not Acceptable

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

407 Proxy Authentication Required

Этот код похож на 401 и 407, он используется, если вопрос корректен, но клиент может получить доступ к документу только с помощью авторизации через прокси. Клиент авторизуется, если прокси вернет поле с заголовком proxy-authenticate.

408 Request Timeout

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

409 Conflict

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

410 Gone

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

411 Length Required

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

413 Request Entity Too Large

Если в теле запроса слишком большой объем информации и сервер не может обработать такой большой запрос, то он возвращает код ошибки 413. Если это временная проблема, в поле Retry-After сервер укажет время, которое нужно подождать.

414 Request-URL Too Long

Аналогично с кодом 413, за исключением того, что 414 код отображается, если в запросе указан слишком длинный URL.

422 Unprocessable Entity

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

424 Failed Dependency

Если выполнение этой операции зависит от исхода других связанных с ней операций, сервер вернет этот запрос.

429 Too Many Requests

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

431 Request Header Fields Too Large

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

451 Unavailable For Legal Reasons

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

418 I’m a teapot

Это забавный код, возвращающий ошибку «Я чайник», связан с гипертекстовым протоколом управления кофеваркой — Hyper Text Coffee Pot Control Protocol. Ошибка означает, что запрос некорректен, с помощью чайника нельзя приготовить кофе. Протокол и код этой ошибки были созданы в шутку в 1998 году к 1 апреля.

Код 418 I’m a teapot

Коды ошибок сервера

Коды этой группы обозначают ошибки на стороне сервера.

500 Internal Server Error

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

501 Not Implemented

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

502 Bad Gateway

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

503 Service Unavailable

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

504 Gateway Timeout

Код похож на 502, но ошибка 504 означает, что истек срок ожидания ответа от сервера. Необходимое количество времени истекло, а ответ от бэкенд-сервера не пришел.

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

506 Variant Also Negotiates

Код ответа 506 означает, что сервер настроен некорректно: ошибка в конфигурации зацикливает обращение сервера, и он указывает сам на себя.

507 Insufficient Storage

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

510 Not Extended

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

511 Network Authentication Required

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

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

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

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

Ответ должен содержать ссылку на ресурс, на котором пользователь сможет авторизоваться (например с HTML формой)

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

Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путем перехвата прокси-серверов, которые вставляются в качестве средства контроля доступа к сети.

Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.

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

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

Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» неизвестных клиентов, и, конечно же, трафик на сам сервер входа в систему.

Обычно ответ, содержащий код состояния 511, не поступает от исходного сервера, указанного в URL-адресе запроса. Это создает множество проблем с безопасностью; например, атакующий посредник может вставлять файлы cookie в пространство имен исходного домена, может наблюдать файлы cookie или учетные данные HTTP-аутентификации, отправленные пользовательским агентом, и так далее.

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

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

Wikipedia

Этот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта RFC 6585

Как узнать коды ответа сервера и их значение

DemiMurych

Все коды ответа имеют отношение к любому ресурсу, а не только к страницам.

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

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

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

Подобная реакция используется для массы разных кейсов, в том числе и для организации работы кеша.
Поисковые машины используют ТОЛЬКО ОДИН вариант из всего многообразия подобных запросов, а именно запрос с установкой заголовка if-modified-since в значение даты последнего сканирования ресурса. На который серверная часть может ответить 304 кодом, что будет интерпетировано как то, что ресурс с даты последнего сканирования не претерпел изменений.

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

404 код ответа, сообщает о том, что по этому адресу РЕСУРСА НИКОГДА НЕ СУЩЕСТВОВАЛО. Ответы подобным кодом, в случае, если материал тут был, но по каким то причинам удален или недоступен, является грубой ошибкой. Именно поэтому, наличие большого количества «битых» ссылок многими SEO специалистами трактуется как что-то ужасное. На деле же, наличие 404 ответа только тогда плохо, когда ресурс действительно был и о нем знает поисковая машина. Потому что на подобный запрос не может быть ответа 404.
Как относится Google к ресурсам, которые испытывают технические проблемы наверное обьяснять ненужно.

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

500 код ответа сообщает о том, что запрос не может быть обслужен, причину чего установить нет возможности. Что существующая проблема требует экстренной реакции системного администратора. Ресурсы где подобная ошибка существует продолжительное время могут быть исключены из ранжирования вообще. Системным администраторам нужно строго давать задачу никогда ни при каких условиях не генерировать подобный код ответа. А отвечать 503.

503 код ответа существует для того, чтобы проинформировать клиента о том, что ресурс недоступен, и, что самое главное, — когда ресурс СТАНЕТ доступен. Подобными вещами можно манипулировать ботом гугла и некоторых других систем.

Для SEO важны в зависимости от ситуации коды ответов перенаправлений:
301, 302, 303, 307, 308 коды ответов

Для ответов поясняющих состояние запрошенного ресурса
401 403 404 410

В случае критических ситуаций использоваться должен только
503
Допустимы:
501 502

И никогда 500.

Коды ответа сервера | Сетевые технологии

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

Коды ответов первого класса (1xx) не посылаются сервером клиентам.

Код	Название	Описание
100	Продолжайте	Клиент должен продолжать передачу запроса.
101	Переключение протоколов	Сервер предлагает изменить протокол на указанный в поле заголовка отклика Update. Обычно это предложение о переходе на более новую версию HTTP.
110	Отклик мог устареть	Отклик является устаревшим (используется в заголовке Warning).
111	Обновление не удалось	Отклик от кэша не является свежим, т. к. попытка обновить его закончилась неудачей (используется в заголовке Warning).
112	Разрыв соединения	Кэш был умышленно отсоединен от остальной сети на некоторое время (используется в заголовке Warning).
113	Эвристическое устаревание	Кэш эвристически выбрал период обновления, больший 24 часов, и возраст отклика более 24 часов (используется в заголовке Warning).
199	Различные предупреждения	Дополнительные предупреждения, не содержащиеся в данном списке (используется в заголовке Warning).

Успешное выполнение запроса

Коды второго класса (2xx) возникают, когда запрос успешно принят и понят сервером.

Код	Название	Описание
200	OK	Запрос был успешно обработан. Содержимое отклика зависит от типа запроса.
201	Создано	Запрос был успешно обработан и в результате был создан новый ресурс. Его URI указан в поле заголовка отклика Location.
202	Принято	Запрос был принят, и его обработка началась другим асинхронным процессом, поэтому сервер не сможет сообщить о ее завершении.
203	Неавторитетная информация	Возвращаемая метаинформация получена не от сервера ее происхождения, а из локальной копии.
204	Нет содержимого	Сервер выполнил запрос, но ему нечего возвращать клиенту. Обозреватель не должен изменять отображение документа.
205	Сброс содержимого	Сервер выполнил запрос, и обозреватель должен сбросить отображение документа.
206	Частичное содержимое	Сервер выполнил частичный запрос GET для ресурса.
214	Применено преобразование	Применено преобразование, изменившее кодировку или тип MIME отклика (используется в заголовке Warning).
299	Различные настойчивые предупреждения	Дополнительные предупреждения, не содержащиеся в данном списке (используется в заголовке Warning).

Перенаправление запроса (редирект)

Коды третьего класса (3xx) сообщают о перенаправлениях; чтобы выполнить запрос нужны еще какие-то действия.

Код	Название	Описание
300	Несколько вариантов	Запрошенный ресурс имеет несколько представлений, и клиент должен выбрать одно из них.
301	Ресурс перенесен	Запрошенный ресурс сменил свой URI. Его новый URI указан в поле заголовка отклика Location.
302	Найдено	Запрошенный ресурс временно сменил свой URI.
303	Смотри другое	Отклик на данный запрос может быть найден под другим URI, указанным в поле заголовка отклика Location.
304	Не изменено	Клиент выполнил условный запрос GET, доступ разрешен, но документ не был изменен.
305	Используйте прокси	Доступ к запрошенному ресурсу возможен только через прокси-сервер, указанный в поле заголовка отклика Location.
306	зарезервирован
307	Временное перенаправление	Запрошенный ресурс временно находится под другим URI, указанном в поле заголовка отклика Location.

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

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

Код	Название	Описание
400	Неверный запрос	Запрос не был понят сервером из-за его неверного синтаксиса.
401	Нет права доступа	Запрос требует авторизации доступа, тип которой указан в поле заголовка отклика WWW-Authenticate.
402	Требуется платеж	Зарезервировано для следующих версий HTTP.
403	Запрещено	Сервер понял запрос, но отказался его выполнять.
404	Не найдено	Ресурс, заданный в URI запроса, не найден.
405	Недопустимый метод	Данный тип запроса не применим к ресурсу, заданному в URI запроса.
406	Неприемлемо	Ресурс, заданный в URI запроса, может генерировать только отклики, не приемлемые для клиента.
407	Прокси требует авторизации доступа	Прокси-сервер требует авторизации доступа, тип которой указан в поле заголовка отклика Proxy-Authenticate.
408	Таймаут запроса	Клиент не послан ни одного запроса в течение отведенного ему интервала.
409	Конфликт	Запрос не может быть выполнен из-за конфликта с текущим состоянием ресурса.
410	Ресурс исчез	Запрошенного ресурса больше нет на сервере, и сервер не знает его нового URI.
411	Требуется длина запроса	В запросе не задано поле заголовка Content-Length.
412	Условие ложно	Условие, заданное в заголовке условного запроса, не может быть выполнено.
413	Слишком длинное тело запроса	Тело запроса длиннее, чем допускает сервер.
414	Слишком длинное URI запроса	URI запроса длиннее, чем допускает сервер.
415	Не поддерживаемый тип устройства	Формат тела запроса не поддерживается данным ресурсом для данного типа запроса.
416	Запрошенный диапазон пуст	Запрошенный ресурс не содержит значений в диапазоне, заданном в поле заголовка запроса Range.
417	Предположение не оправдалось	Предположение, указанное в поле заголовка запроса Expect, отвергнуто сервером.

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

Коды пятого класса (5xx) сообщают об ошибках, произошедших на стороне сервера.

Анатольев А.Г., 17.09.2012

Постоянный адрес этой страницы:

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

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 Использовать прокси

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

306 неиспользованный

Этот код ответа больше не используется; это просто зарезервировано. Он использовался в предыдущей версии спецификации HTTP / 1.1.

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

Сервер отправляет этот ответ, чтобы указать клиенту получить запрошенный ресурс по другому URI с тем же методом, который использовался в предыдущем запросе.Он имеет ту же семантику, что и код ответа HTTP 302 Found , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен быть используется во втором запросе.

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

Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код ответа HTTP 301, перемещен навсегда , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , должен использоваться во втором запросе.

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

Сервер не может понять запрос из-за недопустимого синтаксиса.

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

Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неавторизованный». То есть клиент должен аутентифицироваться, чтобы получить запрошенный ответ.

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

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

403 Запрещено

У клиента нет прав доступа к контенту; то есть он неавторизован, поэтому сервер отказывается предоставить запрошенный ресурс. В отличие от 401, личность клиента известна серверу.

404 Не найдено

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

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

Метод запроса известен серверу, но не поддерживается целевым ресурсом. Например, API может запретить УДАЛЕНИЕ ресурса.

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 Слишком рано

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

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: Определения кода состояния

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

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

Представление ответа ДОЛЖНО содержать ссылку на ресурс, который позволяет пользователю отправлять учетные данные (например, с помощью HTML-формы).

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

Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путем перехвата прокси, которые вставляются как средство контроля доступа к сети.

Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.

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

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

Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» ​​неизвестных клиентов, и, конечно же, трафика на сам сервер входа в систему.

Обычно ответ, содержащий код состояния 511, не приходит от исходного сервера, указанного в URL-адресе запроса. Это создает множество проблем с безопасностью; например, атакующий посредник может вставлять файлы cookie в пространство имен исходного домена, может наблюдать файлы cookie или учетные данные HTTP-аутентификации, отправленные пользовательским агентом, и так далее.

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

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

Википедия

Клиент должен пройти аутентификацию, чтобы получить доступ к сети. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы», используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi).

HTTP — список стандартных кодов ответа сервера

— это стандартные коды ответов, возвращаемые веб-сервером в ответ на сделанный им запрос.

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

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

Некоторые общие коды состояния:

• 200 — сервер успешно вернул страницу
• 404 — запрошенная страница не существует
• 503 — сервер временно недоступен

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

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

100 Продолжить

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

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

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

2xx Успешно

200 ОК

Сервер успешно обработал запрос. Обычно это означает, что сервер предоставил запрошенную страницу.

201 Создано

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

202 Принято

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

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

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

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

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

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

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

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

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

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

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

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

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

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

301 Перемещено на постоянной основе

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

302 Найдено

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

303 См. Другие

Это означает, что ответ на запрос можно найти в другом месте с помощью метода GET.

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

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

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

Это означает, что запрашивающая сторона может получить доступ к запрошенному ресурсу только через прокси.Многие HTTP-клиенты (например, Mozilla и Internet Explorer) неправильно обрабатывают ответы с этим кодом состояния, в первую очередь по соображениям безопасности.

306 Прокси-сервер коммутатора

Больше не используется.

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

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

308 Постоянное перенаправление (экспериментальное)

Это означает, что запрос и все будущие запросы должны повторяться с использованием другого URL-адреса. 307 и 308 (как предлагается) аналогичны поведению 302 и 301, но не позволяют изменять метод HTTP.

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

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

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

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

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

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

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

403 Запрещено

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

404 Не найдено

Это означает, что сервер не может найти запрошенную страницу. Например, сервер часто возвращает этот код, если запрос относится к странице, которой нет на сервере.

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

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

406 Неприемлемо

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

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

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

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

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

409 Конфликт

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

410 Исчез

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

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

Это означает, что сервер отказывается принимать запрос без определенной Content-Length.

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

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

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

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

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

Это означает, что сервер отказывается обрабатывать запрос, потому что Request-URI (обычно URL) длиннее, чем сервер готов интерпретировать.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это означает, что сервер либо не распознает метод запроса, либо не может обработать запрос.

502 Плохой шлюз

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

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

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

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

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

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

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

кодов ответа HTTP | Сеть разработчиков OCLC

Веб-службы будут включать описательное сообщение в объект ответа HTTP при возврате кода состояния HTTP 4xx и 5xx.

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

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

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

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

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

Давайте погрузимся!

Хотите посмотреть видео версию?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хотите узнать, как мы увеличили посещаемость более чем на 1000%?

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