stringtranslate.com

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

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

Если не указано иное, код состояния является частью стандарта HTTP. [1]

Управление по присвоению номеров в Интернете (IANA) ведет официальный реестр кодов состояния HTTP. [2]

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

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

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

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

2хх успех

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

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

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

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

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

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

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

Сообщение Викимедиа 404
Ошибка 404 на Викимедиа

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

ошибка 400, неверный запрос
Сервер не может или не будет обрабатывать запрос из-за очевидной ошибки клиента (например, неправильного синтаксиса запроса, слишком большого размера, недопустимого кадрирования сообщения запроса или обманной маршрутизации запроса).
401 Несанкционированный
Аналогично 403 Forbidden, но специально для использования, когда требуется аутентификация, но она не удалась или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. См. базовую аутентификацию доступа и дайджест-аутентификацию доступа . 401 семантически означает «неавторизованный», у пользователя нет действительных учетных данных для аутентификации для целевого ресурса.
Некоторые сайты неправильно выдают HTTP 401, когда IP-адрес запрещен на веб-сайте (обычно домен веб-сайта) и этому конкретному адресу отказано в разрешении на доступ к веб-сайту. [ нужна цитата ]
402 Требуется оплата
Зарезервировано для будущего использования. Первоначальное намерение заключалось в том, чтобы этот код мог использоваться как часть какой-либо формы цифровых денег или схемы микроплатежей , как это предлагалось, например, GNU Taler , [11] , но этого пока не произошло, и этот код широко не используется. Google Developers API использует этот статус, если конкретный разработчик превысил дневной лимит запросов. [12] Sipgate использует этот код, если на счету недостаточно средств для совершения звонка. [13] Shopify использует этот код, когда магазин не оплатил комиссию и временно отключен. [14] Stripe использует этот код для неудачных платежей, если параметры были правильными, например, заблокированы мошеннические платежи. [15]
403 Запрещено
Запрос содержал действительные данные и был понят сервером, но сервер отказывается выполнить действие. Это может произойти из-за того, что у пользователя нет необходимых разрешений для ресурса, или ему нужна какая-либо учетная запись, или он пытается выполнить запрещенное действие (например, создать дубликат записи там, где разрешена только одна). Этот код также обычно используется, если запрос предоставил аутентификацию путем ответа на запрос поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
404 Не Найдено
Запрошенный ресурс не найден, но может быть доступен в будущем. Последующие запросы клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET к форме, которая требует представления данных через POST , или запрос PUT к ресурсу, доступному только для чтения.
406 Неприемлемо
Запрошенный ресурс способен генерировать только контент, неприемлемый согласно заголовкам Accept, отправленным в запросе. См. Согласование контента .
407 Требуется аутентификация прокси
Клиент должен сначала аутентифицировать себя с помощью прокси .
408 Тайм-аут запроса
На сервере истекло время ожидания запроса. Согласно спецификациям HTTP: «Клиент не выдал запрос в течение времени, пока сервер был готов ждать. Клиент МОЖЕТ повторить запрос без изменений в любое время позже».
409 Конфликт
Указывает, что запрос не удалось обработать из-за конфликта текущего состояния ресурса, например конфликта редактирования между несколькими одновременными обновлениями.
410 Ушли
Указывает, что запрошенный ресурс ранее использовался, но больше не доступен и не будет доступен снова. Это следует использовать, когда ресурс был намеренно удален и ресурс необходимо очистить. Получив код состояния 410, клиент не должен запрашивать ресурс в будущем. Клиентам, таким как поисковые системы, следует удалить ресурс из своих индексов. В большинстве случаев использования клиенты и поисковые системы не требуют очистки ресурса, вместо этого можно использовать код «404 Not Found».
411 Требуемая длина
В запросе не указана длина его контента, необходимая для запрашиваемого ресурса.
412 Предварительное условие не выполнено
Сервер не соответствует одному из предварительных условий, которые запрашивающая сторона заложила в поля заголовка запроса.
413 Полезная нагрузка слишком велика
Запрос больше, чем сервер желает или может обработать. Ранее называлось «Слишком большой объект запроса». [16] : §10.4.14 
414 URI слишком длинный
Предоставленный URI был слишком длинным для обработки сервером. Часто это результат того, что слишком много данных кодируется как строка запроса GET-запроса, и в этом случае ее следует преобразовать в запрос POST. Ранее называлось «Слишком длинный URI-запрос». [16] : §10.4.15 
415 Неподдерживаемый тип носителя
Объект запроса имеет тип носителя , который не поддерживается сервером или ресурсом. Например, клиент загружает изображение как image/svg+xml , но сервер требует, чтобы изображения использовали другой формат.
416 Диапазон неудовлетворителен
Клиент запросил часть файла ( обслуживание байтов ), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, лежащую за концом файла. Ранее назывался «Запрошенный диапазон неудовлетворителен». [16] : §10.4.17 
417 Ожидание не оправдалось
Сервер не может соответствовать требованиям поля заголовка запроса Expect. [17]
418 Я чайник (RFC 2324, RFC 7168)
Этот код был определен в 1998 году как одна из традиционных первоапрельских шуток IETF в RFC 2324, протокол управления гипертекстовым кофейником , и не ожидается, что он будет реализован реальными HTTP-серверами. В RFC указано, что этот код должен возвращаться чайниками, запрашивающими заваривание кофе. [18] Этот статус HTTP используется в качестве пасхального яйца на некоторых веб-сайтах, таких как пасхальное яйцо Google.com «Я чайник». [19] [20] [21] Иногда этот код состояния также используется в качестве ответа на заблокированный запрос вместо более подходящего кода 403 «Запрещено». [22] [23]
421 Неверно направленный запрос
Запрос был направлен на сервер, который не может дать ответ (например, из-за повторного использования соединения).
422 Необработанный контент
Запрос был правильно сформирован (т. е. синтаксически корректен), но не мог быть обработан. [24]
423 Заблокировано (WebDAV; RFC 4918)
Ресурс, к которому осуществляется доступ, заблокирован. [7]
424 Неудачная зависимость (WebDAV; RFC 4918)
Запрос не выполнен, поскольку он зависел от другого запроса и этот запрос не выполнен (например, PROPPATCH). [7]
425 Слишком рано (RFC 8470)
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиенту следует переключиться на другой протокол, например TLS/1.3 , указанный в поле заголовка «Обновление» .
428 Требуется предварительное условие (RFC 6585)
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, в то время как третья сторона изменила состояние на сервере, что привело к конфликту. [25]
429 Слишком много запросов (RFC 6585)
Пользователь отправил слишком много запросов за определенный промежуток времени. Предназначен для использования со схемами ограничения скорости . [25]
431 Слишком большие поля заголовка запроса (RFC 6585)
Сервер не желает обрабатывать запрос, поскольку либо отдельное поле заголовка, либо все поля заголовка вместе взятые слишком велики. [25]
451 недоступен по юридическим причинам (RFC 7725)
Оператору сервера поступило законное требование запретить доступ к ресурсу или к набору ресурсов, включающему запрошенный ресурс. [26] Код 451 был выбран в качестве ссылки на роман «451 градус по Фаренгейту» (см. Благодарности в RFC).

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

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

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

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

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

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

218 Это нормально ( HTTP-сервер Apache )
Используется серверами Apache. Состояние полной ошибки, позволяющее передавать тела сообщений через сервер, если этот ProxyErrorOverride параметр включен. В этой ситуации оно отображается вместо сообщения об ошибке 4xx или 5xx. [30]
419 Срок действия страницы истек ( Laravel Framework )
Используется фреймворком Laravel, когда токен CSRF отсутствует или срок его действия истек. [31]
420 Ошибка метода ( Spring Framework )
Устаревший статус ответа, предложенный во время разработки WebDAV [32] , используемый Spring Framework в случае сбоя метода. [33]
420 Улучшите свое спокойствие ( Твиттер )
Возвращается версией 1 API поиска и тенденций Twitter, когда скорость клиента ограничена; версии 1.1 и более поздние используют вместо этого код ответа 429 Too Many Requests. [34] Фраза «Увеличьте свое спокойствие» взята из фильма 1993 года «Разрушитель» , и ее ассоциация с этим числом, вероятно, является отсылкой к каннабису . [ нужна цитата ]
430 Поля заголовка запроса слишком велики ( Shopify )
Устаревший ответ, используемый Shopify вместо кода ответа 429 Too Many Requests, когда в течение определенного периода времени запрашивается слишком много URL-адресов. [35]
430 Отказ в безопасности Shopify ( Shopify )
Используется Shopify для обозначения того, что запрос считается вредоносным. [36]
450 заблокировано родительским контролем Windows (Microsoft)
Код расширения Microsoft, указывающий, когда родительский контроль Windows включен и блокирует доступ к запрошенной веб-странице. [37]
498 Неверный токен (Esri)
Возвращается ArcGIS for Server . Код 498 указывает на просроченный или недействительный токен. [38]
Требуется токен 499 (Esri)
Возвращается ArcGIS for Server . Код 499 указывает, что токен требуется, но не был отправлен. [38]
509 Превышен предел пропускной способности ( веб-сервер Apache / cPanel )
Сервер превысил пропускную способность, указанную администратором сервера; это часто используется провайдерами виртуального хостинга для ограничения пропускной способности клиентов. [39]
529 Сайт перегружен
Используется Qualys в API тестирования сервера SSLLabs, чтобы сигнализировать о том, что сайт не может обработать запрос. [40]
530 Сайт заморожен
Используется веб-платформой Pantheon Systems для обозначения сайта, который был заблокирован из-за бездействия. [41]
530 Ошибка DNS источника ( Shopify )
Используется Shopify, чтобы указать, что Cloudflare не может разрешить запрошенную запись DNS. [36]
540 Временно отключен ( Shopify )
Используется Shopify для указания того, что запрошенная конечная точка временно отключена. [36]
598 (неофициальное соглашение) Ошибка тайм-аута чтения по сети.
Используется некоторыми HTTP-прокси для сигнализации тайм-аута сетевого чтения за прокси-сервером клиенту перед прокси-сервером. [42]
599 Ошибка тайм-аута сетевого подключения
Ошибка, используемая некоторыми HTTP-прокси для сигнализации тайм-аута сетевого подключения за прокси-сервером клиенту перед прокси-сервером.
783 Неожиданный токен ( Shopify )
Используется Shopify, чтобы указать, что запрос содержит синтаксическую ошибку JSON. [36]

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

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

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

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

nginx

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

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

Облачное сияние

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

520 Веб-сервер возвратил неизвестную ошибку
Исходный сервер вернул Cloudflare пустой, неизвестный или неожиданный ответ. [52]
521 Веб-сервер не работает
Исходный сервер отклонил соединения с Cloudflare. Решения безопасности в источнике могут блокировать законные соединения с определенных IP-адресов Cloudflare.
522 Тайм-аут соединения
У Cloudflare истекло время ожидания связи с исходным сервером.
523 Происхождение недостижимо
Cloudflare не удалось связаться с исходным сервером; например, если записи DNS для исходного сервера неверны или отсутствуют.
524 Произошел тайм-аут
Cloudflare смог установить TCP-соединение с исходным сервером, но не получил своевременного HTTP-ответа.
525 SSL-квитирование не удалось
Cloudflare не удалось согласовать подтверждение SSL/TLS с исходным сервером.
526 Неверный SSL-сертификат
Cloudflare не удалось проверить сертификат SSL на исходном веб-сервере. Также используется gorouter Cloud Foundry .
527 Ошибка рельсотрона
Ошибка 527 указывает на прерванное соединение между Cloudflare и сервером Railgun исходного сервера. [53]
530
Ошибка 530 возвращается вместе с ошибкой 1xxx. [54]

Эластичная балансировка нагрузки AWS

Elastic Load Balancing Amazon Web Services добавляет несколько пользовательских кодов возврата, чтобы сигнализировать о проблемах либо с клиентским запросом, либо с исходным сервером. [55]

000
Возвращается с кадром HTTP/2 GOAWAY, если сжатая длина любого из заголовков превышает 8 КБ или если через одно соединение обслуживается более 10 КБ запросов. [55]
460
Клиент закрыл соединение с балансировщиком нагрузки до истечения времени ожидания простоя. Обычно время ожидания клиента превышает время ожидания Elastic Load Balancer. [55]
463
Балансировщик нагрузки получил заголовок запроса X-Forwarded-For с более чем 30 IP-адресами. [55]
464
Несовместимые версии протокола между клиентом и исходным сервером. [55]
561 Несанкционированный
Ошибка аутентификации, возвращаемая сервером, зарегистрированным в балансировщике нагрузки. Вы настроили правило прослушивателя для аутентификации пользователей, но поставщик удостоверений (IdP) вернул код ошибки при аутентификации пользователя. [55]

Кэширование кодов предупреждений (устарело)

Следующие коды предупреждений, связанные с кэшированием , были указаны в RFC  7234. В отличие от других кодов состояния, приведенных выше, они отправлялись не как статус ответа в протоколе HTTP, а как часть HTTP-заголовка «Предупреждение». [56] [57]

Поскольку этот заголовок «Предупреждение» часто не отправляется серверами и не подтверждается клиентами, этот заголовок и его коды были устаревшими рабочей группой HTTP в 2022 году с помощью RFC  9111. [58]

110 Ответ устарел
Ответ, предоставленный кэшем, устарел (возраст содержимого превышает максимальный возраст, установленный заголовком Cache-Control или эвристически выбранным сроком службы).
111 Повторная проверка не удалась
Кэшу не удалось проверить ответ из-за невозможности связаться с исходным сервером.
112 Отключенная работа
Кэш намеренно отключен от остальной сети.
113 Срок действия эвристики
Кэш эвристически выбрал срок актуальности более 24 часов, а возраст ответа — более 24 часов.
199 Разное предупреждение
Произвольное, неконкретное предупреждение. Текст предупреждения может быть зарегистрирован или представлен пользователю.
214 Применено преобразование
Добавляется прокси-сервером, если он применяет к представлению какое-либо преобразование, например изменение кодировки контента, типа мультимедиа и т.п.
299 Разное Постоянное Предупреждение
То же, что и 199, но указывает на постоянное предупреждение.

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

Примечания

  1. ^ Выделенные слова и фразы, такие как «должен » и « должен», представляют собой рекомендации по интерпретации, указанные в RFC  2119.

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

  1. ^ abcdef Р. Филдинг ; М. Ноттингем; Дж. Решке, ред. (июнь 2022 г.). HTTP-семантика. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC9110 . ISSN  2070-1721. СТД 97. RFC 9110. Интернет-стандарт 97. Устаревшие RFC 2818, 7230, 7231, 7232, 7233, 7235, 7538, 7615 и 7694. Обновляет RFC  3864.
  2. ^ abc «Реестр кодов состояния протокола передачи гипертекста (HTTP)» . Яна.орг. Архивировано из оригинала 11 декабря 2011 года . Проверено 8 января 2015 г.
  3. ^ Голанд, Яронн; Уайтхед, Джим ; Файзи, Асад; Картер, Стив Р.; Дженсен, Дел (февраль 1999 г.). Расширения HTTP для распределенной разработки — WEBDAV. IETF . дои : 10.17487/RFC2518 . РФК 2518 . Проверено 24 октября 2009 г.
  4. ^ «Обработка 102 — HTTP MDN» .Код состояния 102 устарел
  5. ^ Оку, Кадзухо (декабрь 2017 г.). Код состояния HTTP для указания подсказок. IETF . дои : 10.17487/RFC8297 . РФК 8297 . Проверено 20 декабря 2017 г.
  6. ^ Стюарт, Марк; джна. «Создать запрос с помощью POST, коды ответа 200 или 201 и содержимое». Переполнение стека . Архивировано из оригинала 11 октября 2016 года . Проверено 16 октября 2015 г.
  7. ^ abcd Дюссо, Лиза, изд. (июнь 2007 г.). Расширения HTTP для распределенной веб-авторизации и управления версиями (WebDAV). IETF . дои : 10.17487/RFC4918 . РФК 4918 . Проверено 24 октября 2009 г.
  8. ^ Дельта-кодировка в HTTP. IETF . Январь 2002 г. doi : 10.17487/RFC3229 . РФК 3229 . Проверено 25 февраля 2011 г.
  9. ^ Т. Бернерс-Ли ; Р. Филдинг ; Х. Фристык (май 1996 г.). Протокол передачи гипертекста — HTTP/1.0. Сетевая рабочая группа. дои : 10.17487/RFC1945 . РФК 1945. Информационный.
  10. ^ «Ошибка Mozilla Bugzilla 187996: странное поведение при перенаправлении 305, комментарий 13» . 3 марта 2003 года. Архивировано из оригинала 21 апреля 2014 года . Проверено 21 мая 2009 г.
  11. ^ «Учебное пособие по GNU Taler для разработчиков веб-магазина PHP 0.4.0» . docs.taler.net . Архивировано из оригинала 8 ноября 2017 года . Проверено 29 октября 2017 г.
  12. ^ «Стандартные ответы на ошибки API Google» . 2016. Архивировано из оригинала 25 мая 2017 года . Проверено 21 июня 2017 г.
  13. ^ "Документация по API Sipgate" . Архивировано из оригинала 10 июля 2018 года . Проверено 10 июля 2018 г.
  14. ^ "Документация Shopify" . Архивировано из оригинала 25 июля 2018 года . Проверено 25 июля 2018 г.
  15. ^ «Справочник по API Stripe – Ошибки» . Stripe.com . Проверено 28 октября 2019 г.
  16. ^ abc Р. Филдинг ; Дж. Геттис; Дж. Могул; Х. Фристык ; Л. Масинтер ; П. Лич; Т. Бернерс-Ли (август 1999 г.). Протокол передачи гипертекста — HTTP/1.1. Сетевая рабочая группа. дои : 10.17487/RFC2616 . РФК 2616. Устаревший. Устарело RFC 7230, 7231, 7232, 7233, 7234 и 7235. Устарело RFC 2068. Обновлено RFC 2817, 5785, 6266 и 6585.
  17. ^ TheDeadLike. «Коды состояния HTTP/1.1 400 и 417, выбрать какой невозможно». ошибка сервера . Архивировано из оригинала 10 октября 2015 года . Проверено 16 октября 2015 г.
  18. ^ Л. Масинтер (1 апреля 1998 г.). Протокол управления кофейником с гипертекстом (HTCPCP/1.0). Сетевая рабочая группа. дои : 10.17487/RFC2324 . РФК 2324. Информационный. Обновлено RFC 7168. Это запрос комментариев в честь Дня дурака . Любая попытка заварить кофе в чайнике должна привести к появлению кода ошибки «418 Я чайник». Результирующее тело объекта МОЖЕТ быть коротким и толстым.
  19. ^ Я чайник
  20. ↑ Барри Шварц (26 августа 2014 г.). «Новая пасхалка Google для SEO-специалистов: статус сервера 418, я чайник». Земля поисковых систем . Архивировано из оригинала 15 ноября 2015 года . Проверено 4 ноября 2015 г.
  21. ^ "Чайник Google" . Проверено 23 октября 2017 г.[ мертвая ссылка ]
  22. ^ «Включить дополнительную веб-безопасность на веб-сайте» . ДримХост . Проверено 18 декабря 2022 г.
  23. ^ «Я зашел на русский сайт и получил только этот паршивый чайник» . PCMag . Проверено 18 декабря 2022 г.
  24. ^ HTTP-семантика. IETF . Июнь 2022 г. doi : 10.17487/RFC9110 . РФК 9110 . Проверено 23 ноября 2023 г.
  25. ^ abcd М. Ноттингем; Р. Филдинг (апрель 2012 г.). Дополнительные коды состояния HTTP. Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC6585 . ISSN  2070-1721. РФК 6585. Предлагаемый стандарт. Обновления RFC 2616.
  26. ^ Брэй, Т. (февраль 2016 г.). «Код состояния HTTP для сообщения о юридических препятствиях». ietf.org . Архивировано из оригинала 4 марта 2016 года . Проверено 7 марта 2015 г.
  27. ^ Алекс. «Какой правильный код состояния HTTP следует отправлять, когда сайт не работает на техническое обслуживание?». Переполнение стека . Архивировано из оригинала 11 октября 2016 года . Проверено 16 октября 2015 г.
  28. ^ Холтман, Коэн; Мутц, Эндрю Х. (март 1998 г.). Прозрачное согласование контента в HTTP. IETF . дои : 10.17487/RFC2295 . РФК 2295 . Проверено 24 октября 2009 г.
  29. ^ Нильсен, Хенрик Фристик ; Лич, Пол; Лоуренс, Скотт (февраль 2000 г.). Платформа расширений HTTP. IETF . дои : 10.17487/RFC2774 . РФК 2774 . Проверено 24 октября 2009 г.
  30. ^ «218 Это нормально — объяснение кода состояния HTTP» . HTTP.dev . Проверено 25 июля 2023 г.
  31. ^ "framework/src/Illuminate/Foundation/Exceptions/Handler.php" . Проверено 12 декабря 2023 г.
  32. ^ «draft-ietf-webdav-protocol-05: Расширения для распределенной авторизации во Всемирной паутине — WEBDAV» .
  33. ^ "Перечисление HttpStatus". Весенний фреймворк . org.springframework.http. Архивировано из оригинала 25 октября 2015 года . Проверено 16 октября 2015 г.
  34. ^ «Коды ошибок и ответы Twitter» . Твиттер . 2014. Архивировано из оригинала 27 сентября 2017 года . Проверено 20 января 2014 г.
  35. ^ «Коды состояния HTTP и SEO: что вам нужно знать» . КонтентКинг . Проверено 9 августа 2019 г.
  36. ^ abcd «Состояние ответа API Shopify и коды ошибок» . Проверено 12 декабря 2023 г.
  37. ^ «Скриншот страницы с ошибкой» . Архивировано из оригинала (bmp) 11 мая 2013 года . Проверено 11 октября 2009 г.
  38. ^ ab «Использование аутентификации на основе токенов». ArcGIS Server SOAP SDK . Архивировано из оригинала 26 сентября 2014 года . Проверено 8 сентября 2014 г.
  39. ^ «Коды ошибок HTTP и быстрые исправления» . Docs.cpanel.net. Архивировано из оригинала 23 ноября 2015 года . Проверено 15 октября 2015 г.
  40. ^ «Документация API SSL Labs v3» . github.com .
  41. ^ «Аспекты платформы | Документы Pantheon» . пантеон.io . Архивировано из оригинала 6 января 2017 года . Проверено 5 января 2017 г.
  42. ^ «Коды состояния HTTP — ascii-code.com» . www.ascii-code.com . Архивировано из оригинала 7 января 2017 года . Проверено 23 декабря 2016 г.
  43. ^ «Сообщение об ошибке при попытке войти в Exchange 2007 с помощью Outlook Web Access: «440 Время ожидания входа»». Майкрософт . 2010 . Проверено 13 ноября 2013 г.
  44. ^ «2.2.6 449 Повторить попытку с кодом состояния» . Майкрософт . 2009. Архивировано из оригинала 5 октября 2009 года . Проверено 26 октября 2009 г.
  45. ^ «MS-ASCMD, Раздел 3.1.5.2.2» . Msdn.microsoft.com. Архивировано из оригинала 26 марта 2015 года . Проверено 8 января 2015 г.
  46. ^ "Мс-оксдиско". Msdn.microsoft.com. Архивировано из оригинала 31 июля 2014 года . Проверено 8 января 2015 г.
  47. ^ «Коды состояния HTTP в IIS 7.0» . Майкрософт . 14 июля 2009 года. Архивировано из оригинала 9 апреля 2009 года . Проверено 1 апреля 2009 г.
  48. ^ "ngx_http_request.h". Исходный код nginx 1.9.5 . Компания Nginx Inc. Архивировано из оригинала 19 сентября 2017 года . Проверено 9 января 2016 г.
  49. ^ "ngx_http_special_response.c". Исходный код nginx 1.9.5 . Компания Nginx Inc. Архивировано из оригинала 8 мая 2018 года . Проверено 9 января 2016 г.
  50. ^ директива return. Архивировано 1 марта 2018 г. в документации Wayback Machine (модуль http_rewrite).
  51. ^ «Устранение неполадок: страницы ошибок» . Облачная вспышка . Архивировано из оригинала 4 марта 2016 года . Проверено 9 января 2016 г.
  52. ^ «Ошибка 520: веб-сервер возвращает неизвестную ошибку» . Облачная вспышка .
  53. ^ «Ошибка 527: ошибка источника сигнала рельсотрона» . Облачная вспышка . Архивировано из оригинала 13 октября 2016 года . Проверено 12 октября 2016 г.
  54. ^ «Ошибка 530». Облачная вспышка . Проверено 1 ноября 2019 г.
  55. ^ abcdef «Устранение неполадок балансировщиков нагрузки приложений — эластичная балансировка нагрузки» . docs.aws.amazon.com . Проверено 17 мая 2023 г.
  56. ^ «Протокол передачи гипертекста (HTTP/1.1): Кэширование». datatracker.ietf.org . Проверено 25 сентября 2021 г.
  57. ^ «Внимание — HTTP | MDN» . http://developer.mozilla.org . Проверено 15 августа 2021 г. Некоторый текст был скопирован из этого источника, который доступен по лицензии Creative Commons Attribution-ShareAlike 2.5 Generic (CC BY-SA 2.5).
  58. ^ «RFC 9111: HTTP-кэширование, раздел 5.5 «Предупреждение»» . Июнь 2022.

Внешние ссылки

В Wikimedia Commons есть медиафайлы, связанные с кодами состояния HTTP .