✖


Jump to content

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

Страница полузащищена
(Перенаправлено из ошибок HTTP-сервера )

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

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

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

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

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

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

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 семантически означает «неаутентифицированный», у пользователя нет действительных учетных данных аутентификации для целевого ресурса.
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 Необработанный контент
Запрос был правильно сформирован (т. е. синтаксически корректен), но не мог быть обработан. [ 1 ] : §15.5.21 
423 Заблокировано (WebDAV; RFC 4918)
Ресурс, к которому осуществляется доступ, заблокирован. [ 7 ]
424 Неудачная зависимость (WebDAV; RFC 4918)
Запрос не выполнен, поскольку он зависел от другого запроса и этот запрос не выполнен (например, PROPPATCH). [ 7 ]
425 Слишком рано (RFC 8470)
Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
426 Требуется обновление
Клиенту следует переключиться на другой протокол, например TLS/1.3 , указанный в поле заголовка «Обновление» .
428 Требуется предварительное условие (RFC 6585)
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, в то время как третья сторона изменила состояние на сервере, что привело к конфликту. [ 24 ]
429 Слишком много запросов (RFC 6585)
Пользователь отправил слишком много запросов за определенный промежуток времени. Предназначен для использования со схемами ограничения скорости . [ 24 ]
431 Слишком большие поля заголовка запроса (RFC 6585)
Сервер не желает обрабатывать запрос, поскольку либо отдельное поле заголовка, либо все поля заголовка вместе взятые слишком велики. [ 24 ]
451 недоступен по юридическим причинам (RFC 7725)
Оператору сервера поступило законное требование запретить доступ к ресурсу или к набору ресурсов, включающему запрошенный ресурс. [ 25 ] Код 451 был выбран в качестве отсылки к роману « 451 градус по Фаренгейту» (см. Благодарности в RFC).

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

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

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

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

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

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

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

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

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

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

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

nginx

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

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

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

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

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

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

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

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

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

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

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

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

См. также

Примечания

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

Ссылки

  1. ^ Jump up to: а б с д и ж г Р. Филдинг ; М. Ноттингем; Дж. Решке, ред. (июнь 2022 г.). HTTP-семантика . Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC9110 . ISSN   2070-1721 . СТД 97. RFC 9110 . Интернет-стандарт 97. Устарел. RFC 2818, 7230, 7231, 7232, 7233, 7235, 7538, 7615 and 7694. Updates РФК 3864 .
  2. ^ Jump up to: а б с «Реестр кодов состояния протокола передачи гипертекста (HTTP)» . Яна.орг. Архивировано из оригинала 11 декабря 2011 года . Проверено 8 января 2015 г.
  3. ^ Голанд, Яронн; Уайтхед, Джим ; Файзи, Асад; Картер, Стив Р.; Дженсен, Дел (февраль 1999 г.). HTTP-расширения для распределенной разработки — WEBDAV . Сетевая рабочая группа. дои : 10.17487/RFC2518 . РФК 2518 . Предлагаемый стандарт. Устарело РФК 4918 .
  4. ^ «102 Обработка — HTTP MDN» . 25 июля 2023 г. Код статуса 102 устарел.
  5. ^ Оку, Казухо (декабрь 2017 г.). Код состояния HTTP для указания подсказок . IETF . дои : 10.17487/RFC8297 . РФК 8297 . Экспериментальный.
  6. ^ Стюарт, Марк; джна. «Создать запрос с помощью POST, коды ответа 200 или 201 и содержимое» . Переполнение стека . Архивировано из оригинала 11 октября 2016 года . Проверено 16 октября 2015 г.
  7. ^ Jump up to: а б с д Дюссо, Лиза, изд. (июнь 2007 г.). HTTP-расширения для распределенной веб-авторизации и управления версиями (WebDAV) . Сетевая рабочая группа. дои : 10.17487/RFC4918 . РФК 4918 . Предлагаемый стандарт. Обновлено RFC 5689. Obsoletes РФК 2518 .
  8. ^ Хофф, Артур ван ; Дуглис, Фред; Кришнамурти, Балачандер; Голанд, Ярон Ю.; Хеллерштейн, Дэниел М.; Фельдманн, Аня; Могул, Джеффри (январь 2002 г.). Дельта-кодирование в HTTP . Сетевая рабочая группа. дои : 10.17487/RFC3229 . РФК 3229 . Предлагаемый стандарт.
  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. ^ Jump up to: а б с Р. Филдинг ; Дж. Геттис; Дж. Могул; Х. Фристык ; Л. Масинтер ; П. Лич; Т. Бернерс-Ли (август 1999 г.). Протокол передачи гипертекста — HTTP/1.1 . Сетевая рабочая группа. дои : 10.17487/RFC2616 . РФК 2616 . Устаревший. Устарело RFC 7230, 7231, 7232, 7233, 7234 and 7235. Obsoletes RFC 2068. Updated by RFC 2817 , 5785 , 6266 и 6585 .
  17. ^ Мертвый лайк. «Коды состояния HTTP/1.1 400 и 417, выбрать какой невозможно» . ошибка сервера . Архивировано из оригинала 10 октября 2015 года . Проверено 16 октября 2015 г.
  18. ^ Л. Масинтер (1 апреля 1998 г.). Протокол управления кофейником с гипертекстом (HTCPCP/1.0) . Сетевая рабочая группа. дои : 10.17487/RFC2324 . РФК 2324 . Информационный. Обновлено РФК 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. ^ Jump up to: а б с д М. Ноттингем; Р. Филдинг (апрель 2012 г.). Дополнительные коды состояния HTTP . Рабочая группа по интернет-инжинирингу . дои : 10.17487/RFC6585 . ISSN   2070-1721 . РФК 6585 . Предлагаемый стандарт. Обновления РФК 2616 .
  25. ^ Брей, Т. (февраль 2016 г.). «Код состояния HTTP для сообщения о юридических препятствиях» . ietf.org . Архивировано из оригинала 4 марта 2016 года . Проверено 7 марта 2015 г.
  26. ^ Алекс. «Какой правильный код состояния HTTP следует отправлять, когда сайт не работает на техническое обслуживание?» . Переполнение стека . Архивировано из оригинала 11 октября 2016 года . Проверено 16 октября 2015 г.
  27. ^ Холтман, Коэн; Мутц, Эндрю Х. (март 1998 г.). Прозрачное согласование контента в HTTP . Сетевая рабочая группа. дои : 10.17487/RFC2295 . РФК 2295 . Экспериментальный.
  28. ^ Нильсен, Хенрик Фристик ; Лич, Пол; Лоуренс, Скотт (февраль 2000 г.). Платформа расширений HTTP . Сетевая рабочая группа. дои : 10.17487/RFC2774 . РФК 2774 . Исторический.
  29. ^ «218 Все в порядке – объяснение кода состояния HTTP» . HTTP.dev . Проверено 25 июля 2023 г.
  30. ^ "framework/src/Illuminate/Foundation/Exceptions/Handler.php" . Гитхаб . Проверено 12 декабря 2023 г.
  31. ^ «draft-ietf-webdav-protocol-05: Расширения для распределенной разработки во Всемирной паутине — WEBDAV» .
  32. ^ «Перечисление HttpStatus» . Весенний фреймворк . org.springframework.http. Архивировано из оригинала 25 октября 2015 года . Проверено 16 октября 2015 г.
  33. ^ «Коды ошибок Твиттера и ответы» . Твиттер . 2014. Архивировано из оригинала 27 сентября 2017 года . Проверено 20 января 2014 г.
  34. ^ «Коды статуса HTTP и SEO: что вам нужно знать» . КонтентКинг . Проверено 9 августа 2019 г.
  35. ^ Jump up to: а б с д «Состояние ответа API Shopify и коды ошибок» . Проверено 12 декабря 2023 г.
  36. ^ «Скриншот страницы с ошибкой» . Архивировано из оригинала (bmp) 11 мая 2013 года . Проверено 11 октября 2009 г.
  37. ^ Jump up to: а б «Использование аутентификации на основе токенов» . ArcGIS Server SOAP SDK . Архивировано из оригинала 26 сентября 2014 года . Проверено 8 сентября 2014 г.
  38. ^ «Коды ошибок HTTP и быстрые исправления» . Docs.cpanel.net. Архивировано из оригинала 23 ноября 2015 года . Проверено 15 октября 2015 г.
  39. ^ «Документация по API SSL Labs v3» . github.com .
  40. ^ «Аспекты платформы | Документы Pantheon» . пантеон.io . Архивировано из оригинала 6 января 2017 года . Проверено 5 января 2017 г.
  41. ^ «Коды состояния HTTP – ascii-code.com» . www.ascii-code.com . Архивировано из оригинала 7 января 2017 года . Проверено 23 декабря 2016 г.
  42. ^ «Сообщение об ошибке при попытке войти в Exchange 2007 с помощью Outlook Web Access: «440 Время ожидания входа » . Майкрософт . 2010 . Проверено 13 ноября 2013 г.
  43. ^ «2.2.6 449 Повторить попытку с кодом состояния» . Майкрософт . 2009. Архивировано из оригинала 5 октября 2009 года . Проверено 26 октября 2009 г.
  44. ^ «МС-АСКМД, раздел 3.1.5.2.2» . Msdn.microsoft.com. Архивировано из оригинала 26 марта 2015 года . Проверено 8 января 2015 г.
  45. ^ «Мс-оксдиско» . Msdn.microsoft.com. Архивировано из оригинала 31 июля 2014 года . Проверено 8 января 2015 г.
  46. ^ «Коды состояния HTTP в IIS 7.0» . Майкрософт . 14 июля 2009 года. Архивировано из оригинала 9 апреля 2009 года . Проверено 1 апреля 2009 г.
  47. ^ "ngx_http_request.h" . Исходный код nginx 1.9.5 . Компания Nginx Inc. Архивировано из оригинала 19 сентября 2017 года . Проверено 9 января 2016 г.
  48. ^ "ngx_http_special_response.c" . Исходный код nginx 1.9.5 . Компания Nginx Inc. Архивировано из оригинала 8 мая 2018 года . Проверено 9 января 2016 г.
  49. ^ директива return. Архивировано 1 марта 2018 г. в документации Wayback Machine (модуль http_rewrite).
  50. ^ «Устранение неполадок: страницы ошибок» . Облачная вспышка . Архивировано из оригинала 4 марта 2016 года . Проверено 9 января 2016 г.
  51. ^ «Ошибка 520: веб-сервер возвращает неизвестную ошибку» . Облачная вспышка .
  52. ^ «Ошибка 527: Ошибка источника сигнала Railgun Listener» . Облачная вспышка . Архивировано из оригинала 13 октября 2016 года . Проверено 12 октября 2016 г.
  53. ^ «Ошибка 530» . Облачная вспышка . Проверено 1 ноября 2019 г.
  54. ^ Jump up to: а б с д и ж «Устранение неполадок балансировщиков нагрузки приложений — эластичная балансировка нагрузки» . docs.aws.amazon.com . Проверено 17 мая 2023 г.
  55. ^ Р. Филдинг ; М. Ноттингем; Дж. Решке (июнь 2014 г.). Протокол передачи гипертекста (HTTP/1.1): Кэширование . Целевая группа инженеров Интернета (IETF). дои : 10.17487/RFC7234 . РФК 7234 . Предлагаемый стандарт. сек. 5.5. Устарело RFC 9111. Obsoletes РФК 2616 .
  56. ^ «Внимание — HTTP | MDN» . http://developer.mozilla.org . Проверено 15 августа 2021 г. В эту статью включен текст, доступный по лицензии CC BY-SA 2.5 .
  57. ^ "Предупреждение" . HTTP-кэширование . Июнь 2022. сек. 5.5. дои : 10.17487/RFC9111 . РФК 9111 .
В Wikimedia Commons есть медиафайлы, связанные с кодами состояния HTTP .
Retrieved from "https://en.wikipedia.org/w/index.php?title=List_of_HTTP_status_codes&oldid=1228518289#server_errors"
Arc.Ask3.Ru: конец переведенного документа.
Arc.Ask3.Ru
Номер скриншота №: 02327389cd1c3bd53e6bb4a169fb2319__1718116800
URL1:https://arc.ask3.ru/arc/aa/02/19/02327389cd1c3bd53e6bb4a169fb2319.html
Заголовок, (Title) документа по адресу, URL1:
List of HTTP status codes - Wikipedia
Данный printscreen веб страницы (снимок веб страницы, скриншот веб страницы), визуально-программная копия документа расположенного по адресу URL1 и сохраненная в файл, имеет: квалифицированную, усовершенствованную (подтверждены: метки времени, валидность сертификата), открепленную ЭЦП (приложена к данному файлу), что может быть использовано для подтверждения содержания и факта существования документа в этот момент времени. Права на данный скриншот принадлежат администрации Ask3.ru, использование в качестве доказательства только с письменного разрешения правообладателя скриншота. Администрация Ask3.ru не несет ответственности за информацию размещенную на данном скриншоте. Права на прочие зарегистрированные элементы любого права, изображенные на снимках принадлежат их владельцам. Качество перевода предоставляется как есть. Любые претензии, иски не могут быть предъявлены. Если вы не согласны с любым пунктом перечисленным выше, вы не можете использовать данный сайт и информация размещенную на нем (сайте/странице), немедленно покиньте данный сайт. В случае нарушения любого пункта перечисленного выше, штраф 55! (Пятьдесят пять факториал, Денежную единицу (имеющую самостоятельную стоимость) можете выбрать самостоятельно, выплаичвается товарами в течение 7 дней с момента нарушения.)