Страница полузащищенная
Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

HTTP
Способы запроса
Поля заголовка
Коды состояния
Методы контроля доступа безопасности
Уязвимости безопасности

Это список кодов состояния ответа протокола передачи гипертекста (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 Продолжить
Сервер получил заголовки запроса, и клиент должен перейти к отправке тела запроса (в случае запроса, для которого необходимо отправить тело; например, запрос POST ). Отправка большого тела запроса на сервер после того, как запрос был отклонен из-за несоответствующих заголовков, будет неэффективен. Чтобы сервер проверил заголовки запроса, клиент должен отправить Expect: 100-continueв качестве заголовка в своем начальном запросе и получить 100 Continueкод состояния в ответ перед отправкой тела. Если клиент получает код ошибки, такой как 403 (Запрещено) или 405 (Метод запрещен), он не должен отправлять тело запроса. В ответе 417 Expectation Failedуказано, что запрос следует повторить безExpectзаголовок, поскольку он указывает на то, что сервер не поддерживает ожидания (например, в случае серверов 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 в Википедии

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

ошибка 400, неверный запрос
Сервер не может или не будет обрабатывать запрос из-за очевидной ошибки клиента (например, неверный синтаксис запроса, слишком большой размер, недопустимое формирование сообщения запроса или обманчивая маршрутизация запроса). [31]
401 неавторизованный ( RFC 7235 )
Аналогично 403 Forbidden , но специально для использования, когда аутентификация требуется, но она не удалась или еще не была предоставлена. Ответ должен включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. См. Разделы Аутентификация базового доступа и Дайджест-аутентификация доступа . [32] 401 семантически означает «неавторизованный», [33] пользователь не имеет действительных учетных данных для аутентификации для целевого ресурса.
Примечание. Некоторые сайты неправильно выдают HTTP 401, когда IP-адрес запрещен для доступа к веб-сайту (обычно это домен веб-сайта) и этому конкретному адресу отказано в доступе к веб-сайту. [ необходима цитата ]
402 Требуется оплата
Зарезервировано для использования в будущем. Первоначально предполагалось , что этот код может быть использован как часть той или иной форме цифровой наличности или микроплатежей схемы, как это было предложено, например, GNU талера , [34] , но это еще не произошло, и этот код не используется широко. Google Developers API использует этот статус, если конкретный разработчик превысил дневной лимит запросов. [35] Sipgate использует этот код, если на счете недостаточно средств для начала звонка. [36] Shopify использует этот код, когда магазин не оплатил комиссию и временно отключен. [37] Полосаиспользует этот код для неудачных платежей с правильными параметрами, например, заблокированных мошеннических платежей. [38]
403 Запрещено
Запрос содержал действительные данные и был понят сервером, но сервер отклоняет действие. Это может быть связано с тем, что у пользователя нет необходимых разрешений для ресурса или ему нужна учетная запись какого-либо типа, или он пытается выполнить запрещенное действие (например, создает дублирующую запись, где разрешена только одна). Этот код также обычно используется, если запрос предоставил аутентификацию путем ответа на запрос поля заголовка WWW-Authenticate, но сервер не принял эту аутентификацию. Запрос не должен повторяться.
404 Не Найдено
Запрошенный ресурс не может быть найден, но может быть доступен в будущем. Последующие запросы со стороны клиента допустимы.
405 Метод не разрешен
Метод запроса не поддерживается для запрошенного ресурса; например, запрос GET в форме, которая требует, чтобы данные были представлены через POST , или запрос 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 Payload Too Large ( RFC 7231 ).
Запрос больше, чем сервер хочет или может обработать. Ранее назывался «Слишком большой объект запроса». [46]
414 URI слишком длинный ( RFC 7231 )
Предоставленный URI слишком длинный для обработки сервером. Часто это результат того, что слишком много данных кодируется как строка запроса запроса GET, и в этом случае его следует преобразовать в запрос POST. [47] Ранее вызывался «Слишком длинный URI запроса». [48]
415 Неподдерживаемый тип носителя ( RFC 7231 )
Объект запроса имеет тип мультимедиа, который сервер или ресурс не поддерживает. Например, клиент загружает изображение как image / svg + xml , но сервер требует, чтобы изображения использовали другой формат. [49]
416 Диапазон не соответствует требованиям ( RFC 7233 )
Клиент запросил часть файла ( обслуживание байтов ), но сервер не может предоставить эту часть. Например, если клиент запросил часть файла, лежащую за концом файла. [50] Ранее называлась «Запрошенный диапазон не удовлетворяется». [51]
417 Ожидание не выполнено
Сервер не может удовлетворить требованиям поля заголовка запроса Expect. [52]
418 Я чайник ( RFC 2324 , RFC 7168 )
Этот код был определен в 1998 году как одна из традиционных шуток IETF первоапрельских шуток в RFC 2324 , Hyper Text Coffee Pot Control Protocol , и не ожидается, что он будет реализован на реальных HTTP-серверах. RFC указывает, что этот код должен возвращаться чайниками, которых просят заварить кофе. [53] Этот HTTP-статус используется в качестве пасхального яйца на некоторых веб-сайтах, например, на сайте Google.com « Я чайник» . [54] [55]
421 неправильно направленный запрос ( RFC 7540 )
Запрос был направлен на сервер, который не может дать ответ [56] (например, из-за повторного использования соединения). [57]
422 Unprocessable Entity (WebDAV; RFC 4918 ).
Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок. [16]
423 заблокировано (WebDAV; RFC 4918 )
Ресурс, к которому осуществляется доступ, заблокирован. [16]
424 Неудачная зависимость (WebDAV; RFC 4918 )
Запрос не удался, потому что он зависел от другого запроса, и этот запрос не удался (например, PROPPATCH). [16]
425 Слишком рано ( RFC 8470 )
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиент должен переключиться на другой протокол, такой как TLS / 1.3 , указанный в поле заголовка Upgrade . [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 Already Reported ).
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 Framework )
Используется Laravel Framework, когда токен CSRF отсутствует или просрочен.
420 Ошибка метода ( Spring Framework )
Устаревший ответ, используемый Spring Framework в случае сбоя метода. [73]
420 Повышайте свое спокойствие ( Twitter )
Возвращается версией 1 Twitter Search and Trends API, когда клиент ограничен по скорости; версии 1.1 и более поздние используют код ответа 429 Too Many Requests . [74] Фраза «Укрепите свое спокойствие» взята из фильма 1993 года « Человек-подрывник» , и ее связь с этим числом, вероятно, относится к каннабису . [ необходима цитата ]
430 Поля заголовка запроса слишком велики ( Shopify )
Используется Shopify вместо кода ответа 429 Too Many Requests , когда слишком много 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 Foundry для индикации сбоя проверки сертификата SSL / TLS, представленного исходным сервером.
529 Сайт перегружен
Используется Qualys в сервере тестирования API SSLLabs , чтобы сигнализировать о том , что сайт не может обработать запрос. [79]
530 Сайт заморожен
Используется веб-платформой Pantheon для обозначения сайта, который был заблокирован из-за бездействия. [80]
598 (неофициальное соглашение) Ошибка тайм-аута сетевого чтения.
Используется некоторыми прокси-серверами HTTP для передачи сигнала таймаута сетевого чтения за прокси-сервером клиенту перед прокси. [81]

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

Веб-сервер Microsoft Internet Information Services (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 Bad Request , используемого, когда клиент предоставил недействительный сертификат клиента .
496 Требуется сертификат SSL
Расширение кода ответа 400 Bad Request , используемого, когда сертификат клиента требуется, но не предоставляется.
497 HTTP-запрос отправлен на HTTPS-порт
Расширение кода ответа 400 Bad Request , используемого, когда клиент отправил 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 «s Elastic Load Balancing добавляет несколько пользовательских кодов возврата 4xx

460

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

463

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

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

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

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

  • Пользовательские страницы ошибок
  • Список кодов возврата FTP-сервера
  • Список полей заголовка HTTP
  • Список кодов возврата SMTP-сервера
  • Общий формат журнала

Примечания

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

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

  1. ^ «Протокол передачи гипертекста (HTTP / 1.1): семантика и содержание» . IETF . Архивировано 25 мая 2017 года . Проверено 16 декабря 2017 года .
  2. ^ a b 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. ^ Goland, Yaronn; Уайтхед, Джим ; Файзи, Асад; Картер, Стив Р .; Дженсен, Дел (февраль 1999 г.). Расширения HTTP для распределенной разработки - WEBDAV . IETF . DOI : 10,17487 / RFC2518 . RFC 2518 . Проверено 24 октября 2009 года .
  7. ^ Ока, Kazuho (декабрь 2017). Код состояния HTTP для индикации подсказок . IETF . DOI : 10,17487 / RFC8297 . RFC 8297 . Проверено 20 декабря 2017 года .
  8. ^ "200 ОК" . Протокол передачи гипертекста - HTTP / 1.1 . IETF . Июнь 1999 г. с. 10.2.1. DOI : 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. ^ Simmance, Крис. «Коды ответов сервера и их значение» . 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. ^ a b c d e Дюссо, Лиза, изд. (Июнь 2007 г.). Расширения HTTP для веб-распределенной разработки и управления версиями (WebDAV) . IETF . DOI : 10,17487 / RFC4918 . RFC 4918 . Проверено 24 октября 2009 года .
  17. ^ Дельта-кодировка в HTTP . IETF . Январь 2002 г. doi : 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 . DOI : 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. ^ «Справочник по API Stripe - Ошибки» . 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: archived copy as title (link)
  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. ^ Ларри Masinter (1 апреля 1998). Протокол управления гипертекстовым кофейником (HTCPCP / 1.0) . DOI : 10,17487 / RFC2324 . RFC 2324 . Любая попытка заварить кофе с помощью чайника должна приводить к появлению кода ошибки «418 Я чайник». Полученное тело объекта МОЖЕТ быть коротким и крепким.
  54. ↑ Барри Шварц (26 августа 2014 г.). "Новое пасхальное яйцо Google для гиков SEO: статус сервера 418, я чайник" . Земля поисковой машины . Архивировано из оригинального 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. ^ a b c d Ноттингем, М .; Филдинг, Р. (апрель 2012 г.). «RFC 6585 - Дополнительные коды состояния HTTP» . Запрос комментариев . Инженерная группа Интернета . Архивировано 4 мая 2012 года . Проверено 1 мая 2012 года .
  60. Перейти ↑ Bray, T. (февраль 2016 г.). «Код состояния HTTP для сообщения о юридических препятствиях» . ietf.org . Архивировано 4 марта 2016 года . Проверено 7 марта 2015 года .
  61. ^ «Коды ошибок сервера» . CSGNetwork.com . Архивировано из оригинала 8 октября 2015 года . Проверено 16 октября 2015 года .
  62. ^ mrGott. «Коды состояния HTTP для обработки ошибок в вашем API» . мистер Готт . Архивировано из оригинала на 30 сентября 2015 года . Проверено 16 октября 2015 года .
  63. ^ Фишер, Тим. «500 Внутренняя ошибка сервера» . Lifewire . Архивировано из оригинального 23 февраля 2017 года . Проверено 22 февраля 2017 года .
  64. ^ «Ошибка HTTP 501 не реализована» . Проверьте вверх-вниз . Архивировано из оригинального 12 мая 2017 года . Проверено 22 февраля 2017 года .
  65. ^ Фишер, Тим. «502 Bad Gateway» . 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 . DOI : 10,17487 / RFC2295 . RFC 2295 . Проверено 24 октября 2009 года .
  70. ^ Нильсен, Хенрик Фристик ; Лич, Пол; Лоуренс, Скотт (февраль 2000 г.). Платформа расширения HTTP . IETF . DOI : 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. ^ a b «Использование аутентификации на основе токенов» . ArcGIS Server SOAP SDK . Архивировано из оригинального 26 сентября 2014 года . Проверено 8 сентября 2014 года .
  78. ^ «Коды ошибок HTTP и быстрые исправления» . Docs.cpanel.net. Архивировано из оригинального 23 ноября 2015 года . Проверено 15 октября 2015 года .
  79. ^ «SSL Labs API v3 Documentation» . github.com .
  80. ^ "Соображения по поводу платформы | Документы Пантеона" . 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 Повторить с кодом состояния» . 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. ^ a b «Устранение неполадок в балансировщиках нагрузки приложений - эластичная балансировка нагрузки» . docs.aws.amazon.com . Проверено 27 августа 2019 года .
  95. ^ «Устранение неполадок балансировщиков нагрузки приложений - эластичная балансировка нагрузки» . docs.aws.amazon.com . Проверено 24 января 2021 года .

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

  • RFC 7231 - Протокол передачи гипертекста (HTTP / 1.1): семантика и контент - раздел 6, коды состояния ответа
  • Реестр кода состояния протокола передачи гипертекста (HTTP)
  • База знаний Microsoft: MSKB943891: коды состояния HTTP в IIS 7.0
  • База знаний Microsoft Office: код ошибки 2–11