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

List of HTTP status codes

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

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

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

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

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

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

100 Продолжить
Сервер получил заголовки запроса, и клиент должен продолжить отправку тела запроса (в случае запроса, для которого необходимо отправить тело; например, СООБЩЕНИЕ запрос). Отправка большого тела запроса на сервер после того, как запрос был отклонен из-за несоответствующих заголовков, будет неэффективен. Чтобы сервер проверил заголовки запроса, клиент должен отправить Ожидайте: 100-продолжение в качестве заголовка в своем первоначальном запросе и получить 100 Продолжить код состояния в ответ перед отправкой тела. Если клиент получает код ошибки, такой как 403 (Запрещено) или 405 (Метод не разрешен), он не должен отправлять тело запроса. Ответ 417 Ожидание не выполнено указывает, что запрос следует повторить без Ожидать заголовок, поскольку он указывает на то, что сервер не поддерживает ожидания (например, в случае серверов HTTP / 1.0).[4]
101 протокол переключения
Запрашивающая сторона попросила сервер переключить протоколы, и сервер дал согласие на это.[5]
102 Обработка (WebDAV; RFC 2518)
Запрос WebDAV может содержать множество подзапросов, связанных с файловыми операциями, для выполнения которых требуется много времени. Этот код указывает, что сервер получил и обрабатывает запрос, но ответа еще нет.[6] Это предотвращает тайм-аут клиента и предположение, что запрос был потерян.
103 Ранние подсказки (RFC 8297)
Используется для возврата некоторых заголовков ответа перед окончательным HTTP-сообщением.[7]

2хх успех

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

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

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

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

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

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

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

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

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

ошибка 400, неверный запрос
Сервер не может или не будет обрабатывать запрос из-за явной ошибки клиента (например, неверный синтаксис запроса, слишком большой размер, недопустимое формирование сообщения запроса или обманчивая маршрутизация запроса).[31]
401 Несанкционированный (RFC 7235)
Похожий на 403 Запрещено, но специально для использования, когда аутентификация требуется, но она не удалась или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. Видеть Базовая аутентификация доступа и Дайджест-проверка подлинности доступа.[32] 401 семантически означает «неавторизованный»,[33] у пользователя нет действительных учетных данных для аутентификации для целевого ресурса.
Примечание. Некоторые сайты неправильно выдают HTTP 401, когда айпи адрес запрещен на веб-сайте (обычно это домен веб-сайта), и этому конкретному адресу отказано в доступе к веб-сайту.[нужна цитата]
402 Требуется оплата
Зарезервировано для использования в будущем. Изначально предполагалось, что этот код можно использовать как часть некоторой формы цифровые деньги или микроплатеж схема, предложенная, например, GNU Taler,[34] но этого еще не произошло, и этот код не получил широкого распространения. Разработчики Google API использует этот статус, если конкретный разработчик превысил дневной лимит запросов.[35] Sipgate использует этот код, если на счете недостаточно средств для начала звонка.[36] Shopify использует этот код, когда магазин не выплатил комиссию и временно отключен.[37] Полоса использует этот код для неудачных платежей с правильными параметрами, например, заблокированных мошеннических платежей.[38]
403 Запрещено
Запрос содержал действительные данные и был понят сервером, но сервер отклоняет действие. Это может быть связано с тем, что пользователь не имеет необходимых разрешений для ресурса или ему требуется учетная запись какого-либо типа, или он пытается выполнить запрещенное действие (например, создает дублирующую запись, где разрешен только один). Этот код также обычно используется, если запрос предоставил аутентификацию путем ответа на запрос поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
404 Не Найдено
Запрошенный ресурс не может быть найден, но может быть доступен в будущем. Последующие запросы со стороны клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET в форме, который требует, чтобы данные были представлены через СООБЩЕНИЕили запрос PUT для ресурса, доступного только для чтения.
406 неприемлемо
Запрошенный ресурс может генерировать только контент, неприемлемый в соответствии с заголовками Accept, отправленными в запросе.[39] Видеть Согласование содержания.
407 Требуется проверка подлинности прокси (RFC 7235)
Клиент должен сначала аутентифицироваться с помощью доверенное лицо.[40]
408 Тайм-аут запроса
Время ожидания запроса на сервере истекло. Согласно спецификациям HTTP: «Клиент не отправил запрос в течение времени, в течение которого сервер был подготовлен к ожиданию. Клиент МОЖЕТ повторить запрос без изменений в любое время».[41]
409 Конфликт
Указывает, что запрос не может быть обработан из-за конфликта в текущем состоянии ресурса, например редактировать конфликт между несколькими одновременными обновлениями.
410 ушел
Указывает, что запрошенный ресурс больше не доступен и больше не будет доступен. Это следует использовать, когда ресурс был намеренно удален, и ресурс должен быть очищен. После получения кода состояния 410 клиент не должен запрашивать ресурс в будущем. Такие клиенты, как поисковые системы, должны удалить ресурс из своих индексов.[42] В большинстве случаев не требуется, чтобы клиенты и поисковые системы очищали ресурс, и вместо этого можно использовать сообщение «404 Not Found».
411 Требуется длина
В запросе не указана длина его содержимого, необходимая для запрашиваемого ресурса.[43]
412 Ошибка предварительного условия (RFC 7232)
Сервер не соответствует одному из предварительных условий, которые запрашивающая сторона поставила в полях заголовка запроса.[44][45]
413 Слишком большая полезная нагрузка (RFC 7231)
Запрос больше, чем сервер хочет или может обработать. Ранее назывался «Слишком большой объект запроса».[46]
414 URI слишком длинный (RFC 7231)
В URI предоставленный был слишком длинным для обработки сервером. Часто это результат того, что слишком много данных кодируется как строка запроса запроса GET, и в этом случае его следует преобразовать в запрос POST.[47] Ранее вызывался "Request-URI Too Long".[48]
415 Неподдерживаемый тип носителя (RFC 7231)
Сущность запроса имеет тип СМИ которые сервер или ресурс не поддерживает. Например, клиент загружает изображение как изображение / svg + xml, но сервер требует, чтобы изображения использовали другой формат.[49]
416 Неудовлетворительный диапазон (RFC 7233)
Клиент запросил часть файла (байтовое обслуживание), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, лежащую за концом файла.[50] Ранее называлась «Запрошенный диапазон не удовлетворяется».[51]
417 Ожидание не выполнено
Сервер не может удовлетворить требованиям поля заголовка запроса Expect.[52]
418 я чайник (RFC 2324, RFC 7168)
Этот кодекс был определен в 1998 году как один из традиционных IETF Первоапрельские шутки, в RFC 2324, Протокол управления гипертекстовым кофейником, и не ожидается, что он будет реализован на реальных HTTP-серверах. RFC указывает, что этот код должен возвращаться чайниками, которых просят заварить кофе.[53] Этот статус HTTP используется как Пасхальное яйцо на некоторых веб-сайтах, например Google.com Я чайник пасхальное яйцо.[54][55]
421 неправильно направленный запрос (RFC 7540)
Запрос был направлен на сервер, который не может дать ответ[56] (например, из-за повторного использования соединения).[57]
422 Необработанная сущность (WebDAV; RFC 4918)
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.[16]
423 Заблокировано (WebDAV; RFC 4918)
Ресурс, к которому осуществляется доступ, заблокирован.[16]
424 Неудачная зависимость (WebDAV; RFC 4918)
Запрос не удался, потому что он зависел от другого запроса, и этот запрос не удался (например, PROPPATCH).[16]
425 Слишком рано (RFC 8470)
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиент должен переключиться на другой протокол, например TLS / 1.0, приведенный в Заголовок обновления поле.[58]
428 Требуется предварительное условие (RFC 6585)
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.[59]
429 Слишком много запросов (RFC 6585)
Пользователь отправил слишком много запросов за заданный промежуток времени. Предназначен для использования с ограничение скорости схемы.[59]
431 Слишком большие поля заголовка запроса (RFC 6585)
Сервер не желает обрабатывать запрос, потому что либо отдельное поле заголовка, либо все поля заголовка в совокупности слишком велики.[59]
451 Недоступно по юридическим причинам (RFC 7725)
Оператор сервера получил законное требование запретить доступ к ресурсу или набору ресурсов, который включает запрошенный ресурс.[60] Код 451 был выбран в качестве ссылки на роман. 451 градус по Фаренгейту (см. Благодарности в RFC).

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

В сервер не удалось выполнить запрос.[61]

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

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

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

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

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

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

Microsoft Информационные службы Интернета (IIS) веб-сервер расширяет пространство ошибок 4xx, чтобы сигнализировать об ошибках в запросе клиента.

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

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

nginx

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

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

Cloudflare

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

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

AWS Elastic Load Balancer

Amazonс Эластичная балансировка нагрузки добавляет несколько пользовательских кодов возврата 4xx

460

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

463

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

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

Примечания

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

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

  1. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и содержание». IETF. В архиве из оригинала 25 мая 2017 г.. Получено 16 декабря, 2017.
  2. ^ а б c «Реестр кода состояния протокола передачи гипертекста (HTTP)». Iana.org. В архиве с оригинала 11 декабря 2011 г.. Получено 8 января, 2015.
  3. ^ «10 определений кодов состояния». W3. В архиве из оригинала 16 марта 2010 г.. Получено 16 октября, 2015.
  4. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и контент - 5.1.1. Ожидайте». В архиве из оригинала 25 мая 2017 г.. Получено 27 сентября, 2017.
  5. ^ "101". httpstatus. Архивировано из оригинал 30 октября 2015 г.. Получено 16 октября, 2015.
  6. ^ Голанд, Яронн; Уайтхед, Джим; Файзи, Асад; Картер, Стив Р .; Дженсен, Дел (февраль 1999 г.). Расширения HTTP для распределенной разработки - WEBDAV. IETF. Дои:10.17487 / RFC2518. RFC 2518. Получено 24 октября, 2009.
  7. ^ Оку, Кадзухо (Декабрь 2017 г.). Код состояния HTTP для индикации подсказок. IETF. Дои:10.17487 / RFC8297. RFC 8297. Получено 20 декабря, 2017.
  8. ^ «200 ОК». Протокол передачи гипертекста - HTTP / 1.1. IETF. Июнь 1999 г. с. 10.2.1. Дои:10.17487 / RFC2616. RFC 2616. Получено 30 августа, 2016.
  9. ^ Стюарт, Марк; джна. «Создать запрос с POST, код ответа 200 или 201 и содержание». Переполнение стека. В архиве с оригинала 11 октября 2016 г.. Получено 16 октября, 2015.
  10. ^ "202". httpstatus. Архивировано из оригинал 19 октября 2015 г.. Получено 16 октября, 2015.
  11. ^ "RFC 7231, раздел 6.3.4". В архиве с оригинала 25 мая 2017 года.
  12. ^ "RFC 7230, раздел 5.7.2". В архиве из оригинала 3 февраля 2016 г.. Получено 3 февраля, 2016.
  13. ^ Симманс, Крис. «Коды ответов сервера и что они означают». Koozai. Архивировано из оригинал 26 сентября 2015 г.. Получено 16 октября, 2015.
  14. ^ «IETF RFC7231 раздел 6.3.6. - 205 Сброс содержимого». IETF.org. В архиве из оригинала 25 мая 2017 г.. Получено 6 сентября, 2018.
  15. ^ "diff --git a / linkchecker.module b / linkchecker.module". Drupal. Архивировано из оригинал 4 марта 2016 г.. Получено 16 октября, 2015.
  16. ^ а б c d е Дюссо, Лиза, изд. (Июнь 2007 г.). Расширения HTTP для веб-распределенной разработки и управления версиями (WebDAV). IETF. Дои:10.17487 / RFC4918. RFC 4918. Получено 24 октября, 2009.
  17. ^ Дельта-кодирование в HTTP. IETF. Январь 2002 г. Дои:10.17487 / RFC3229. RFC 3229. Получено 25 февраля, 2011.
  18. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и содержание». IETF. В архиве из оригинала 25 мая 2017 г.. Получено 13 февраля, 2016.
  19. ^ "300". httpstatus. Архивировано из оригинал 17 октября 2015 г.. Получено 16 октября, 2015.
  20. ^ "301". httpstatus. Архивировано из оригинал 27 октября 2015 г.. Получено 16 октября, 2015.
  21. ^ Бернерс-Ли, Тим; Филдинг, Рой Т.; Нильсен, Хенрик Фристик (Май 1996 г.). Протокол передачи гипертекста - HTTP / 1.0. IETF. Дои:10.17487 / RFC1945. RFC 1945. Получено 24 октября, 2009.
  22. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и содержание, раздел 6.4». IETF. В архиве из оригинала 25 мая 2017 г.. Получено 12 июня, 2014.
  23. ^ «Ссылка на метод redirect_to в Ruby Web Framework« Ruby on Rails ». В нем говорится: перенаправление происходит как заголовок« 302 перемещен », если не указано иное». Архивировано из оригинал 5 июля 2012 г.. Получено 30 июня, 2012.
  24. ^ "303". httpstatus. В архиве с оригинала 22 октября 2015 г.. Получено 16 октября, 2015.
  25. ^ «304 не изменено». Сеть разработчиков Mozilla. Архивировано из оригинал 2 июля 2017 г.. Получено 6 июля, 2017.
  26. ^ «Ошибка Mozilla Bugzilla 187996: странное поведение при переадресации 305, комментарий 13». 3 марта 2003 г. Архивировано с оригинал 21 апреля 2014 г.. Получено 21 мая, 2009.
  27. ^ Коэн, Джош. «Коды ответа HTTP / 1.1 305 и 306». Рабочая группа HTTP. В архиве из оригинала 8 сентября 2014 г.. Получено 8 сентября, 2014.
  28. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и контент, раздел 6.4.7, временное перенаправление 307». IETF. 2014. В архиве из оригинала 25 мая 2017 г.. Получено 20 сентября, 2014.
  29. ^ «Код состояния 308 протокола передачи гипертекста (постоянное перенаправление)». Инженерная группа Интернета. Апрель 2015 г. В архиве из оригинала 16 апреля 2015 г.. Получено 6 апреля, 2015.
  30. ^ «E Объяснение кодов неисправностей». Oracle. В архиве из оригинала 16 февраля 2015 г.. Получено 16 октября, 2015.
  31. ^ "RFC7231 по коду 400". Tools.ietf.org. В архиве из оригинала 25 мая 2017 г.. Получено 8 января, 2015.
  32. ^ "401". httpstatus. Архивировано из оригинал 17 октября 2015 г.. Получено 16 октября, 2015.
  33. ^ "RFC7235 по коду 401". Tools.ietf.org. В архиве из оригинала 7 февраля 2015 г.. Получено 8 февраля, 2015.
  34. ^ "Учебное пособие по GNU Taler для разработчиков веб-магазинов PHP 0.4.0". docs.taler.net. Архивировано из оригинал 8 ноября 2017 г.. Получено 29 октября, 2017.
  35. ^ "Стандартные ответы на ошибки Google API". 2016. Архивировано с оригинал 25 мая 2017 г.. Получено 21 июня, 2017.
  36. ^ «Документация по API Sipgate». В архиве с оригинала 10 июля 2018 г.. Получено 10 июля, 2018.
  37. ^ "Shopify Документация". В архиве с оригинала 25 июля 2018 г.. Получено 25 июля, 2018.
  38. ^ «Справочник по Stripe API - Ошибки». stripe.com. Получено 28 октября, 2019.
  39. ^ Сингх, Прабхат; user1740567. Характеристики "Spring 3.x JSON status 406" недопустимы согласно запросу "accept" headers ()"". Переполнение стека. В архиве с оригинала 11 октября 2016 г.. Получено 16 октября, 2015.
  40. ^ "407". httpstatus. Архивировано из оригинал 11 октября 2015 г.. Получено 16 октября, 2015.
  41. ^ "408". httpstatus. Архивировано из оригинал 31 октября 2015 г.. Получено 16 октября, 2015.
  42. ^ "По-разному ли Google обрабатывает коды состояния 404 и 410? (Youtube)". 2014. В архиве из оригинала 8 января 2015 г.. Получено 4 февраля, 2015.
  43. ^ «Список кодов состояния HTTP». Google Книги. Получено 16 октября, 2015.
  44. ^ «Архивная копия». В архиве с оригинала 26 июня 2019 г.. Получено 20 июня, 2019.CS1 maint: заархивированная копия как заголовок (ссылка на сайт)
  45. ^ Коусер; Патель, Амит. «Код ответа REST для недопустимых данных». Переполнение стека. В архиве с оригинала 11 октября 2016 г.. Получено 16 октября, 2015.
  46. ^ «RFC2616 по статусу 413». Tools.ietf.org. В архиве из оригинала 7 марта 2011 г.. Получено 11 ноября, 2015.
  47. ^ user27828. «Запрос GET - почему мой URI такой длинный?». Переполнение стека. В архиве с оригинала 11 октября 2016 г.. Получено 16 октября, 2015.
  48. ^ «RFC2616 по статусу 414». Tools.ietf.org. В архиве из оригинала 7 марта 2011 г.. Получено 11 ноября, 2015.
  49. ^ «RFC7231 по статусу 415». Tools.ietf.org. В архиве из оригинала 25 мая 2017 г.. Получено 2 мая, 2019.
  50. ^ Сиглер, Крис. «416 Запрошенный диапазон не удовлетворяется». GetStatusCode. Архивировано из оригинал 22 октября 2015 г.. Получено 16 октября, 2015.
  51. ^ «RFC2616 по статусу 416». Tools.ietf.org. В архиве из оригинала 7 марта 2011 г.. Получено 11 ноября, 2015.
  52. ^ TheDeadLike. «Коды состояния HTTP / 1.1 400 и 417, нельзя выбрать какой». serverFault. Архивировано из оригинал 10 октября 2015 г.. Получено 16 октября, 2015.
  53. ^ Ларри Масинтер (1 апреля 1998 г.). Протокол управления гипертекстовым кофейником (HTCPCP / 1.0). Дои:10.17487 / RFC2324. RFC 2324. Любая попытка заварить кофе с помощью чайника должна приводить к появлению кода ошибки «418 Я чайник». Полученное тело объекта МОЖЕТ быть коротким и крепким.
  54. ^ Барри Шварц (26 августа 2014 г.). "Новое пасхальное яйцо Google для гиков SEO: статус сервера 418, я чайник". Search Engine Land. Архивировано из оригинал 15 ноября 2015 г.. Получено 4 ноября, 2015.
  55. ^ "Чайник Google". Получено 23 октября, 2017.[мертвая ссылка]
  56. ^ «Протокол передачи гипертекста версии 2». Март 2015. Архивировано с оригинал 25 апреля 2015 г.. Получено 25 апреля, 2015.
  57. ^ «9.1.1. Повторное использование соединения». RFC7540. Май 2015. В архиве с оригинала от 23 июня 2015 г.. Получено 11 июля, 2017.
  58. ^ Khare, R; Лоуренс, С. «Обновление до TLS в HTTP / 1.1». IETF. Сетевая рабочая группа. В архиве с оригинала 8 октября 2015 г.. Получено 16 октября, 2015.
  59. ^ а б c d Ноттингем, М .; Филдинг, Р. (апрель 2012 г.). «RFC 6585 - Дополнительные коды состояния HTTP». Запрос комментариев. Инженерная группа Интернета. В архиве из оригинала 4 мая 2012 г.. Получено 1 мая, 2012.
  60. ^ Брей, Т. (февраль 2016 г.). «Код состояния HTTP для сообщения о юридических препятствиях». ietf.org. В архиве из оригинала 4 марта 2016 г.. Получено 7 марта, 2015.
  61. ^ «Коды ошибок сервера». CSGNetwork.com. Архивировано из оригинал 8 октября 2015 г.. Получено 16 октября, 2015.
  62. ^ мистер Готт. «Коды состояния HTTP для обработки ошибок в вашем API». мистер Готт. Архивировано из оригинал 30 сентября 2015 г.. Получено 16 октября, 2015.
  63. ^ Фишер, Тим. "внутренняя ошибка сервера 500". Lifewire. Архивировано из оригинал 23 февраля 2017 г.. Получено 22 февраля, 2017.
  64. ^ «Ошибка HTTP 501 не реализована». Проверить вверх вниз. Архивировано из оригинал 12 мая 2017 г.. Получено 22 февраля, 2017.
  65. ^ Фишер, Тим. "502 Неверный шлюз". Lifewire. Архивировано из оригинал 23 февраля 2017 г.. Получено 22 февраля, 2017.
  66. ^ Алекс. «Какой правильный код состояния HTTP отправлять, когда сайт не работает на техническое обслуживание?». Переполнение стека. В архиве с оригинала 11 октября 2016 г.. Получено 16 октября, 2015.
  67. ^ «Ошибка HTTP 504, время ожидания шлюза». Проверить вверх вниз. Архивировано из оригинал 20 сентября 2015 г.. Получено 16 октября, 2015.
  68. ^ «Ошибка HTTP 505 - версия HTTP не поддерживается». Проверить вверх вниз. Архивировано из оригинал 24 сентября 2015 г.. Получено 16 октября, 2015.
  69. ^ Холтман, Коэн; Муц, Эндрю Х. (март 1998 г.). Прозрачное согласование содержимого в HTTP. IETF. Дои:10.17487 / RFC2295. RFC 2295. Получено 24 октября, 2009.
  70. ^ Нильсен, Хенрик Фристик; Лич, Пол; Лоуренс, Скотт (февраль 2000 г.). Платформа расширения HTTP. IETF. Дои:10.17487 / RFC2774. RFC 2774. Получено 24 октября, 2009.
  71. ^ "ResumableHttpRequestsProposal". Архивировано из оригинал 13 октября 2015 г.. Получено 8 марта, 2017.
  72. ^ "Apache ProxyErrorOverride". В архиве с оригинала 12 июня 2018 г.. Получено 7 июня, 2018.
  73. ^ "Enum HttpStatus". Spring Framework. org.springframework.http. В архиве с оригинала 25 октября 2015 г.. Получено 16 октября, 2015.
  74. ^ «Коды ошибок Twitter и ответы на них». Twitter. 2014. Архивировано с оригинал 27 сентября 2017 г.. Получено 20 января, 2014.
  75. ^ «Коды статуса HTTP и SEO: что вам нужно знать». ContentKing. Получено 9 августа, 2019.
  76. ^ "Скриншот страницы ошибки". Архивировано из оригинал (BMP) 11 мая 2013 г.. Получено 11 октября, 2009.
  77. ^ а б «Использование аутентификации на основе токенов». Пакет SDK для ArcGIS Server SOAP. Архивировано из оригинал 26 сентября 2014 г.. Получено 8 сентября, 2014.
  78. ^ «Коды ошибок HTTP и быстрые исправления». Docs.cpanel.net. Архивировано из оригинал 23 ноября 2015 г.. Получено 15 октября, 2015.
  79. ^ «Документация по SSL Labs API v3». github.com.
  80. ^ "Соображения по поводу платформы | Документы Pantheon". pantheon.io. Архивировано из оригинал 6 января 2017 г.. Получено 5 января, 2017.
  81. ^ http://www.injosoft.se, Injosoft AB. "Коды статуса HTTP - ascii-code.com". www.ascii-code.com. Архивировано из оригинал 7 января 2017 г.. Получено 23 декабря, 2016.
  82. ^ «Сообщение об ошибке при попытке войти в Exchange 2007 с помощью Outlook Web Access:» 440 Тайм-аут входа"". Microsoft. 2010. Получено 13 ноября, 2013.
  83. ^ «2.2.6 449 Retry With Status Code». Microsoft. 2009. В архиве из оригинала 5 октября 2009 г.. Получено 26 октября, 2009.
  84. ^ «MS-ASCMD, раздел 3.1.5.2.2». Msdn.microsoft.com. В архиве с оригинала 26 марта 2015 г.. Получено 8 января, 2015.
  85. ^ "Мисс-оксдиско". Msdn.microsoft.com. В архиве с оригинала 31 июля 2014 г.. Получено 8 января, 2015.
  86. ^ «Коды состояния HTTP в IIS 7.0». Microsoft. 14 июля 2009 г. В архиве из оригинала от 9 апреля 2009 г.. Получено 1 апреля, 2009.
  87. ^ "ngx_http_request.h". исходный код nginx 1.9.5. nginx inc. Архивировано из оригинал 19 сентября 2017 г.. Получено 9 января, 2016.
  88. ^ "ngx_http_special_response.c". исходный код nginx 1.9.5. nginx inc. Архивировано из оригинал 8 мая 2018 г.. Получено 9 января, 2016.
  89. ^ директива return В архиве 1 марта 2018 г. Wayback Machine (модуль http_rewrite) документация.
  90. ^ «Устранение неполадок: страницы ошибок». Cloudflare. Архивировано из оригинал 4 марта 2016 г.. Получено 9 января, 2016.
  91. ^ «Ошибка 520: веб-сервер возвращает неизвестную ошибку». Cloudflare. Получено 1 ноября, 2019.
  92. ^ «Ошибка 527: ошибка прослушивателя рейлгана для источника». Cloudflare. В архиве с оригинала 13 октября 2016 г.. Получено 12 октября, 2016.
  93. ^ «Ошибка 530». Cloudflare. Получено 1 ноября, 2019.
  94. ^ а б «Устранение неполадок в балансировщиках нагрузки вашего приложения - эластичная балансировка нагрузки». docs.aws.amazon.com. Получено 27 августа, 2019.

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