HTTP | Все коды ошибок
Во время запроса информации с удаленного веб сервера может возникнуть ошибка, тогда веб-сервер посылает в ответ код ошибки HTTP. Например 404 – Not Found (ресурс не найден).
Коды состояния HTTP состоят из трех цифр от 100 и до 510. Они делятся на следующие группы:
Введите в поле ниже интересующий Вас трех символьный код и получите его описание:
100
ContinueCервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.
101
Switching ProtocolsСервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовкаUpdate. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1.
102
ProcessingЗапрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания.
200
ОКУспешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.
201
CreatedВ результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется[источник не указан 336 дней] ещё указывать в заголовке характеристики созданного ресурса (например, в поле Content-Type). Если сервер не уверен, что ресурс действительно будет существовать к моменту получения данного сообщения клиентом, то лучше использовать ответ с кодом 202. Появился в HTTP/1.0.
202
AcceptedЗапрос был принят на обработку, но она не завершена. Клиенту не обязательно дожидаться окончательной передачи сообщения, так как может быть начат очень долгий процесс. Появился в HTTP/1.0.
203
Non-Authoritative InformationАналогично ответу 200, но в этом случае передаваемая информация была взята не из первичного источника (резервной копии, другого сервера и т. д.) и поэтому может быть неактуальной. Появился в HTTP/1.1.
204
No ContentСервер успешно обработал запрос, но в ответе были переданы только заголовки без тела сообщения. Клиент не должен обновлять содержимое документа, но может применить к нему полученные метаданные. Появился в HTTP/1.0.
205
Reset ContentСервер обязывает клиента сбросить введённые пользователем данные. Тела сообщения сервер при этом не передаёт и документ обновлять не обязательно. Появился в HTTP/1.1.
206
Partial ContentСервер удачно выполнил частичный GET-запрос, возвратив только часть сообщения. В заголовке Content-Range сервер указывает байтовые диапазоны содержимого. Особое внимание при работе с подобными ответами следует уделить кэшированию. Появился в HTTP/1.1. (подробнее…)
207
Multi-StatusСервер передаёт результаты выполнения сразу нескольких независимых операций. Они помещаются в само тело сообщения в виде XML-документа с объектом multistatus. Не рекомендуется размещать в этом объекте статусы из серии 1xx из-за бессмысленности и избыточности. Появился в WebDAV.
226
IM Used Заголовок A-IM от клиента был успешно принят и сервер возвращает содержимое с учётом указанных параметров. Введено в RFC 3229 для дополнения протокола HTTP поддержкой дельта-кодирования.
300
Multiple ChoicesПо указанному URI существует несколько вариантов предоставления ресурса по типу MIME, по языку или по другим характеристикам. Сервер передаёт с сообщением список альтернатив, давая возможность сделать выбор клиенту автоматически или пользователю. Появился в HTTP/1.0.
301
Moved PermanentlyЗапрошенный документ был окончательно перенесен на новый URI, указанный в поле Location заголовка. Некоторые клиенты некорректно ведут себя при обработке данного кода. Появился в HTTP/1.0.
302
Found, Moved TemporarilyЗапрошенный документ временно доступен по другому URI, указанному в заголовке в поле Location. Этот код может быть использован, например, приуправляемом сервером согласовании содержимого. Некоторые клиенты некорректно ведут себя при обработке данного кода. Введено в HTTP/1.0.
303
See OtherДокумент по запрошенному URI нужно запросить по адресу в поле Location заголовка с использованием метода GET несмотря даже на то, что первый запрашивался иным методом. Этот код был введён вместе с 307-ым для избежания неоднозначности, чтобы сервер был уверен, что следующий ресурс будет запрошен методом GET. Например, на веб-странице есть поле ввода текста для быстрого перехода и поиска. После ввода данных браузер делает запрос методом POST, включая в тело сообщения введённый текст. Если обнаружен документ с введённым названием, то сервер отвечает кодом 303, указав в заголовке Location его постоянный адрес. Тогда браузер гарантировано его запросит методом GET для получения содержимого. В противном случае сервер просто вернёт клиенту страницу с результатами поиска. Введено в HTTP/1.1.
304
Not ModifiedСервер возвращает такой код, если клиент запросил документ методом GET, использовал заголовок If-Modified-Since или If-None-Match и документ не изменился с указанного момента. При этом сообщение сервера не должно содержать тела. Появился в HTTP/1.0.
305
Use ProxyЗапрос к запрашиваемому ресурсу должен осуществляться через прокси-сервер, URI которого указан в поле Location заголовка. Данный код ответа могут использовать только исходные HTTP-сервера (не прокси). Введено в HTTP/1.1.
306
(зарезервировано)использовавшийся раньше код ответа, в настоящий момент зарезервирован. Упомянут в RFC 2616 (обновление HTTP/1.1).
307
Temporary RedirectЗапрашиваемый ресурс на короткое время доступен по другому URI, указанный в поле Location заголовка. Этот код был введён вместе с 303 вместо 302-го для избежания неоднозначности. Введено в RFC 2616 (обновление HTTP/1.1).
400
Bad RequestСервер обнаружил в запросе клиента синтаксическую ошибку. Появился в HTTP/1.0.
401
UnauthorizedДля доступа к запрашиваемому ресурсу требуется аутентификация. В заголовке ответ должен содержать поле WWW-Authenticate с перечнем условий аутентификации. Клиент может повторить запрос, включив в заголовок сообщения поле Authorization с требуемыми для аутентификации данными.
402
Payment RequiredПредполагается использовать в будущем. В настоящий момент не используется. Этот код предусмотрен для платных пользовательских сервисов, а не для хостинговыхкомпаний. Имеется в виду, что эта ошибка не будет выдана хостинговым провайдером в случае просроченной оплаты его услуг. Зарезервирован, начиная с HTTP/1.1.
403
ForbiddenСервер понял запрос, но он отказывается его выполнять из-за ограничений в доступе для клиента к указанному ресурсу. Если для доступа к ресурсу требуется аутентификация средствами HTTP, то сервер вернёт ответ 401 или 407 при использовании прокси. В противном случае ограничения были заданы администратором сервера или разработчиком веб-приложения и могут быть любыми в зависимости от возможностей используемого программного обеспечения. В любом случае клиенту следует сообщить причины отказа в обработке запроса. Наиболее вероятными причинами ограничения может послужить попытка доступа к системным ресурсам веб-сервера (например, файлам .htaccess или .htpasswd) или к файлам, доступ к которым был закрыт с помощью конфигурационных файлов, требование аутентификации не средствами HTTP, например, для доступа к системе управления содержимым или разделу для зарегистрированных пользователей либо сервер не удовлетворён IP-адресом клиента, например, при блокировках. Появился в HTTP/1.0.
404
Not FoundСамая распространенная ошибка при пользовании Интернетом, основная причина — ошибка в написании адреса Web-страницы. Сервер понял запрос, но не нашёл соответствующего ресурса по указанному URI. Если серверу известно, что по этому адресу был документ, то ему желательно использовать код 410. Ответ 404 может использоваться вместо 403, если требуется тщательно скрыть от посторонних глаз определённые ресурсы. Появился в HTTP/1.0.
405
Method Not AllowedУказанный клиентом метод нельзя применить к текущему ресурсу. В ответе сервер должен указать доступные методы в заголовке Allow, разделив их запятой. Эту ошибку сервер должен возвращать, если метод ему известен, но он не применим именно к указанному в запросе ресурсу, если же указанный метод не применим на всём сервере, то клиенту нужно вернуть код 501 (Not Implemented). Появился в HTTP/1.1.
Not AcceptableЗапрошенный URI не может удовлетворить переданным в заголовке характеристикам. Если метод был не HEAD, то сервер должен вернуть список допустимых характеристик для данного ресурса. Появился в HTTP/1.1.
407
Proxy Authentication RequiredОтвет аналогичен коду 401 за исключением того, что аутентификация производится для прокси-сервера. Механизм аналогичен идентификации на исходном сервере. Появился в HTTP/1.1.
408
Request TimeoutВремя ожидания сервером передачи от клиента истекло. Клиент может повторить аналогичный предыдущему запрос в любое время. Например, такая ситуация может возникнуть при загрузке на сервер объёмного файла методом POST или PUT. В какой-то момент передачи источник данных перестал отвечать, например, из-за повреждения компакт-диска или потеря связи с другим компьютером в локальной сети. Пока клиент ничего не передаёт, ожидая от него ответа, соединение с сервером держится. Через некоторое время сервер может закрыть соединение со своей стороны, чтобы дать возможность другим клиентам сделать запрос. Этот ответ не возвращается, когда клиент принудительно остановил передачу по команде пользователя или соединение прервалось по каким-то иным причинам, так как ответ уже послать невозможно. Появился в HTTP/1.1.
409
ConflictЗапрос не может быть выполнен из-за конфликтного обращения к ресурсу. Такое возможно, например, когда два клиента пытаются изменить ресурс с помощью метода PUT.Появился в HTTP/1.1.
410
GoneТакой ответ сервер посылает, если ресурс раньше был по указанному URL, но был удалён и теперь недоступен. Серверу в этом случае неизвестно и местоположение альтернативного документа, например, копии). Если у сервера есть подозрение, что документ в ближайшее время может быть восстановлен, то лучше клиенту передать код 404. Появился в HTTP/1.1.
411
Length RequiredДля указанного ресурса клиент должен указать Content-Length в заголовке запроса. Без указания этого поля не стоит делать повторную попытку запроса к серверу по данному URI. Такой ответ естественен для запросов типа POST и PUT. Например, если по указанному URI производится загрузка файлов, а на сервере стоит ограничение на их объём. Тогда разумней будет проверить в самом начале заголовок Content-Length и сразу отказать в загрузке, чем провоцировать бессмысленную нагрузку, разрывая соединение, когда клиент действительно пришлёт слишком объёмное сообщение. Появился в HTTP/1.1.
412
Precondition FailedВозвращается, если ни одно из условных полей заголовка[неизвестный термин] запроса не было выполнено. Появился в HTTP/1.1.
413
Request Entity Too LargeВозвращается в случае, если сервер отказывается обработать запрос по причине слишком большого размера тела запроса. Сервер может закрыть соединение, чтобы прекратить дальнейшую передачу запроса. Если проблема временная, то рекомендуется в ответ сервера включить заголовок Retry-After с указанием времени, по истечении которого можно повторить аналогичный запрос. Появился в HTTP/1.1.
414
Request-URL Too LongСервер не может обработать запрос из-за слишком длинного указанного URL. Такую ошибку можно спровоцировать, например, когда клиент пытается передать длинные параметры через метод GET, а не POST. Появился в HTTP/1.1.
415
Unsupported Media TypeПо каким-то причинам сервер отказывается работать с указанным типом данных при данном методе. Появился в HTTP/1.1.
416
Requested Range Not SatisfiablВ поле Range заголовка запроса был указан диапазон за пределами ресурса и отсутствует поле If-Range. Если клиент передал байтовый диапазон, то сервер может вернуть реальный размер в поле Content-Range заголовка. Данный ответ не следует использовать при передаче типа multipart/byteranges[источник не указан 336 дней]. Введено в RFC 2616 (обновление HTTP/1.1).
417
Expectation FailedПо каким-то причинам сервер не может удовлетворить значению поля Expect заголовка запроса. Введено в RFC 2616 (обновление HTTP/1.1).
422
Unprocessable EntityСервер успешно принял запрос, может работать с указанным видом данных, в теле запроса XML-документ имеет верный синтаксис, но имеется какая-то логическая ошибка, из-за которой невозможно произвести операцию над ресурсом. Введено в WebDAV.
423
LockedЦелевой ресурс из запроса заблокирован от применения к нему указанного метода. Введено в WebDAV.
424
Failed DependencyРеализация текущего запроса может зависеть от успешности выполнения другой операции. Если она не выполнена и из-за этого нельзя выполнить текущий запрос, то сервер вернёт этот код. Введено в WebDAV.
425
Unordered Collection —Посылается, если клиент послал запрос, обозначив положение в неотсортированной коллекции или используя порядок следования элементов, отличный от серверного[уточнить]. Введено в черновике по WebDAV Advanced Collections Protocol[14].
426
Upgrade RequiredСервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено вRFC 2817 для возможности перехода к TLS посредством HTTP.
449
Retry WithВозвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.
456
Unrecoverable ErrorВозвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных[источник не указан 336 дней]. Введено корпорацией Microsoftдля WebDAV.
500
Internal Server ErrorЛюбая внутренняя ошибка сервера, которая не входит в рамки остальных ошибок класса. Появился в HTTP/1.0.
501
Not ImplementedСервер не поддерживает возможностей, необходимых для обработки запроса. Типичный ответ для случаев, когда сервер не понимает указанный в запросе метод. Если же метод серверу известен, но он не применим к данному ресурсу, то нужно вернуть ответ 405. Появился в HTTP/1.0.
502
Bad GatewayСервер, выступая в роли шлюза или прокси-сервера, получил недействительное ответное сообщение от вышестоящего сервера. Появился в HTTP/1.0.
503
Service UnavailableСервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее). В поле Retry-After заголовка сервер может указать время, через которое клиенту рекомендуется повторить запрос. Хотя во время перегрузки очевидным кажется сразу разрывать соединение, эффективней может оказаться установка большого значения поля Retry-After для уменьшения частоты избыточных запросов. Появился в HTTP/1.0.
504
Gateway TimeoutСервер в роли шлюза или прокси-сервера не дождался ответа от вышестоящего сервера для завершения текущего запроса. Появился в HTTP/1.1.
505
HTTP Version Not SupportedСервер не поддерживает или отказывается поддерживать указанную в запросе версию протокола HTTP. Появился в HTTP/1.1.
506
Variant Also NegotiatesВ результате ошибочной конфигурации выбранный вариант указывает сам на себя, из-за чего процесс связывания прерывается. Экспериментальное. Введено в RFC 2295 для дополнения протокола HTTP технологией Transparent Content Negotiation.
507
Insufficient StorageНе хватает места для выполнения текущего запроса. Проблема может быть временной. Введено в WebDAV.
509
Bandwidth Limit ExceededИспользуется при превышении веб-площадкой отведённого ей ограничения на потребление трафика. В данном случае владельцу площадки следует обратиться к своему хостинг-провайдеру. В настоящий момент данный код не описан ни в одном RFC и используется только модулем «bw/limited», входящим в панель управления хостингом cPanel, где и был введён.
510
Not ExtendedНа сервере отсутствует расширение, которое желает использовать клиент. Сервер может дополнительно передать информацию о доступных ему расширениях. Введено в RFC 2774 для дополнения протокола HTTP поддержкой расширений.
Полное руководство: HTTP status code
Коды статуса и ошибок HTTP похожи на короткое сообщение от сервера, которое выводится в верхней части веб-страницы. На самом деле это не часть веб-страницы. Это сообщение, возвращаемое при обращении к серверу, позволяет узнать, как обстояли дела, когда сервером был получен запрос на просмотр страницы.
Такие сообщения возвращаются каждый раз, когда браузер взаимодействует с сервером, даже если вы не видите их. Коды статуса HTTP являются бесценным инструментом для диагностики и исправления ошибок, возникших в конфигурации сайта.
В этой статье представлены наиболее распространенные коды статуса и коды ошибок.
Каждый раз, когда вы кликаете по ссылке или вводите URL-адрес и нажимаете «Enter», браузер отправляет запрос на сервер. Он получает и обрабатывает запрос, а затем отправляет обратно запрашиваемые ресурсы вместе с HTTP-заголовком.
Коды статуса доставляются в браузер в HTTP-заголовке. Хотя вы их не видите. Но когда что-то пошло не так, пользователю отображается код статуса в браузере. Это способ сервера сказать: «Что-то не так. Вот код, который объясняет, что именно».
Код статуса HTTP Google 404
Чтобы увидеть коды статуса, которые браузер обычно не отображает, потребуются специальные инструменты. Для популярных браузеров, таких как Chrome и Firefox, доступны соответствующие расширения. Также существует много сервисов для отображения заголовков, например Web Sniffer.
Чтобы увидеть код статуса HTTP с помощью одного из этих инструментов, найдите строку, расположенную в верхней части отчета, в которой указано: “Status: HTTP/1.1”. После нее указан код статуса, возвращаемый сервером.
Коды статуса HTTP разделены на 5 классов:
- 100: информационные коды, указывающие, что запрос, инициированный браузером, продолжается.
- 200: коды успешного запроса. Возвращаются, когда запрос браузера был успешно получен, распознан и обработан сервером.
- 300: коды перенаправления возвращаются, когда запрошенный ресурс заменен новым.
- 400: http-ошибки, возникающие на стороне клиента и указывающие на наличие проблемы с запросом.
- 500: коды ошибок сервера, указывающие, что запрос был принят, но ошибка на сервере не позволила выполнить его.
Существует более 40 различных кодов статуса сервера. Но тех, с которыми вы будете сталкиваться регулярно меньше дюжины. Ниже приводится список кодов статуса HTTP:
200: «Все в порядке». Это код, который возвращается, когда веб-страница или ресурс действуют точно так, как ожидается.
301: «Запрошенный ресурс был перемещен навсегда». Этот код возвращается, когда веб-страница или ресурс заменяется другим ресурсом. Он используется для постоянного редиректа URL-адресов.
302: это http-ошибка «Запрошенный ресурс перемещен, но был найден». Этот код используется для указания того, что запрошенный ресурс был найден, но не в том месте, где это ожидалось. Он используется для временного редиректа URL-адресов.
304: «Запрошенный ресурс не был изменен с момента последнего обращения к нему». Сообщает, что ресурсы, хранящиеся в кэше браузера, не изменились. Он используется для ускорения доставки веб-страниц за счет повторного использования ранее загруженных ресурсов.
401: «Не авторизован». Возвращается сервером, когда для доступа к целевому ресурсу отсутствуют валидные учетные данные.
http-ошибка 403: «Доступ к этому ресурсу запрещен». Возвращается, когда пользователь пытается открыть ресурс, для которого у него нет прав доступа. Например, попытка просмотра неавторизованным пользователем контента, защищенного паролем, может привести к ошибке 403.
404: «Запрошенный ресурс не найден». Наиболее распространенное сообщение об ошибке. Означает, что запрошенный ресурс не существует и сервер не знает, существовал ли он когда-либо.
405: «Метод не разрешен». Генерируется, когда хостинг-сервер (исходный сервер) поддерживает полученный метод, но целевой ресурс отсутствует.
406: «Неприемлемый ответ». Запрошенный ресурс способен генерировать только контент, неприемлемый в соответствии с заголовками Accept, отправленными в запросе.
408: «Время ожидания сервером поступления остальной части запроса из браузера истекло». Генерируется, когда сервер прерывает обработку после истечения времени ожидания полного запроса от браузера. Другими словами, сервер не получил полный запрос, отправленный браузером. Одной из возможных причин может быть перегрузка сети, приводящая к потере пакетов между браузером и сервером.
410: «Запрошенный ресурс отсутствует и не будет возвращен». Подобен коду 404 «Не найден», за исключением того, что код статуса 410, указывает, что данный статус ожидается на постоянной основе.
429: это http-ошибка «Слишком много запросов». Генерируется сервером, когда пользователь отправил слишком много запросов в заданный промежуток времени (ограничение по скорости). Иногда причиной ошибки могут быть боты, пытающиеся получить доступ к сайту. В этом случае может потребоваться изменение URL-адреса входа в панель администрирования WordPress.
499: «Клиент закрыл запрос». Возвращается NGINX, когда клиент закрывает запрос, пока NGINX все еще обрабатывает его.
500: «На сервере возникла ошибка, и запрос не мог быть завершен». Общий http-код, который также называют «внутренняя ошибка сервера». На сервере что-то пошло не так и запрошенный ресурс не был доставлен. Этот код генерируется сторонними плагинами, при сбоях PHP-кода или подключения к базе данных.
501: «Не реализовано». Эта ошибка указывает на то, что сервер не поддерживает функции, необходимые для выполнения запроса. Ошибка почти всегда связана с самим сервером, и для ее решения нужно обратиться в службу поддержки хостинг-провайдера.
502: это http-ошибка «Некорректный шлюз». Означает, что один сервер получил неверный ответ от другого. Иногда запрос занимает слишком много времени, и поэтому отменяется или удаляется сервером, а соединение с базой данных прерывается.
503: это http-ошибка «В данный момент сервер не может обработать запрос». Запрос не может быть обработан прямо сейчас. Этот код возвращается перегруженным сервером, который не может обрабатывать новые запросы.
504: «Сервер, действующий как шлюз, не смог дождаться ответа от другого сервера». Возвращается, когда в обработке запроса было задействовано два сервера, и на первом сервере истекло время ожидания ответа от второго.
В приведенном выше списке поясняется большинство кодов статуса HTTP, с которыми вы можете столкнуться. Вот ресурсы, на которых можно более подробно узнать о редких кодах статуса HTTP, не рассмотренных в нашей статье:
- Полный список кодов статуса HTTP — Википедия;
- Определения кодов статуса — Internet Engineering Task Force (IETF);
- RFC 7231.
Дайте знать, что вы думаете по этой теме в комментариях. Мы очень благодарим вас за ваши комментарии, подписки, дизлайки, отклики, лайки!
Пожалуйста, оставьте ваши мнения по текущей теме материала. Мы крайне благодарны вам за ваши комментарии, дизлайки, отклики, лайки, подписки!
Вадим Дворниковавтор-переводчик статьи «A Complete Guide and List of HTTP Status Codes»
Список кодов состояния HTTP + их значение для SEO
Довольно часто вы можете столкнуться с такими ошибками, как 404 и 301, но есть много кодов статуса HTTP, с которыми вы, вероятно, не знакомы.
Некоторые из них напрямую связаны с сервером или с клиентом, а некоторые уже не актуальны, поэтому вы вряд ли увидите их в реальной жизни, но ради интереса и базовых знаний их можно исследовать.
Таблица внизу поможет быстро найти ответ по любому коду. Это очень актуально, когда вы увидели на сайте не знакомый статус и важно понять и решить проблему очень быстро.
1xx информационные коды
100 Continue Server Code (Продолжение кода сервера)
Код 100 Continue обозначает «нормальную работу». Он указывает, что пользователь сделал качественный запрос, и сервер начал его обрабатывать. Это временный код статуса HTTP, появляющийся лишь в тех отдельных случаях, когда пользователь ожидает окончательный ответ со стороны сервера. Он возникает только после отправки последнего пакета данных.
Когда такой статус-код можно использовать? Это внутренний статус, бывают случаи, когда он не появляется, особенно если пользователю уже удалось получить некоторые данные из сервера. Это что-то похожее на месседж, в котором сообщается, что соединение установилось качественно, и вы можете зайти на сайт. Отправьте данные, но не забудьте закрыть дверь, когда вы закончите (подразумевается код окончательного ответа).
101 Switching Protocols (Переключение протоколов)
Вероятно, это один из простейших кодов сервера. Он означает, что пользователь попросил переключить используемый тип протокола, и веб-сервер согласился на такой шаг.
Когда вы можете его применить? Если осуществляется переход на новую версию HTTP из старой версии протокола. Такой запрос будет выполняться только в том случае, если существует более подходящий протокол (другими словами, если есть более новая версия HTTP).
102 Processing (Обработка)
Поскольку запрос WebDAV (протокол передачи), кроме основного запроса может включать и ряд других подзапросов, подразумевая также и файловые операции, то для его выполнения может потребоваться больше времени.
Когда можно использовать этот код? Он создается для того, чтобы уведомить пользователя и обнулить таймер. Дальше будет активировано ожидание следующей директивы в стандартном режиме, поскольку обработка запросов способна затянуться по времени.
2xx Success (Успех)
Ответы такого типа уведомляют пользователей о принятии и успешной обработке запросов клиента. Зависимо от того, какой сейчас текущий статус сервера, он все равно может отправлять заголовки и основную часть сообщения. Другими словами, этот тип ответов сервера предполагает, что действие, о котором клиент делал запрос, без сложностей приняли в обработку.
200 OK
Код состояния 200, наверное, является наиболее популярным, но в то же время очень неприметным в плане использования. Он указывает, что передача данных между сервером и пользователем подошла к завершению, и все прошло так, как должно.
Когда этот код нужно использовать? Постоянно!
201 Created (Создан)
В связи с успешным выполнением запроса создался новый ресурс. К примеру, благодаря запросу юзера сгенерирован такой ранее не существующий веб-ресурс, как новая страница. Исходной сервер настроен так, что обязан создать ресурс еще до отправки 201 кода. Если документ не может быть сгенерирован своевременно, сервер использует в качестве альтернативы код 202 (принят).
202 Accepted (Принят)
Текущий запрос был передан в стадию обработки, но в силу объективных факторов является незавершенным. Запрос к серверу может быть не завершенным, это зависит от факта, успешно ли прошла обработка и не отклонили ли его.
В каких случаях подобный ответ может быть использован? Когда сервер не в состоянии выполнять запрос в тот момент, когда он делается. Принудительное выполнение запроса не предусматривается, а клиент не должен ожидать пока сообщение будет передано окончательно, поскольку высока вероятность длительного процесса обработки.
203 Non-Authoritative Information (Недостоверная информация)
Серверу удалось полностью обработать запрос, но передаваемые данные не были взяты из первостепенного источника (резервная копия, другой сервер и т. д.) и поэтому информация может быть нерелевантной. Этот код имеет большое сходство с 200 серверным ответом, но указывает, что данные не были получены из источника.
Когда применяют подобный ответ сервера? Ним можно заменить 200 код, если отправитель имеет веские основания полагать, что заголовки ответов из внешнего источника отличаются от тех, которые были предоставлены исходным сервером.
204 No Content (Нет контента)
Этот код является ответом сервера, который указывает, что запрос получили и поняли. Но при этом не существует данных, которые могут быть отправлены пользователю. В основном такой код используется для активации скриптов без необходимости внесения изменений в веб-документ. Нужно, чтобы указанный код не содержал основного сообщения, и он должен быть вставлен в первую строку с кодом, которая является доступной сразу после заголовка.
Когда применяется такой код? Он используется в первую очередь, когда вы должны вводить или выполнять любые действия без необходимости в обновлении ресурса (например, страницы).
205 Reset Content (Сброс контента)
Код обозначает успешную обработку запроса сервером c отсутствующим возвратом контента. В отличие от 204 кода, этот ответ требует, чтобы документ был обновлен.
Когда может применяться такой код? Обычно он используется в случаях, заполнения пользователем формы, и отправки сервером браузеру запроса на очистку этой формы. Он имеет сходство с 204 кодом, но выдвигает требование к пользователю по сбросу документа после завершения обработки. К примеру, требуется провести очистку HTML-формы после верификации.
206 Partial Reset (Частичный сброс)
Сервер возвращает только часть контента, которая соответствует заголовку, отправленному клиентом. В основном его используют расширенные инструменты кэширования. Такое бывает, когда пользователь хочет получить лишь небольшую часть контента страницы, а сервер в своем ответе предоставляет данные только для этой части страницы.
Каковы способы применения этого кода? Преимущественно этот код используется из-за запроса If-Range, применимого в мощных кеш-валидаторах. Обращение также должно включать заголовки областей, которые используются в качестве параметров для области возвращаемой информации.
207 Multi-Status (Мультистатус)
Сервер параллельно предоставляет результаты нескольких независимых операций, которые включаются в тело сообщения в виде XML-документа.
3xx Редирект
Этот класс ответов сервера является индикатором дальнейших действий, которые следует выполнить агенту пользователя для того, чтобы закрыть запрос. Пользователи могут либо предпринимать действия, либо посылать разные запросы к серверу.
300 Multiple Choices (Множественный выбор)
Этот код предоставляет пользователю данные о том, что веб-ресурс переместили, и поэтому сервер предлагает пользователю доступные альтернативы, из которых он может выбрать самый релевантный веб-ресурс.
В каких случаях будет применен этот ответ сервера? В типичном случае, его можно наблюдать, если сервер получил информацию, что URL-адрес, предоставленный пользователем (иными словами, браузер пользователя), имеет неподходящий индекс и предлагает дополнительный выбор. В обычном порядке такое происходит, когда пользователи применяют URL-адрес к каталогу не последнего уровня, а сервер предлагает им выбор доступных документов или директории последующего уровня.
301 Moved Permanently (Удален навсегда)
Это общий запрос пользователя, который означает, что запросы на этот ресурс (а также запросы, которые последуют за ним) следует перенаправить на указанный URL.
Когда он используется? Когда страница потеряна, больше не существует, или линк, ведущий на внешний документ, больше неработоспособен. 301 редирект дает пользователю понять, что запрошенный ресурс переместили. В основном он выполняется с помощью файла .htaccess, который доступен на серверах Apache.
302 Found (Найден)
Этот код говорит пользователю, что местоположение запрашиваемого веб-документа было временно изменено, а код состояния 302 включает данные о новом размещении, к которому пользователь может делать запрос.
Где такой код может применяться? Он имеет несколько форматов использования, большинство из которых соответствуют первоначальному предназначению кода. А вначале он был базовым методом создания временной переадресации. Однако, на сегодняшний день существует несколько других – этичных и неэтичных способов его использования.
303 See Other (Смотреть другой)
Он является индикатором того, что искомый ресурс можно найти по URL-адресу, который отличный от того, что указан в запросе. Это не обязательно значит, что ресурс был перемещен. Этот код только предоставляет адрес, который должен запрашиваться при аналогичном ответе.
Когда может применяться этот код? Этот способ в основном существует, чтобы позволить выходным файлам POST-активированных скриптов перенаправлять агента пользователя на избранный веб-ресурс.
304 Not Modified (Не изменен)
304 означает, что пользователь запрашивает документ / ресурс только тогда, когда он был изменен с момента последних обновлений кеша этого документа.
В каких случаях может применяться этот код? Если ответ сервера сообщает вам, что параметры документа If-Modified-Since или If-Match не изменились со времени генерирования последнего кеша. Тогда нет нужды повторно отправлять ресурс на проверку.
305 Use Proxy (Использовать прокси)
305 код дает понять пользователю, что доступ к запрашиваемому ресурсу осуществим только через прокси-сервер, указанный в ответе.
Когда он показывается? Он часто отображается в связи с мерами безопасности и обеспечивает доступ к запрашиваемым URL-адресам.
306 Switch Proxy (Переключить прокси)
Изначально он означал, что «последующие запросы должны использовать указанный прокси», но в настоящее время не используется.
307 Temporary Redirect (Временный редирект)
Такой код отображается, если открываемый ресурс временно используется для другого URL-адреса, который также содержится в ответе. 307 немного отличается от 302 кода – он является его более конкретной версией.
Когда он используется? Он выводится почти в аналогичных ситуациях, что и при 302, но пользователь должен продолжать запрашивать исходный URL-адрес при следующих запросах или до того времени, пока не будет выведен другой статус сервера.
4хх Ошибка клиента
Класс ответов 4xx указывает на ошибки на стороне клиента или тот факт, что местоположение никогда (или уже) не существовало.
400 Bad Request (Плохой запрос)
Запрос не обрабатывается правильно в связи с синтаксической ошибкой.
Для чего предназначен этот код? Если пользователь делает запрос на информацию, но при этом пренебрегает протокольными правилами передачи гипертекста. Запрос не следует делать повторно без надлежащих перемен в синтаксисе.
401 Unauthorized (Неавторизирован)
Он имеет отношение к запросу ресурса, который нуждается в авторизации. Код 401 информирует, что предварительную авторизацию отклонили, поскольку переданные пользовательские данные были неверные.
Когда он отображается? В случаях, если пользователь делает запрос и использует при этом некорректные входные данные для авторизации (среди них, логин и пароль).
402 Payment Required (Требуется оплата)
Этот код сервера забронирован на будущее. Но, изначально предполагалось, что такой статус можно будет использовать при расчетах специальными формами электронных денег. Но ему так и не нашлось применения.
Какова сфера применения этого кода? Старый сервис Apple MobileMe сообщал об 402-ошибке, если аккаунт пользователя в MobileMe подозревался в любой форме злоупотреблений его ресурсами. Также видеохостинг Youtube использует этот статус, если некий IP-адрес использует чрезмерно большое количество запросов. Поэтому пользователю приходится ввести CAPTCHA.
403 Forbidden (Запрещен)
Пользователь пробует добиться доступа к веб-ресурсу, на который у него нет прав, а авторизация здесь никак не может помочь.
Что насчет применения этого кода? Он используется, когда сервер может понять запрос, но не разрешает выполнить его, поскольку у клиента имеются ограничения доступа к текущему разделу. Обычно такое наблюдается, если веб-ресурс не предназначен для открытого доступа.
404 Not Found (Не найден)
Большинство пользователей знакомо с 404 ошибкой. Она указывает на то, что искомый ресурс невозможно найти, но в будущем – когда он может появиться там – к нему можно получить доступ. Также здесь разрешаются все следующие обращения от клиента. Но в большом количестве таких случаев используется код редиректа класса 3xx, и пользователь перенаправляется на альтернативный ресурс или местоположение.
Когда демонстрируется этот код? Довольно часто, особенно если страницу удалили или переместили. Часто в таких случаях сервер в автоматическом режиме генерирует доступную страницу с ошибкой 404.
405 Method Not Allowed (Метод не разрешен)
Метод, посредством которого осуществляется запрос к ресурсу, является недоступным. Иными словами, появляется ошибка при попытке использовать функцию в формате GET, тогда как требуется ввод данных через метод POST (либо с помощью метода PUT с веб-документами только для чтения).
Когда появляется такой статус-код? Ошибки 405 выходят через их отношение со специфическими объектами страницы, для которых и выполнялось обращение к серверу. К примеру, если часть запроса скрипта имеет отличия с запросом пользователя, подразумевавшего применение этого скрипта.
406 Not Acceptable (Недопустимо)
Запрашиваемый ресурс имеет возможность генерировать только тот контент, который не может использоваться в Accept-хедерах самого запроса. Браузер может обеспечить сервер характеристиками данных, которые будут приниматься из сервера.
В каких случаях такой код может быть использован? В ситуациях, когда форма файла ресурса, который запрашивается не подходит под формат, доступный для распознавания пользователем. Речь здесь идет прежде всего о языке программирования, а не о английском!
407 Proxy Authentication Required (Нужна авторизация прокси)
Как и статус-код 401, значение 407 обозначает, что клиенту следует предварительно авторизоваться через прокси-сервер. Для выполнения этого действия и осуществления процесса авторизации, прокси-сервер должен вернуть поле с заголовком Proxy-authenticate, которое отвечает стандартам, предъявляемым сервером.
Когда появляется этот статус-код? В случаях, если сервер «убежден», что запрос данных от клиента является правильным, но получить доступ к веб-ресурсу возможно лишь через авторизацию с помощью прокси-сервера.
408 Request Timeout (Тайм-аут запроса)
Истекло время ожидания сервером ретрансляции от клиента.
Когда такой статус-код применяться? Используя спецификацию W3 HTTP: «Со стороны клиента не поступало запроса в выделенном временном интервале, когда его ждал сервер. Клиент имеет возможность повторить запрос в любое время».
409 Conflict (Конфликт)
Код 409 является индикатором ситуации, когда запрос не выполняется в связи с противоречивостью обращения к веб-документу.
Когда он применятся? Пользователь может получить такой код в случае загрузке файла на веб-сервер, где расположена более поздняя версия этого файла, что приводит к конфликту между версиями в системе управления.
410 Gone (Исчез)
Сервер дает подобный ответ, если раньше ресурс находился по определенному URL-адресу, но его удалили и на данный момент он недоступен. Пользователю не следует несколько раз повторять одно и то же самое обращение.
Когда применяется такой статус-код? В ситуации, когда уже не представляется возможным получить доступ к ресурсу посредством этого запроса, а на сервере не содержатся данные о гипотетическом местонахождении ресурса. Если сервер подозревает, что веб-документ могут восстановить в ближайшие сроки, то клиенту лучше передать код 404.
411 Length Required (Требуется длина)
Запрос не указывает длину контента, и запрашивался в совершенной форме.
Когда этот код показывается? Когда браузер не определяет длину запрашиваемого содержимого в заголовке запроса. Сервер не будет принимать запрос без валидного поля заголовка контента.
412 Precondition Failed (Сбой предварительного условия)
Сервер не отвечает на одно из предварительных условий, которые отправитель указал в запросе. Иными словами, один или несколько заголовков запросов были возвращены с атрибутом false.
Когда этот код может применяться? В случаях, когда заголовок запроса, который делает валидный запрос к ресурсу, сообщает, что это конкретное обращение не применимо к этому конкретному ресурсу.
413 Request Entity Too Large (Объект запроса слишком большой)
Код 413 отображается в случаях, когда сервер отказывается обрабатывать запрос, потому что тело запроса слишком велико.
Когда этот код может применяться? При использовании метода POST с контентом, который больше по объему, чем сервер, способен обработать.
414 Request-URL Too Long (URL запроса слишком длинный)
Этот код отображается, когда сервер не может обработать запрос, потому что указанный URL слишком длинный.
Когда этот код может применяться? Когда POST-запрос преобразуется в GET-запрос. POST-запрос поддерживает отправку неограниченного количества данных, объединяя их при обращении к серверу. Однако, если запрос должен быть преобразован в GET-формат, он позволит привязать данные формы к URL-адресу, что даст возможность хранить информацию в больших размерах, чем она была доступна.
415 Unsupported Media-Type (Неподдерживаемый тип)
Код 415 отправляется, для указания, что сервер заметил часть запроса, которая была сделана в неподдерживаемом формате.
Когда отображается такой код? Когда в запросе не указываются какие-либо типы носителей, поддерживаемые ресурсом или сервером. Например, пользователь запрашивает изображение в расширении, которое не поддерживается веб-сервером. Сервер знает, что запрашивалось, но не понимает формат, в котором хотели получить ресурс.
416 Requested Range Not Satisfiable (Диапазон не подходит)
Этот ответ пользователь получает, когда он запрашивает часть ресурса, но в то же время этот фрагмент не может быть предоставлен.
Когда такой статус может применяться? Когда сервер запрашивает байты XXX-YYY ресурса, но ресурс немного меньше, чем указано при обращении.
417 Expectation Failed (Ошибка ожидания)
Такой статусный ответ получают, когда по какой-то причине сервер не удовлетворяет значение поля Expect заголовка запроса.
Когда этот код может применяться? Все абсолютно прозрачно. Когда один из заголовков запросов, заголовок «Expect», получает обращение, на которое сервер не в состоянии ответить.
418 I’m a teapot (Я чайник)
Этот код был создан в 1998 году как одна из традиционных шуток на первое апреля IETF, в RFC 2324, как Hyper Text Coffee Pot Control Protocol и вряд ли он когда-нибудь будет обрабатываться современными HTTP-серверами.
Может ли он использоваться? Конечно нет, все это было -15 лет назад и делалось ради смеха.
422 Unprocessable Entity (Необрабатываемый объект)
Сервер принял запрос и понял его суть, но не может выполнить обращение из-за содержания в нем некоторых семантических ошибок.
Когда используется этот статус-код? Когда на стороне сервера прошло успешное принятие обращения, и сервер способен работать с указанным форматом данных; в теле запроса XML-документ содержит правильные синтаксические конструкции, но также в нем содержится какая-либо логическая ошибка, в связи с которой не представляется возможным управлять ресурсом.
423 Locked (Заблокирован)
Целевой ресурс, указанный в запросе, блокируется в связи с применением к нему определенного метода. Чтобы сделать ресурс доступным, следует разблокировать его или предоставить корректные данные авторизации.
Когда этот код может применяться? Когда ресурс является закрытым, в основном это делается в целях обеспечения безопасности.
424 Failed Dependency (Неудачная зависимость)
424 код сообщает, что выполнение текущего запроса напрямую зависит от успешности другой операции, и если она не будет правильно завершена, то вся обработка запроса остановится.
425 Unordered Collection (Неупорядоченная коллекция)
Код 425 показывается пользователю, когда ресурс определяется одним из черновиков расширенного протокола коллекций WebDAV (Advanced Collections Protocol), но отсутствует в Advanced Collections Protocol и Versioning Ordered Collections Protocol.
426 Upgrade Required (Нужно обновление)
Этот код показывается, когда сервер дает клиенту инструкции по обновлению протокола (переключения на другой или новый протокол) Когда используется код? Обычно, когда в браузере используются устаревшие протоколы.
428 Precondition Required (Требуется предпосылка)
Исходный сервер требует указать предварительные условия при обращении. Этот код разработан во избежание конфликтных версий ресурса в тех ситуациях, когда клиент получает (GET) состояние ресурса, изменяет и отправляет (PUT) его обратно на сервер, и в то же время какая-то третья сторона также изменяет местоположение прямо на севере, что приводит к конфликту.
Когда этот код может применяться? По запросу индикации условий, сервер как бы дает гарантии клиентам, что они используют правильную текущую копию ресурса. Если это не совсем так, то пользователь получает ошибку 428.
429 Too Many Requests (Слишком много запросов)
Этот ответ отправляется, если со стороны клиента поступало слишком большое количество обращений за короткий промежуток времени.
Когда используется этот код? Когда пользователь отправляет слишком много обращений за краткосрочный период.
431 Request Header Fields Too Large (Поля заголовков слишком большие)
Появляется, когда сервер не намерен совершать обработку запроса, поскольку какое-нибудь из полей заголовка (или все существующие поля) слишком велики.
Когда он применяется? Базово, когда заголовок запроса, поступающий от юзера больше, чем способен обработать сервер. Обращение можно повторить после того, как поля заголовка в нем будут сокращены.
444 No Response (Нет ответа)
Используется в лог-файлах сервера Nginx, для указания, что сервер не передавал информацию обратно пользователю и закрыл соединение.
Какова сфера применения кода? В основном он использовался как инструмент защиты от вредоносного софта.
449 Retry With (Microsoft) (Повторить попытку)
Расширение Microsoft, которое указывает, что запрос следует повторить после завершения соответствующего действия.
Когда этот код может применяться? Он часто создается, когда настройки запроса не соответствуют тому, что способен проверить сервер.
450 Blocked by Windows Parental Controls – Microsoft (Заблокировано родительским контролем Windows)
Расширение Microsoft. Эта ошибка возникает, когда в параметрах родительского контроля Windows установлена блокировка доступа к некоторым веб-документам.
Когда применяется 450 код? В случае, если родители (зная об этой функции) прибегают к использованию родительского контроля, а id-access запросил доступ к заблокированному ресурсу.
451 Unavailable For Legal Reasons (Недоступен по юридическим причинам)
Новый HTTP-код статуса для ресурсов, которые заблокированы по юридическим соображениям. Применяется, чтобы указать, что доступ к нужному веб-ресурсу заблокировали по юридическим мотивам: например, посредством цензуры или правительства.
5xx Ошибка сервера
Коды 5xx выделены для случаев неудачной работы на стороне сервера.
Эти ответы сервера часто отображаются, когда запросы пользователя не могут быть обработаны сервером по той или иной причине. Сервер должен иметь специальное сообщение для браузера, которое должно отображаться пользователю – оно уведомляет, что сервер (по какому-либо поводу) не в состоянии произвести обработку запроса.
500 Internal Server Error (Внутренняя ошибка сервера)
Этот статус сообщает о внутренней ошибке сервера, которая не совпадает с другими ошибками того же класса.
Этот код используется, если ресурс или ссылка создается на сервере (например, календарь в системе резервирования), который технически не существует как ссылка или доступный ресурс, но пользователь видите их как ссылки.
501 Not Implemented (Не поддерживается)
Сервер либо не понимает метод запроса, либо не поддерживает инструкции, нужные, чтобы обработать обращение.
Вы можете столкнуться с указанным кодом 501, когда сервер не имеет поддержки стандартных протоколов запросов, среди которых GET, OPTIONS, HEAD, POST и т. д.
502 Bad Gateway (Плохой шлюз)
Пользователь увидит 502 код, если сервер, работает в качестве шлюза или прокси-сервера, и он получил недопустимый ответ от сервера верхнего уровня.
Когда используется подобный код? Обычно, когда сервер высшего уровня и прокси / шлюз не согласованы с протоколами, которые представленными в обращении. Как результат появляется ошибка обмена данных.
503 Server Unavailable (Сервер недоступен)
Код 503 означает, что возникли технические причины, из-за которых сервер на определенное время не способен обработать набор данных.
Его допустимо использовать в случаях, когда на сайт есть повышенный спрос, но у сервера нет возможности обрабатывать все входящие запросы.
504 Gateway Timeout (Тайм-аут шлюза)
Сервер как шлюз или прокси-сервер не дождался ответа от вышестоящего сервера, чтобы завершить текущий запрос.
Когда этот код может применяться? Когда прокси или шлюз используют как канал передачи данных, а два сервера при этом ожидают на ответ.
505 HTTP Version Not Supported (Версия HTTP не поддерживается)
Сервер не поддерживает версию HTTP протокола, обозначенную при обращении к нему.
Где используется такой код? В тех случаях, которые были указаны выше! Если HTTP протокол более старый, чем нужно серверу, и, как следствие, он не поддерживается.
506 Variant Also Negotiates (Вариант также перенаправляется)
Такой ответ сервера последует, если при оформлении ошибочной конфигурации выбранный параметр указывает сам на себя, что приводит к прерыванию процесса связи.
Когда он применяется? Когда сервер настроен неправильно и не может обработать запрос.
507 Insufficient Storage (Недостаточно места)
Ошибка 507 имеет место, когда сервер не может разместить данные, поскольку для текущего запроса недостаточно пространства.
Этот код может быть применен, когда сервер загружен в полном объеме, а пользователь запрашивает ресурс, который уже имеется в наличии. Трудность здесь заключается в том, что на сервере нет места для хранения отправленных в запросе данных, чтобы отправить запрашиваемый ресурс.
509 Bandwidth Limit Exceeded (Превышена пропускная способность)
Этот код ответа используется, когда веб-сайт лимитирует ограничение трафика, предназначенное для него.
Когда используется этот статус? Когда Apache запускает правильное расширение, а ISP имеет пропускную способность, которая может быть скоро превышена. Здесь имеется несколько форм ограничения.
510 Not Extended (Нет расширения)
Код 510 появляется, когда на сервере нет расширения, которое хочет использовать клиент. Когда этот код появляется? Когда сервер требует больше данных в запросе.
511 Network Authentication Required (Требуется аутентификация сети)
Этот статус-код демонстрируется, если клиенту следует сначала авторизоваться в сети, к примеру, необходимо ввести пароль для платного доступа в сеть Интернет.
Когда используется этот код? Когда пользователь сначала должен дать свое согласие на условия использования, прежде чем он получит доступ к Интернету (например, к Wi-Fi точке доступа).
Обзор кода состояния HTTP — Internet Information Services
200 | OK | IIS 7.0 и более поздние версии успешно обработали запрос. |
304 | Не изменено | Клиентский браузер запрашивает документ, который уже находится в кэше, и документ не был изменен с момента кэшировать документ. Клиентский браузер использует кэшную копию документа вместо загрузки документа с сервера. |
400 | Плохой запрос | Файл Hypertext Transfer Protocol Stack (Http.sys) блокирует IIS 7.0 и более поздние версии обработки запроса из-за проблемы в запросе. Как правило, этот код состояния HTTP означает, что запрос содержит символы или последовательности, которые не являются действительными или что запрос противоречит параметрам безопасности в Http.sys файле. |
401.1 | Сбой Logon | Попытка логотипа является неудачной, вероятно, из-за имени пользователя или пароля, который не является допустимым. |
401.2 | Logon не удалось из-за конфигурации сервера | Этот код состояния HTTP указывает на проблему в параметрах конфигурации проверки подлинности на сервере. |
401.3 | Несанкционированные из-за ACL на ресурсе | Этот код состояния HTTP указывает на проблему в разрешениях файловой системы NTFS. Эта проблема может возникнуть, даже если разрешения верны для файла, к который вы пытаетесь получить доступ. Например, эта проблема возникает, если учетная запись IUSR не имеет доступа к C:\Winnt\System32\Inetsrv каталогу. |
401.4 | Авторизация сбой фильтра | Фильтр интерфейса программирования приложений internet Server (ISAPI) не дает обрабатывать запрос из-за проблемы с авторизацией. |
401.5 | Авторизация, сбой в приложении ISAPI/CGI | Приложение ISAPI или приложение Common Gateway Interface (CGI) не дает обрабатывать запрос из-за проблемы с авторизацией. |
403.1 | Выполнение запрещенного доступа | Соответствующий уровень разрешения На выполнение не предоставляется. |
403.2 | Запрещен доступ к чтением | Соответствующий уровень разрешения на чтение не предоставляется. Убедитесь, что вы создали IIS 7.0 и более поздние версии, чтобы предоставить каталогу разрешение на чтение. Кроме того, если вы используете документ по умолчанию, убедитесь, что документ по умолчанию существует. |
403.3 | Запрещен доступ к записи | Соответствующий уровень разрешения Написания не предоставляется. Убедитесь, что разрешения IIS 7.0 и более поздних версий и разрешения файловой системы NTFS настроены для предоставления каталогу разрешения Написания. |
403.4 | Требуется SSL | Запрос выполнен по каналу несекреализа, и веб-приложению требуется подключение к безопасному слою sockets Layer (SSL). |
403.5 | Требуется SSL 128 | Сервер настроен на 128-битное подключение SSL. Но запрос не отправляется с помощью 128-битного шифрования. |
403.6 | IP-адрес отклонен | Сервер настроен для отказа в доступе к текущему IP-адресу. |
403.7 | Требуется клиентский сертификат | Сервер настроен на то, чтобы требовать сертификат для проверки подлинности клиента. Но клиентский браузер не имеет соответствующего клиентского сертификата. Дополнительные сведения см. в ссылке HTTP error 403.7при запуске веб-приложения, которое находится на сервере с управлением IIS 7.0. |
403.8 | Отказано в доступе к сайту | Сервер настроен для отказа в запросах на основе имени системы доменных имен (DNS) клиентского компьютера. |
403.12 | Mapper denied access | Страница, к которую необходимо получить доступ, требует клиентского сертификата. Но удостоверение пользователя, которое соедино в клиентский сертификат, не имеет доступа к файлу. |
403.13 | Отзыв клиентского сертификата | Клиентский браузер пытается использовать клиентский сертификат, отозванный органом сертификации. |
403.14 | Список каталогов отклонен | Сервер не настроен для отображения списка каталогов контента, а документ по умолчанию не установлен. см. http error 403.14 — Запрещено при открываемой веб-странице IIS. |
403.16 | Клиентский сертификат не соответствует действительности или является недействительным. | Клиентский браузер пытается использовать клиентский сертификат, который не доверяет серверу, который работает в версиях IIS 7.0 и более поздних версиях или не является допустимым. Дополнительные сведения см. в странице HTTP Error 403.16при попытке получить доступ к веб-сайту, на сайте IIS 7.0. |
403.17 | Срок действия клиентского сертификата истек или еще не действителен. | Клиентский браузер пытается использовать клиентский сертификат, срок действия которого истек или еще не действителен. |
403.18 | Невозможно выполнить запрашиваемую URL-адрес в текущем пуле приложений. | Настраиваемая страница ошибок настроена, а настраиваемая страница ошибки находится в другом пуле приложений, чем пул приложений запрашиваемого URL-адреса. |
403.19 | Невозможно выполнить CGI-приложения для клиентского браузера в этом пуле приложений. | Удостоверение пула приложений не имеет права пользователя маркера уровня процесса. |
404.0 | Не найден. | Файл, к который вы пытаетесь получить доступ, был перемещен или не существует. |
404.2 | Ограничение ISAPI или CGI. | Запрашиваемая ресурс ISAPI или запрашиваемая CGI-ресурс ограничена на компьютере. Дополнительные сведения см. в http error 404.2при посещении веб-страницы, которая находится на компьютере с управлением IIS 7.0. |
404.3 | Ограничение типа MIME. | Текущее сопоставление MIME для запрашиваемого типа расширения не допустимо или не настроено. |
404.4 | Не настроен обработник. | Расширение имени файла запрашиваемого URL-адреса не имеет обработера, настроенного для обработки запроса на веб-сервере. |
404.5 | Отказано в настройке фильтрации запроса. | Запрашиваемая URL-адрес содержит последовательность символов, заблокированная сервером. |
404.6 | Глагол отказано. | Запрос выполнен с помощью глагола HTTP, который не настроен или не действителен. |
404.7 | Расширение файла отказано. | Расширение запрашиваемой фамилии файла не допускается. |
404.8 | Скрытое пространство имен. | Запрашиваемой URL-адрес отказано, так как каталог скрыт. |
404.9 | Атрибут files скрыт. | Запрашиваемая папка скрыта. |
404.10 | Запрос загона слишком долго. | Запрос отказано, так как слишком длинные заглавные главы запросов. |
404.11 | Запрос содержит двойную последовательность побега. | Запрос содержит двойную последовательность побега. |
404.12 | Запрос содержит высокотябные символы. | Запрос содержит высокотябные символы, а сервер настроен не для того, чтобы разрешить высоко битные символы. |
404.13 | Слишком большая длина контента. | Запрос содержит Content-Length заглавную. Значение загона больше допустимого для Content-Length сервера ограничения. Дополнительные сведения см. в http error 404.13 — CONTENT_LENGTH_TOO_LARGEпри посещении веб-сайта, на сервере с управлением IIS 7.0. |
404.14 | Запрос URL-адреса слишком долго. | Запрашиваемый URL-адрес превышает допустимый для сервера лимит. |
404.15 | Строка запроса слишком длинная. | Запрос содержит строку запроса, которая превышает допустимый для сервера лимит. |
404.17 | Динамическое содержимое, относясь к обработнику статического файла. | Дополнительные сведения см. в сообщении об ошибке при посещении веб-сайта, который находится на сайте IIS 7.0: http error 404.17 — Не найден. |
405.0 | Метод запрещен. | Запрос выполнен с помощью метода HTTP, который не является допустимым. Дополнительные сведения см. в http error 405.0при посещении веб-сайта, на сервере с ИИС. |
406.0 | Недействительный тип MIME. | Запрос выполнен с помощью загона, содержаного значение Accept MIME, которое не является допустимым. |
412.0 | Предварительное условие не удалось. | Запрос выполнен с помощью загона запроса, который содержит If-Match значение, которое не является допустимым. |
500 | Ошибка внутреннего сервера. | Этот код состояния HTTP может возникать по многим серверным причинам. Дополнительные сведения см. в http error 500.0 —ошибка внутреннего сервера при открываемой веб-странице IIS 7.0. |
500.11 | Приложение закрывается на веб-сервере. | Запрос не обрабатывается, так как пул приложений назначения закрывается. Подождите, пока рабочий процесс завершится, а затем снова попробуйте запрос. Если эта проблема сохраняется, у веб-приложения могут возникнуть проблемы, которые препятствуют правильному закрытию веб-приложения. |
500.12 | Приложение занято перезапуском на веб-сервере. | Запрос не обрабатывается из-за перезапуска пула приложений назначения. Этот код состояния HTTP должен исчезнуть при обновлении страницы. Если этот код состояния HTTP появится снова после обновления страницы, проблема может возникнуть из-за антивирусного программного обеспечения, которое сканирует файл Global.asa. Если эта проблема сохраняется, у веб-приложения могут возникнуть проблемы, препятствующие правильному перезапуску веб-приложения. |
500.13 | Веб-сервер слишком занят. | Запрос не обрабатывается, так как сервер слишком занят, чтобы принимать новые входящие запросы. Обычно этот код состояния HTTP означает, что количество входящих одновременно запросов превышает число, которое может обрабатывать веб-приложение IIS 7.0 и более поздних версий. Эта проблема может возникнуть из-за слишком низких параметров конфигурации производительности, недостаточного оборудования или в веб-приложении IIS 7.0 и более поздних версий возникает узкое место. Распространенным методом устранения неполадок является создание файла сброса памяти процессов IIS 7.0 и более поздних версий при ошибке, а затем отладка файла сброса памяти. |
500.15 | Прямые запросы для Global.asax не разрешены. | Сделан прямой запрос на файл Global.asa или файл Global.asax. |
500.19 | Данные конфигурации недействительны. | Этот код состояния HTTP возникает из-за проблемы в связанном applicationhost.config или связанном Web.config файле. Дополнительные сведения см. в http error 500.19 при открываемой веб-странице IIS. |
500.100 | Внутренняя ошибка ASP. | Ошибка возникает при обработке страницы ASP (ASP). Чтобы получить более подробную информацию об ошибке, отключим дружественные сообщения об ошибке HTTP в веб-браузере. Кроме того, в журнале IIS может появиться номер ошибки ASP, соответствующий ошибке. |
503.0 | Служба недоступна. | Запрос отправляется в пул приложений, который в настоящее время остановлен или отключен. Чтобы устранить эту проблему, убедитесь, что пул приложений назначения запущен. Журнал событий может предоставить сведения о том, почему пул приложений остановлен или отключен. |
503.2 | Превышено ограничение одновременного запроса. | Свойство занижается по сравнению с текущим числом одновременно appConcurrentRequestLimit запрашиваемой суммы. IIS 7.0 и более поздние версии не позволяют запрашивать больше одновременно, чем значение appConcurrentRequestLimit свойства. |
Руководство по HTTP. Коды статусов. – PROSELYTE
Код статуса представляет собой ответ сервера, который состоит из трёх цифр. Первая определяет класс ответа, а две другие указывают конкретный ответ.
Существует пять основных категорий кодов статусов. Все они приведены ниже:
№ | Код и описание |
---|---|
1 | 1xx: Информационное Означает, что запрос был успешно получен и идёт его обработка. |
2 | 2xx: Успешное выполнение Запрос был успешно получен, понят и принят. |
3 | 3xx: Перенаправление Последующие действия должны быть предприняты для выполнения запроса. |
4 | 4xx: Ошибка на стороне клиент Запрос содержит синтаксическую ошибку, либо не корректен. |
5 | 5xx: Ошибка на стороне сервера Сервер не может выполнить обработать корректный запрос. |
Коды статусов расширяемы и HTTP приложение не должно понимать значение всех кодов.
Ниже приведены наиболее распространённые код статусов по категориям.
1ХХ: Информационные
Сообщение | Описание |
---|---|
100 Continue | Только часть запроса была получена сервером, но на данный момент запрос не был отклонён. Клиент должен продолжать запрос. |
101 Switching Protocols | Сервер выбирает протокол. |
2ХХ: Успешное выполнение
Сообщение | Описание |
---|---|
200 OK | Запрос успешен |
201 Created | Запрос выполнен, новый ресурс создан. |
202 Accepted | Запрос принят, но обработка не завершена. |
203 Non-authoritative Information | Информация в заголовке получена из локальной или сторонней копии, а не от оригинального сервера. |
204 No Content | Код статуса и заголовок переданы в ответе, но данные отсутствуют. |
205 Reset Content | Браузер должен очистить форму для этой транзакции для дополнительного ввода. |
206 Partial Content | Сервер возвращает часть данных. Используется для ответа на запрос, содержащий заголовок Content-Range. |
3ХХ: Перенаправление
Сообщение | Описание |
---|---|
300 Multiple Choices | Список ссылок. Пользователь может выбрать ссылку и перейти к локации. Максимальное количество ссылок – 5. |
301 Moved Permanently | Запрашиваемая страница была перенесена на новую URL. |
302 Found | Запрашиваемая страница была временно перенесена на новую URL. |
303 See Other | Запрашиваемая страница может быть найдена по другой URL. |
304 Not Modified | Код ответа для заголовка If-Modifier-Since или If-None-Match, где URL не была изменена с крайней даты обновления. |
305 Use Proxy | Доступ к запрашиваемой странице должен быть запрошен через прокси, который указан в заголовке Location. |
306 Unused | Данный код использовался в предыдущей версии, но на данный момент он не используется, а сам код был зарезервирован. |
307 Temporary Redirect | Запрашиваемая страница была временно перенесена на новую URL. |
4ХХ: Ошибка на стороне клиента
Сообщение | Описание |
---|---|
400 Bad Request | Сервер не понял запрос. |
401 Unauthorized | Запрашиваемая страница требует имя пользователя и пароль. |
402 Payment Required | На данный момент клиент не может использовать данный код. |
403 Forbidden | Доступ к запрашиваемой странице запрещён. |
404 Not Found | Сервер не может найти запрашиваемую страницу. |
405 Method Not Allowed | Метод, указанный в запросе, является недопустимым. |
406 Not Acceptable | Сервер генерирует ответ, который не может быть принят клиентом. |
407 Proxy Authentication Required | Клиент должен авторизоваться с помощью прокси-сервера прежде чем запрос сможет быть обработан. |
408 Request Timeout | Запрос длился дольше, чем сервер был готов ждать. |
409 Conflict | Запрос не может быть завершён из-за конфликта. |
410 Gone | Запрашиваемая страница больше недоступна. |
411 Length Required | Элемент “Content-Length” не определён. Сервер не может принять запрос без данного элемента. |
412 Precondition Failed | Сервер признал предусловия запроса ошибочными. |
413 Request Entity Too Large | Сервер не примет данный запрос, так как тело запроса слишком большое. |
414 Request-url Too Long | Сервер не примет данный запроса, так как URL слишком большая (длинная). |
415 Unsupported Media Type | Север не примет данный запрос, так как данный тип медиа файла не поддерживается. |
416 Requested Range Not Satisfiable | Запрашиваемый диапазон байтов недоступен и находится за пределами диапазона. |
417 Expectation Failed | Ожидания, переданные в заголовке запроса не могут быть удовлетворены данным сервером. |
5ХХ: Ошибка на стороне сервера
Сообщение | Описание |
---|---|
500 Internal Server Error | Запрос не выполнен. Сервер попал в непредвиденные условия. |
501 Not Implemented | Запрос не выполнен. Сервер не поддерживает запрашиваемый функционал. |
502 Bad Gateway | Запрос не выполнен. Сервер получил недоступный запрос от следующего сервера. |
503 Service Unavailable | Запрос не выполнен. На данный момент сервер перегружается, или не работает. |
504 Gateway Timeout | Соединение закрыто по времени. |
505 HTTP Version Not Supported | Сервер не поддерживает данную версию протокола HTTP. |
На этом мы заканчиваем изучение код статуса протокола HTTP.
В следующей статье мы рассмотрим поля заголовка (header fields).
Коды ответов протокола HTTP — Раздел помощи
Код состояния HTTP — это трехзначный код ответа на HTTP-запрос. Он предназначен для использования автоматами, поясняющая фраза после него предназначена для пользователей.
Первая цифра кода состояния определяет класс ответа:
1xx: Информационные коды — запрос получен, продолжается обработка.
2xx: Успешные коды — запрос был успешно получен, понят и выполнен.
3xx: Коды перенаправления — для выполнения запроса должны быть предприняты дальнейшие действия агента пользователя (программы, принимающей ответ на запрос).
4xx: Коды ошибок клиента — запрос имеет плохой синтаксис или не может быть выполнен. Также указывает, является ли ситуация временной или постоянной.
5xx: Коды ошибок сервера — сервер не в состоянии выполнить допустимый запрос или выполнил его с ошибкой.
Просмотр кода ответа протокола HTTP
Один из самых простых способов увидеть коды ответа — зайти в инструменты разработчика в браузере. Например, для браузеров google chrome и mozilla firefox достаточно:
- Зайти на нужный сайт
- Нажать на кнопку F12 на клавиатуре, в открывшихся инструментах перейти на вкладку «Network»
- Обновить страницу
На скриншоте показаны инструменты разработчика google chrome, коды ответа есть в колонке Status.
Наиболее распространённые коды ответов протокола HTTP
200 OK — запрос был выполнен успешно.
403 Forbidden (Запрещено) — сервер понял запрос, но отказывается выполнять его. Установление подлинности (Authorization) не поможет, и запрос не должен быть повторен. Ошибка 403 может возникать, когда доступ к ресурсу запрещён с определённого IP-адреса или всех адресов, либо в папке сайта отсутствует индексный файл.
404 Not Found (Не найден) — сервер не нашел ничего, соответствующего данному запрашиваемому URI (Universal Resource Identifier). Страница может быть не найдена вследствие некорректных настроек файла .htaccess или в случае фактического отсутствия искомой страницы на сайте.
500 Internal Server Error (Внутренняя ошибка сервера) — сервер столкнулся с непредвиденным условием, которое не позволяет ему выполнить запрос. Ошибка 500 является следствием невозможности запуска скрипта, а также возникает в случае синтаксических или иных ошибок в скрипте или присутствия некорректных записей в файле .htaccess.
502 Bad Gateway (Ошибка шлюза) — сервер, действуя в качестве шлюза или прокси-сервера, получил недопустимый ответ от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос. В случае, если используется связка apache+nginx, проксирующим сервером является nginx. Данная ошибка может появиться в случае, если работающий процесс пытается потребить больше ресурсов, чем доступно в рамках услуги виртуального хостинга, в этом случае ему посылается сигнал завершения и возвращается результат запроса 502.
503 Service Unavailable (Сервис недоступен) — сервер в настоящее время не способен обработать запрос из-за временной перегрузки или обслуживания сервера. Причина возникновения 503 Service Unavailable как правило, кроется в превышении лимита на количество одновременно запущенных процессов на аккаунте. На тарифах виртуального хостинга, согласно п. 2.12 Договора оферты, данный лимит составляет 64 процесса.
504 Gateway Timeout (Истекло время ожидания от шлюза) — сервер, действуя в качестве шлюза или прокси-сервера, не получил своевременного ответа от следующего сервера в цепочке запросов, к которому обратился при попытке выполнить запрос. В связке apache+nginx nginx выполняет роль прокси-сервера, и в случае, если он не дожидается ответа от apache, он отдаёт код 504. Также 504 Bad Gateway возникает, если исполняемый скрипт не может отработать в установленный лимит времени. Это возможно решить увеличением параметра max_execution_time или оптимизировать скрипт, при работе которого возникает ошибка.
Список прочих кодов ответов протокола HTTP
100 Continue (Продолжать) — клиент может продолжать запрос, а если запрос отправлен, то игнорировать отклик. Сервер должен послать окончательный отклик по завершении реализации запроса.
101 Switching Protocols (Переключение протоколов) — сервер принял и понял запрос клиента на переключение на модифицированный протокол. Сервер переходит на протокол, определенный в поле заголовка отклика Upgrade, немедленно после получения пустой строки, завершающей отклик 101.
201 Created (создан) — запрос был выполнен и в результате был создан новый ресурс.
202 Accepted (Принято) — запрос был принят для обработки, но обработка не была завершена. В конечном счете запрос может быть, а может и не быть выполнен, поскольку он может быть отвергнут при фактической обработке.
203 Non-Authoritative Information (Ненадёжная информация) — присылаемая в ответ метаинформация в заголовке объекта не идентифицируется, как полученная от исходного сервера, её следует скорее считать косвенной, полученной опосредованно.
204 No Content (нет содержимого) — сервер выполнил запрос, но нет никакой новой информации, которую можно послать обратно.
205 Reset Content (сбросить содержимое) — Сервер исполнил запрос и агент пользователя должен вернуть документ к виду, который он имел в момент посылки запроса. Этот отклик первоначально предназначался для обеспечения ввода при выполнении пользователем операции, за которой следует очистка формы, в которую произведен ввод, так что пользователь может начать другую операцию ввода.
206 Partial Content (Частичное содержимое) — сервер выполнил частичный GET запрос ресурса.
300 Multiple Choices (Множественный выбор) — запрошенный ресурс имеет несколько представлений, и можно использовать любое из перечисленных.Агент пользователя выбирает предпочтительное представление и перенаправляет запрос ему.
301 Moved Permanently (Постоянно перенесен) — запрошенному ресурсу был назначен новый постоянный URI, и любые будущие ссылки на этот ресурс следует выполнять, используя один из возвращенных URI.
302 Moved Temporarily (Временно перемещен) — запрошенный ресурс временно находится под другим URI.
303 See Other (Смотреть другой) — ответ на запрос может быть найден под другим URI и его следует запрашивать, используя метод GET для этого ресурса.
304 Not Modified (Не модифицирован) — если клиент выполнил условный GET запрос, и доступ разрешен, но документ не изменился, то серверу следует ответить, используя этот код состояния.
305 Use Proxy (Используйте прокси-сервер) — обращение к запрошенному ресурсу должно производиться через прокси-сервер, указанный в поле Location. В поле Location указан URL прокси-сервера.
400 Bad Request (Испорченный Запрос) — запрос не может быть понят сервером из-за ошибки синтаксиса.
401 Unauthorized (Несанкционированно) — запрос требует установления подлинности пользователя.
402 Payment Required (Требуется оплата) — этот код зарезервирован для будущего использования.
405 Method Not Allowed (Метод не дозволен)- метод, определенный в строке запроса (Request-Line) не дозволено применять для ресурса, идентифицированного запрашиваемым URI (Request-URI).
406 Not Acceptable (Не приемлем) — ресурс, определенный запросом, может генерировать только ответ, характеристики которого не соответствуют заголовкам, посланным в запросе.
407 Proxy Authentication Required (Требуется установление подлинности через прокси-сервер) — этот код подобен коду 401, но указывает, что клиент должен сначала установить свою подлинность (authenticate) прокси-серверу.
408 Request Timeout (Истекло время ожидания запроса) — клиент не произвел запрос в течение времени, которое сервер готов ждать.
409 Conflict (Конфликт) — запрос не был выполнен из-за конфликта с текущим состоянием ресурса, конфликты, наиболее вероятно, будут возникать в ответ на запрос PUT.
410 Gone (Удален)- запрошенный ресурс больше не доступен на сервере, и нет никакого адреса для перенаправления запроса.
411 Length Required (Требуется длина) — cервер отказывается принимать запрос с неопределенным Content-Length.
412 Precondition Failed (Предусловие неверно) — предусловие, представленное одним или несколькими полями заголовка запроса (request-header), оказалось ложным при проверке сервером.
413 Request Entity Too Large (Объект запроса слишком большой) — сервер отказывается обрабатывать запрос, потому что объект запроса больше, чем сервер желает или способен обработать.
414 Request-URI Too Long (URI запроса слишком длинный) — сервер отказывается обслуживать запрос, потому что запрашиваемый URI (Request-URI) длиннее, чем сервер желает интерпретировать.
415 Unsupported Media Type (Неподдерживаемый медиа тип) — сервер отказывается обслуживать запрос, потому что объект запроса находится в формате, не поддерживаемом запрошенным ресурсом для запрошенного метода. В случае нашего хостинга, такой ответ может давать срабатывание модуля безопасности ModSecurity
501 Not Implemented (Не реализовано) — сервер не поддерживает функциональные возможности, требуемые для выполнения запроса.
505 HTTP Version Not Supported (Не поддерживаемая версия HTTP) — сервер не поддерживает, или отказывается поддерживать, версию HTTP протокола, которая используется в сообщении запроса.
Коды ответа сервера. Самые распространенные коды (коды состояния HTTP)
При каждом обращении к странице сайта браузеру сервером через HTTP протокол отдается трехзначный код ответа (HTTP status code). Это код ответа сервера как раз позволяет понять браузеру или поисковой системе типа Yandex или Google текущее состояние страницы сайта к которой они обращаются. Код ответа сервера так же является очень важным параметром влияющим на поисковую оптимизацию сайта.
Что такое код ответ сервера?
Код ответ сервера (коды состояния HTTP) представляется трехзначным целым числом в диапазоне от 100 до 526 (диапазон значений код ответа сервера все время расширяется) при помощи этого кода сервер сообщает браузеру о состоянии ресурса (страницы, файла или API). После успешного получения кода ответа браузер начинает свое взаимодействие с сайтом основываясь на значении кода ответа сервера.
Наиболее известные коды ответа сервера (коды состояния HTTP) – 404, 200, 500 и 301. Остальные значения тоже важны, но не так хорошо известны даже системным администраторам, отвечающим за работу серверов.
Какие коды сервера существуют?
По назначению коды ответа сервера делятся на пять категорий и распределяются сотнями 100-500.
Существуют 5 типов кодов:
Информационные (1хх) – коды этой группы дают понять, что на данный момент запросы обрабатываются в штатном режиме.
Свидетельствующие об успешном завершении запроса (2хх) – коды означают, что те данные, которые браузер запрашивал у сервера, были успешно ему переправлены.
Коды переадресации (3хх) – коды сообщают пользователю, что для успешного выполнения, поданного пользователем запроса, необходимо сделать еще один запрос к другому URI.
Ошибка со стороны клиента (4хх) – коды означают, что в результате неверно сформированного запроса он не может быть обработан сервером.
Ошибка со стороны сервера (5хх) – коды дают понять, что сбой в обработке корректно сформированного запроса произошел из-за ошибки на сервере.
Распространенные коды ответа сервера
200 ОК — Страница с кодом 200 ОК говорит об успешной обработке запроса. Это значит, что сервер работает нормально, а поисковый робот получил возможность ее проиндексировать.
301 Moved Permanently — Код переадресации означает, что URL страницы изменен. Страница по запросу недоступна по прошлому адресу и у нее теперь есть новый URL.
302 Found — Код означает, что страница временно недоступна по данному адресу, но у нее есть новый временный URL.
304 Not Modified — Этот ответ сервера говорит, что на запрашиваемой странице не было обновлений с момента последнего ее посещения. Получая такой ответ браузер или поисковый робот не будут полностью ее запрашивать с сервера, а возьму сохраненную копию из собственного кеша.
403 Forbidden — Данный код ошибки (ответ сервера) говорит о запрете на просмотр страницы. Его можно увидеть, если пользователь получил отказ в доступе, например, при ограничении по IP-адресу или попытке просмотра системных файлов сайта.
404 Not Found — Ответ сервера (код ошибки) показывающий, что заданная страница (ресурс) больше не существует.
500 Internet Server Error — Этот код ошибки (ответ сервера) сообщает, что произошла ошибка на стороне сервера.
502 Bad Gateway — Номер ошибки сервера, говорящий что прокси сервер не может получить ответ от сайта.
503 Service Unavailable — Ответ сервера (код ошибки) означает, что запроса сервис оказался перегружен и в данный момент не доступен.
504 Gateway Timeout — Этот номер ошибки появляется в результате слишком долгого ответа, когда прокси-сервер не получил результат запроса от вышестоящего сервиса.
Итоги
Существуют множество типов кодов ответа сервера. Они указывают на все возможные состояния сервера.
Коды ответа сервера являются очень важными при поисковой оптимизации и их нужно обязательно учитывать.
Еще по теме HTTP протокол
Полный список кодов ответа сервера.
Что такое HTTP протокол?
Коды состояния HTTP
Код состояния 511 указывает, что клиенту необходимо пройти аутентификацию, чтобы получить доступ к сети.
Представление ответа ДОЛЖНО содержать ссылку на ресурс, который позволяет пользователю отправлять учетные данные (например, с помощью HTML-формы).
Обратите внимание, что ответ 511 НЕ ДОЛЖЕН содержать запрос или сам интерфейс входа в систему, поскольку браузеры будут отображать интерфейс входа в систему как связанный с первоначально запрошенным URL-адресом, что может вызвать путаницу.
Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путем перехвата прокси-серверов, которые вставляются как средство контроля доступа к сети.
Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.
Код состояния 511 разработан для смягчения проблем, вызванных «перехватывающими порталами» программного обеспечения (особенно агентов, не являющихся браузерами), которое ожидает ответа от сервера, к которому был сделан запрос, а не от промежуточной сетевой инфраструктуры.Он не предназначен для поощрения развертывания скрытых порталов, а только для ограничения наносимого ими ущерба.
Сетевой оператор, желающий потребовать аутентификации, принятия условий или другого взаимодействия с пользователем перед предоставлением доступа, обычно делает это путем идентификации клиентов, которые этого не сделали («неизвестные клиенты»), используя свои MAC-адреса.
Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» неизвестных клиентов и, конечно же, трафика на сам сервер входа в систему.
Обычно ответ, содержащий код состояния 511, не приходит от исходного сервера, указанного в URL-адресе запроса. Это создает множество проблем с безопасностью; например, атакующий посредник может вставлять файлы cookie в пространство имен исходного домена, может наблюдать файлы cookie или учетные данные HTTP-аутентификации, отправленные пользовательским агентом, и так далее.
Однако эти риски не уникальны для кода состояния 511; Другими словами, адаптивный портал, который не использует этот код состояния, вызывает те же проблемы.
Также обратите внимание, что связанные порталы, использующие этот код состояния в соединении SSL или TLS (обычно порт 443), будут генерировать ошибку сертификата на клиенте.
Википедия
Клиент должен пройти аутентификацию, чтобы получить доступ к сети. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы», используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi).
Исчерпывающий список кодов состояния HTTP и их значение
Мы все были там: бездумно прокручиваете веб-страницы, нажимаете на различные ссылки в Google, социальных сетях или других сайтах, как вдруг … re не может продолжить поиск из-за кода ошибки HTTP.
Это может расстраивать пользователя. Однако коды состояния HTTP выходят за рамки простого сообщения об ошибке — эти коды также могут означать успешную передачу или перенаправление на новый URL-адрес сайта.
Здесь давайте рассмотрим исчерпывающий список кодов состояния HTTP, поэтому, когда вы встретите один из них, вы поймете, что он означает.
Что такое код состояния HTTP?
При попытке доступа к веб-странице ваш браузер отправляет запрос на веб-сервер, на котором размещена веб-страница.
В зависимости от того, была ли передача успешной, веб-сервер может вернуть выбранное количество ответов.
Они называются кодами состояния HTTP. Они варьируются от информационных и успешных до перенаправлений и кодов ошибок.
Каждый код состояния помечен числовым идентификатором в диапазоне от 100 до 599. Все коды и их значения поддерживаются Управлением по присвоению номеров Интернета (IANA). Давайте углубимся в то, что означает каждый идентификатор.
Коды состояния HTTP 1xx: информационные ответы
Коды ответов 1xx являются информационными. Они указывают на то, что ваш веб-браузер сделал запрос к серверу и ожидает ответа.
Код состояния TTP 100 (Продолжить)
Сервер получил заголовок запроса вашего браузера и теперь ожидает тела вашего запроса.
Код состояния TTP 101 (протокол переключения)
Ваш браузер отправил запрос на изменение протокола, и сервер его выполнил.
Код состояния TTP 102 (Обработка)
Запрос вашего браузера обрабатывается сервером, но ответа от сервера еще нет.
Код состояния TTP 103 (ранние подсказки)
Сервер отправляет вашему браузеру некоторые «ранние подсказки» для предварительной загрузки определенных ресурсов, прежде чем сервер предоставит окончательный ответ.
Коды состояния HTTP 2xx: успешные ответы
Эти коды состояния информируют клиента (ваш веб-браузер) о том, что все обрабатывается должным образом.
Код состояния TTP 200 (OK)
Запрос успешен, и был предоставлен соответствующий ответ. В зависимости от метода HTTP (GET, HEAD, PUT / POST или TRACE) ответ будет разным.
Код состояния TTP 201 (Создано)
Запрос вашего браузера был успешно выполнен, и в результате был создан новый ресурс. Это обычный ответ на POST и некоторые запросы PUT.
Код состояния TTP 202 (принято)
Сервер получил запрос вашего браузера, но еще не отреагировал на него.
Код состояния TTP 203 (неавторизованная информация)
Сервер возвращает метаинформацию не от исходного сервера, потому что метаинформация, доступная в настоящее время, может отличаться. Это используется, когда информация собирается от сторонней или локальной копии.
Код состояния TTP 204 (без содержимого)
После успешного запроса сервер не имеет содержимого для возврата. Однако он может возвращать информацию о текущем заголовке, чтобы ваш пользовательский агент обновлял свои кэшированные заголовки.
Код состояния TTP 205 (сброс содержимого)
Ваш браузер получил ответ от сервера об изменении вида документа.
Код состояния TTP 206 (частичное содержимое)
Сервер вернул часть содержимого, потому что ваш браузер запросил его с заголовком Range.
Код состояния TTP 207 (мульти-статус)
Для особых ситуаций, когда требуется несколько кодов состояния, сервер возвращает информацию о нескольких источниках.
Код состояния TTP 208 (уже сообщается)
Чтобы избежать ненужного перечисления, сервер возвращает информацию о том, что внутренние элементы элемента WebDAV уже были сообщены. Обычно этот ответ следует за ответом 207 (Multi-Status).
Код состояния TTP 226 (используется IM)
Сервер успешно обработал метод GET вашего браузера для получения обновленной версии уже кэшированного ресурса. Как правило, ответ возвращается, когда в запрошенный ресурс было внесено одно или несколько незначительных изменений.
Коды состояния HTTP 3xx: ответы на перенаправление
Коды состояния в диапазоне 300–399 указывают на то, что желаемый контент перемещен в другое место, и позволяют браузеру узнать, где его можно найти.
Код состояния TTP 300 (несколько вариантов)
На запрос, сделанный вашим браузером, доступно несколько ответов.
Код состояния TTP 301 (окончательно перемещено)
Сервер перенаправляет ваш браузер на другой URL-адрес, поскольку требуемый ресурс был навсегда перемещен в новое место.
Код состояния TTP 302 (найдено)
Ваш браузер получил ответ о том, что запрошенный ресурс временно перемещен в другое место. Однако тот же URL-адрес следует использовать для любых последующих запросов.
Код состояния TTP 303 (см. Другое)
Сервер сообщает браузеру, что желаемый ресурс находится по другому URL-адресу и должен быть запрошен с помощью метода GET.
Код состояния TTP 304 (без изменений)
Возвращенный ответ сообщает веб-браузеру, что требуемый ресурс не изменялся с момента последнего запроса.В результате браузер должен использовать сохраненную в кэше версию.
Код состояния TTP 305 (использовать прокси)
Серверу требуется прокси для возврата запрошенного ресурса. Этот код ответа в настоящее время не используется, поскольку большинство современных браузеров не поддерживают его из-за проблем с безопасностью.
Код состояния TTP 306 (прокси-сервер коммутатора)
Сервер требует использования определенного прокси-сервера для выполнения последующих запросов. Точно так же это ответное сообщение не поддерживается из соображений безопасности.
Код состояния TTP 307 (временное перенаправление)
Заменяет код состояния 302 (Найдено), сервер сообщает браузеру, что требуемый ресурс временно расположен в другом месте. Однако при запросе ресурса необходимо использовать тот же метод HTTP.
Код состояния TTP 308 (постоянное перенаправление)
Преемник кода состояния 301 (перемещен навсегда), ваш веб-браузер пытается получить доступ к ресурсу, который был окончательно перемещен в новое место.Этот тип перенаправления не позволяет изменять метод HTTP-запроса.
Коды состояния HTTP 4xx: ответы клиента об ошибках
Эти коды состояния указывают на наличие ошибок, вызванных клиентом.
Код состояния TTP 400 (неверный запрос)
Ошибка на стороне клиента, в результате сервер не может вернуть ответ.
Код состояния TTP 401 (неавторизованный)
Сервер требует аутентификации, чтобы позволить браузеру wb перейти к запрошенному ресурсу.
Код состояния TTP 402 (требуется оплата)
Как следует из названия, этот код зарезервирован для цифровых платежных систем. Однако широко не используется.
Код состояния TTP 403 (Запрещено)
Веб-браузеру отказано в доступе к запрошенному источнику из-за того, что у клиента нет необходимых разрешений.
Код состояния TTP 404 (не найден)
Требуемый ресурс не может быть найден, но может быть доступен в будущем.
Код состояния TTP 405 (метод запрещен)
Сервер распознает метод HTTP-запроса, используемый веб-браузером, но требует использования другого метода для предоставления желаемого ресурса.
Код состояния TTP 406 (неприемлемо)
Сервер сообщает клиенту, что ни один ресурс не соответствует критериям, запрошенным вашим веб-браузером.
Код состояния TTP 407 (требуется проверка подлинности прокси)
Аналогично коду состояния 401 (Неавторизованный), но сервер требует, чтобы аутентификация выполнялась через прокси.
Код состояния TTP 408 (Тайм-аут запроса)
Время ожидания сервера истекло, ожидая отправки клиентом запроса в течение указанного периода времени.
Код состояния TTP 409 (конфликт)
Конфликт с текущим состоянием желаемого ресурса, в результате сервер не может вернуть ответ.
Код состояния TTP 410 (ушел)
Не отличается от кода состояния 404 (не найден), но указывает на то, что запрошенный ресурс больше не будет доступен в будущем.
Код состояния TTP 411 (требуется длина)
Сервер сообщает вашему веб-браузеру, что для возврата желаемого ресурса требуется, чтобы запрос включал определенную длину содержимого.
Код состояния TTP 412 (ошибка предварительной обработки)
Ваш веб-браузер отправил запрос с предварительными условиями, одно из которых не может быть выполнено сервером.
Код состояния TTP 413 (слишком большая полезная нагрузка)
Сервер не желает обрабатывать запрос, потому что он слишком велик.
Код состояния TTP 414 (слишком длинный URL)
Запрос, отправленный вашим веб-браузером, не может быть обработан сервером, поскольку клиент закодировал слишком много данных в виде строки запроса, которая затем отправляется как метод GET.
Код состояния TTP 415 (неподдерживаемый тип носителя)
Запрос был отклонен сервером, поскольку он не поддерживает требуемый тип носителя.
Код состояния TTP 416 (диапазон не соответствует требованиям)
Сервер не может предоставить часть, запрошенную клиентом.
Код состояния TTP 417 (ожидание не выполнено)
Ваш веб-браузер отправил запрос на сервер с заголовком Expect, но сервер не может выполнить требования.
Код состояния TTP 418 (Я чайник)
Пасхальное яйцо HTTP, которое было частью первоапрельской шутки.Предполагается, что HTTP-серверы не будут реализовывать этот протокол, но если вам интересно, как он выглядит, посетите страницу Google Teapot.
Код состояния TTP 421 (неверный запрос)
Запрос вашего веб-браузера был перенаправлен на другой сервер, который не смог предоставить ответ.
Код состояния TTP 422 (Необработанный объект)
В запросе, отправленном вашим веб-браузером, были семантические ошибки, которые не могли быть выполнены.
Код состояния TTP 423 (заблокировано)
Доступ к желаемому ресурсу запрещен, так как он заблокирован.
Код состояния TTP 424 (неудачная зависимость)
Запрос, отправленный вашим веб-браузером, не удался, потому что он зависел от другого запроса, который также не удался.
Код состояния TTP 425 (слишком рано)
Сервер отказывается обрабатывать запрос, потому что он может быть воспроизведен.
Код состояния TTP 426 (требуется обновление)
Текущий протокол не принимается сервером, поэтому сервер возвращает клиенту заголовок Upgrade с запросом на обновление протокола.
Код состояния TTP 428 (требуется предварительное условие)
Веб-браузер должен указать условия для обработки запроса сервером.
Код состояния TTP 429 (слишком много запросов)
Сервер получил слишком много запросов от вашего веб-браузера за отведенное время ожидания.
Код состояния TTP 431 (слишком большие поля заголовка запроса)
Запрос клиента не обрабатывается сервером, поскольку предоставленные заголовки запроса слишком велики.Сервер готов обработать запрос после изменения размера заголовков.
Код статуса TTP 451 (недоступен по юридическим причинам)
Сервер отказывается предоставить желаемый ресурс по юридическим причинам.
Коды состояния HTTP 5xx: ответы сервера при ошибках
Коды состояния 5xx указывают на то, что серверу не удалось обработать запрос.
Код состояния TTP 500 (внутренняя ошибка сервера)
Это стандартное сообщение об ошибке, предоставляемое сервером при возникновении непредвиденной ситуации.
Код состояния TTP 501 (не реализовано)
Сервер указывает, что либо не может выполнить запрос, либо не распознает метод HTTP.
Код состояния TTP 502 (неверный шлюз)
Сервер возвращает ответ, что он служил шлюзом или прокси для вышестоящего сервера, который предоставил недопустимый ответ.
Код состояния TTP 503 (служба недоступна)
Сервер не может обработать запрос, потому что он либо перегружен, либо находится на обслуживании.
Код состояния TTP 504 (тайм-аут шлюза)
Вышестоящий сервер не предоставил своевременный ответ второму серверу, который в настоящее время служит шлюзом или прокси. В результате он не может дать ответ клиенту.
Код состояния TTP 505 (версия HTTP не поддерживается)
Сервер не поддерживает метод HTTP, используемый в запросе.
Код состояния TTP 506 (вариант также согласовывается)
Учитывая, что HTTP позволяет нескольким вариантам ресурса размещаться под одним URL-адресом, сервер не может решить, какую (лучшую) версию предоставить в качестве ответа.Обычно это происходит из-за проблемы с конфигурацией сервера.
Код состояния TTP 507 (недостаточно памяти)
Сервер не может сохранить представление желаемого ресурса, необходимого для успешного выполнения запроса.
Код состояния TTP 508 (обнаружен цикл)
Сервер обнаружил бесконечный цикл и не может обработать запрос.
Код состояния TTP 510 (не расширен)
Сервер реализует дополнительные расширения, которые необходимо указать в заголовке запроса, чтобы сервер мог его выполнить.
Код состояния TTP 511 (требуется сетевая аутентификация)
Аутентификация должна быть предоставлена клиентом, чтобы сервер мог предоставить доступ клиенту.
Что такое коды состояния HTTP и что они означают?
200 | OK | Запрос успешно выполнен. Значение успеха зависит от метода HTTP:
|
300 | Множественный выбор | Запрос имеет более одного возможного ответа. Пользовательский агент или пользователь должен выбрать один из них. Не существует стандартного способа выбрать один из ответов. |
301 | Перемещено навсегда | Этот код ответа означает, что URI запрошенного ресурса был изменен.Новый URI, вероятно, указан в ответе. |
302 | Найдено | Этот код ответа означает, что URI запрошенного ресурса был временно изменен . В будущем могут быть внесены новые изменения в URI. Следовательно, этот же URI должен использоваться клиентом в будущих запросах. |
303 | См. Другое | Сервер отправил этот ответ, чтобы указать клиенту получить запрошенный ресурс из другого URI с помощью запроса GET. |
304 | Не изменено | Используется в целях кэширования, чтобы сообщить клиенту, что ответ не был изменен. Таким образом, клиент может продолжать использовать ту же кешированную версию ответа. |
307 | Временное перенаправление | Сервер отправил этот ответ направляющему клиенту, чтобы получить запрошенный ресурс из другого URI тем же методом, который использовал предыдущий запрос. Он имеет ту же семантику, что и код ответа HTTP 302 Found, за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если POST использовался в первом запросе, POST должен использоваться во втором запросе. |
308 | Постоянное перенаправление | Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код ответа HTTP 301 Moved Permanently, за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если POST использовался в первом запросе, POST должен использоваться во втором запросе . |
400 | Плохой запрос | Этот ответ означает, что сервер не может понять запрос из-за недопустимого синтаксиса. |
401 | Неавторизованный | Для получения запрошенного ответа требуется аутентификация. Это похоже на код ответа 403, но в этом случае возможна аутентификация. |
403 | Запрещено | У клиента нет прав доступа к контенту, поэтому сервер не разрешает доступ к запрошенному ответу. |
404 | Not Found | Сервер не может найти запрошенный ресурс.Этот код ответа хорошо известен из-за его частого появления. Код состояния 404 считается неработающей ссылкой на платформе Siteimprove. Примечание. Это не то же самое, что «Soft 404». Для получения информации об этом см. — Что такое Soft 404? |
405 | Метод запрещен | Метод запроса известен серверу, но был отключен и не может использоваться. Два обязательных метода, GET и HEAD, никогда не должны отключаться и не должны возвращать этот код ошибки. |
408 | Тайм-аут запроса | Этот ответ отправляется некоторыми серверами при неактивном соединении, даже без предварительного запроса клиента. Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга (см. Ошибку 881804, которая отслеживает будущую реализацию такого механизма в Firefox). Также обратите внимание, что некоторые серверы просто закрывают соединение, не отправляя это сообщение. |
409 | Конфликт | Запрос не может быть выполнен из-за конфликта с текущим состоянием ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправить запрос. В теле ответа СЛЕДУЕТ включать достаточно информации, чтобы пользователь мог распознать источник конфликта. В идеале объект ответа должен включать достаточно информации для пользователя или пользовательского агента, чтобы исправить проблему; однако это может быть невозможно и не требуется. Конфликты наиболее вероятны в ответ на запрос PUT. Например, если использовалось управление версиями и объект PUT включал изменения ресурса, которые противоречат изменениям, сделанным более ранним (сторонним) запросом, сервер может использовать ответ 409, чтобы указать, что он не может выполнить запрос. . В этом случае объект ответа, вероятно, будет содержать список различий между двумя версиями в формате, определенном Content-Type ответа. |
410 | Gone | Этот ответ отправляется, когда запрошенный контент был окончательно удален с сервера без адреса пересылки. Код состояния 410 считается неработающей ссылкой на платформе Siteimprove. |
412 | Ошибка предварительного условия | Одно или несколько условий, указанных в полях заголовка запроса, при проверке на сервере признаны ложными. Этот код ответа позволяет клиенту помещать предварительные условия в текущее состояние ресурса (его текущие представления и метаданные) и, таким образом, предотвращать применение метода запроса, если целевой ресурс находится в неожиданном состоянии. |
429 | Слишком много запросов | Пользователь отправил слишком много запросов за заданный промежуток времени. Предназначен для использования со схемами ограничения скорости для управления скоростью отправляемого или принимаемого трафика для предотвращения DoS-атак. |
500 | Внутренняя ошибка сервера | Сервер обнаружил ситуацию, которую он не знает, как справиться. |
502 | Плохой шлюз | Этот ответ с ошибкой означает, что сервер, работая в качестве шлюза для получения ответа, необходимого для обработки запроса, получил недопустимый ответ. |
503 | Служба недоступна | Сервер не готов обработать запрос. Распространенные причины — это сервер, который не работает на техническое обслуживание или перегружен. Обратите внимание, что вместе с этим ответом должна быть отправлена удобная страница с объяснением проблемы. Этот ответ следует использовать для временных условий, а HTTP-заголовок Retry-After: по возможности должен содержать расчетное время до восстановления службы. Веб-мастер также должен позаботиться о заголовках, связанных с кешированием, которые отправляются вместе с этим ответом, поскольку эти временные ответы условий обычно не должны кэшироваться. |
999 * | Невозможно обработать запрос, | Это не официальный код статуса HTTP. Он используется как универсальный код ошибки, представляемый, когда более конкретный код ошибки не предоставляется сервером, к которому мы пытаемся получить доступ. Мы наблюдаем такое поведение на сайтах социальных сетей, таких как LinkedIn, которые либо хотят полностью запретить поисковые роботы, либо ограничивают количество сделанных запросов. Этот ответ может быть прерывистым, поскольку в некоторых случаях сервер блокирует IP-адрес искателя на ограниченный период времени. В таких случаях мы рекомендуем повторно сканировать ссылку на более позднем этапе. Если проблема сохраняется со ссылкой, которая, как вы знаете, работает, вы можете отклонить эту конкретную ссылку в отчете о странице. |
нет данных | недоступен * | Это не официальный код состояния HTTP. Ссылка работает, но ресурс, на который она ссылается, больше не доступен, например видео. |
нет данных | Невозможно подключиться * | Это не официальный код состояния HTTP.Вы можете получить эту ошибку, когда запрос был прерван, т. Е. Соединение было неожиданно закрыто. Вы также можете увидеть эту ошибку, если есть проблемы с обработкой TLS. |
Полное руководство и список кодов ошибок
Коды состоянияHTTP похожи на короткие заметки с сервера, которые прикрепляются к веб-странице. На самом деле они не являются частью содержания сайта. Вместо этого они представляют собой сообщения от сервера, сообщающие вам, как все прошло, когда он получил запрос на просмотр определенной страницы.
Сообщения такого типа возвращаются каждый раз, когда ваш браузер взаимодействует с сервером, даже если вы их не видите. Если вы владелец или разработчик веб-сайта, важно знать коды статуса HT TP . Когда они появляются, коды состояния HTTP являются бесценным инструментом для диагностики и исправления ошибок конфигурации веб-сайта.
В этой статье представлены несколько кодов состояния сервера и ошибок, а также объясняется, что они говорят о том, что происходит на сервере за кулисами.
Давайте нырнем!
Предпочитаете посмотреть видео версию?
Что такое коды состояния HTTP?
Каждый раз, когда вы нажимаете ссылку или вводите URL-адрес и нажимаете Введите , ваш браузер отправляет запрос на веб-сервер для сайта, к которому вы пытаетесь получить доступ. Сервер получает и обрабатывает запрос, а затем отправляет обратно соответствующие ресурсы вместе с HTTP-заголовком.
Коды состоянияHTTP доставляются вашему браузеру в заголовке HTTP. Хотя коды состояния возвращаются каждый раз, когда ваш браузер запрашивает веб-страницу или ресурс, в большинстве случаев вы их не видите.
Обычно ошибка отображается в браузере только тогда, когда что-то идет не так. Это способ сказать серверу: «Что-то не так. Вот код, объясняющий, что пошло не так «.
Код статуса HTTP 404 GoogleЕсли вы хотите видеть коды статуса, которые ваш браузер обычно не отображает, существует множество различных инструментов, которые упростят это. Расширения браузера доступны для удобных для разработчиков платформ, таких как Chrome и Firefox, и существует множество веб-инструментов для извлечения заголовков, таких как Web Sniffer.
Чтобы просмотреть коды состояния HTTP с помощью одного из этих инструментов, найдите строку в верхней части отчета с надписью «Состояние: HTTP / 1.1». За этим последует код состояния, возвращенный сервером.
Общие сведения о классах кода состояния HTTP
Коды состоянияHTTP делятся на 5 «классов». Это группы ответов, которые имеют схожие или связанные значения. Знание того, что они собой представляют, может помочь вам быстро определить общее содержание кода состояния , прежде чем вы начнете искать его конкретное значение.
Пять классов включают:
- 100s: Информационные коды, указывающие, что запрос, инициированный браузером, продолжается.
- 200s: Коды успеха возвращены, когда запрос браузера был получен, понят и обработан сервером.
- 300s: Коды перенаправления возвращаются, когда новый ресурс заменен запрошенным.
- 400s: Коды ошибок клиента, указывающие на проблему с запросом.
- 500s: Коды ошибок сервера, указывающие, что запрос был принят, но ошибка на сервере помешала его выполнению.
В каждом из этих классов существует множество кодов сервера, которые могут быть возвращены сервером. Каждый отдельный код имеет особое и уникальное значение, которое мы рассмотрим в более подробном списке ниже.
Почему коды статуса и ошибки HTTP имеют значение для поисковой оптимизации (SEO)
Поисковые роботы видят коды статуса HTTP во время сканирования вашего сайта.В некоторых случаях эти сообщения могут повлиять на то, будут ли ваши страницы проиндексированы и как, а также на то, как поисковые системы воспринимают состояние вашего сайта.
Вообще говоря, 100- и 200-уровневые коды состояния HTTP не сильно повлияют на ваше SEO. Они сигнализируют о том, что на вашем сайте все работает должным образом, и позволяют ботам поисковых систем продолжать свой путь. Однако они также не повысят ваш рейтинг.
По большей части для SEO важны коды более высокого уровня.Ответы на уровне 400 и 500 могут помешать ботам сканировать и индексировать ваши страницы. Слишком большое количество этих ошибок также может указывать на низкое качество вашего сайта, что может снизить ваш рейтинг.
Подпишитесь на информационный бюллетень
Хотите узнать, как мы увеличили наш трафик более чем на 1000%?
Присоединяйтесь к 20 000+ других, которые получают нашу еженедельную рассылку с инсайдерскими советами по WordPress!
Подпишитесь сейчас300-уровневые коды имеют несколько более сложные отношения с SEO.Главное, что вам нужно знать, чтобы понять их влияние, — это разница между постоянной и временной переадресацией, о которой мы расскажем более подробно в соответствующем разделе ниже.
Вкратце, однако, постоянные перенаправления из обратных ссылок перенаправляют долю ссылок, а временные — нет. Другими словами, когда вы используете временную переадресацию для перемещенных страниц, вы теряете преимущество SEO, связанное с построением всех ссылок, которые вы сделали.
Проверка кодов состояния HTTP в консоли поиска Google
Один из способов отслеживать, как Google воспринимает коды состояния HTTP на вашем сайте, — использовать консоль поиска Google.Вы можете просмотреть коды состояния на уровне 300, 400 и 500 в отчете Покрытие :
Отчет об охвате Google Search ConsoleВ этой области панели инструментов показаны четыре типа контента на вашем сайте:
- Страницы, возвращающие ошибки.
- Допустимые страницы с предупреждениями.
- Действительные ресурсы.
- Контент исключен из индекса.
Вы можете найти страницы с кодами состояния HTTP 300, 400 и 500 в разделах Excluded , Error или Valid с предупреждениями разделов, в зависимости от типа кода.Например, 301 редирект может быть указан в списке Исключено как страница с перенаправлением :
Страница с переадресацией в отчете об охвате Google Search Console.Коды состояния с 400 и 500 уровнями, скорее всего, появятся под ошибкой .
Другой способ просмотреть коды состояния HTTP — использовать инструмент URL Inspection . Если Google не может проиндексировать конкретную страницу из-за ошибки, вы увидите это здесь:
Ошибка 404 в инструменте проверки URL-адресовв Google Search Console. Дополнительные советы по использованию Google Search Console можно найти в нашем подробном руководстве по платформе.
Полное руководство и список кодов состояния HTTP
Хотя существует более 40 различных кодов состояния серверов, вы, вероятно, будете встречать менее десятка на регулярной основе. Ниже мы рассмотрели наиболее распространенные, а также несколько малоизвестных кодов, с которыми вы все еще можете столкнуться.
100 кодов состояния
100-уровневый код состояния сообщает вам, что запрос, который вы отправили на сервер, по какой-то причине все еще обрабатывается. Это не обязательно проблема, это просто дополнительная информация, чтобы вы знали, что происходит.
- 100: «Продолжить». Это означает, что рассматриваемый сервер получил заголовки запроса вашего браузера и теперь готов к отправке тела запроса. Это делает процесс запроса более эффективным, поскольку он не позволяет браузеру отправлять запрос тела, даже если заголовки были отклонены.
- 101: «Протоколы переключения». Ваш браузер попросил сервер изменить протоколы, и сервер выполнил.
- 103: «Ранние намеки.”Это возвращает некоторые заголовки ответа до того, как остальная часть ответа сервера будет готова.
200 Коды состояния
Это лучший вид кода состояния HTTP для получения. Ответ на 200 уровней означает, что все работает именно так, как должно.
- 200: «Все в порядке». Это код, который доставляется, когда веб-страница или ресурс действуют именно так, как от них ожидается.
- 201: «Создано». Сервер выполнил запрос браузера и в результате создал новый ресурс.
- 202: «Принято». Сервер принял запрос вашего браузера, но все еще обрабатывает его. Запрос в конечном итоге может привести или не привести к завершенному ответу.
- 203: «Неавторизованная информация». Этот код состояния может появиться, когда прокси-сервер используется. Это означает, что прокси-сервер получил код состояния 200 «Все в порядке» от исходного сервера, но изменил ответ, прежде чем передать его в ваш браузер.
- 204: «Нет содержимого.” Этот код означает, что сервер успешно обработал запрос, но не собирается возвращать какой-либо контент.
- 205: «Сбросить содержимое». Как и код 204, это означает, что сервер обработал запрос, но не собирается возвращать какой-либо контент. Однако для этого также требуется, чтобы ваш браузер сбрасывал представление документа.
- 206: «Частичное содержимое». Вы можете увидеть этот код состояния, если ваш HTTP-клиент (также известный как ваш браузер) использует «заголовки диапазона».Это позволяет вашему браузеру возобновлять приостановленные загрузки, а также разделять загрузку на несколько потоков. Код 206 отправляется, когда заголовок диапазона заставляет сервер отправлять только часть запрошенного ресурса.
300 кодов состояния
Перенаправление — это процесс, используемый для сообщения о том, что ресурс был перемещен в новое место. Есть несколько кодов статуса HTTP, которые сопровождают перенаправления, чтобы предоставить посетителям информацию о том, где найти контент, который они ищут.
- 300: «Множественный выбор». Иногда может быть несколько возможных ресурсов, которыми сервер может ответить для выполнения запроса вашего браузера. Код состояния 300 означает, что теперь вашему браузеру необходимо выбрать между ними. Это может произойти, когда доступно несколько расширений типов файлов или если сервер испытывает неоднозначность смысла слов.
- 301: «Запрошенный ресурс был перемещен навсегда». Этот код доставляется, когда веб-страница или ресурс постоянно заменяются другим ресурсом.Он используется для постоянного перенаправления URL.
- 302: «Запрошенный ресурс перемещен, но найден». Этот код используется, чтобы указать, что запрошенный ресурс был найден, но не в том месте, где он ожидался. Он используется для временного перенаправления URL-адресов.
- 303: «См. Другое». Для понимания кода состояния 303 необходимо знать разницу между четырьмя основными методами HTTP-запроса. По сути, код 303 сообщает вашему браузеру, что он нашел ресурс, запрошенный вашим браузером с помощью POST, PUT или DELETE.Однако, чтобы получить его с помощью GET, вам необходимо сделать соответствующий запрос на другой URL-адрес, чем тот, который вы использовали ранее.
- 304: «Запрошенный ресурс не изменялся с момента последнего обращения к нему». Этот код сообщает браузеру, что ресурсы, хранящиеся в кеше браузера, не изменились. Он используется для ускорения доставки веб-страниц за счет повторного использования ранее загруженных ресурсов.
- 307: «Временное перенаправление». Этот код состояния заменил 302 «Найдено» как соответствующее действие, когда ресурс был временно перемещен на другой URL-адрес.В отличие от кода состояния 302, он не позволяет изменять метод HTTP.
- 308: «Постоянное перенаправление». Код состояния 308 является преемником кода 301 «Перемещен навсегда». Он не позволяет изменять метод HTTP и указывает, что запрошенный ресурс теперь постоянно находится по новому URL-адресу.
400 Коды состояния
На уровне 400 коды состояния HTTP начинают вызывать проблемы. Это коды ошибок, указывающие на неисправность вашего браузера и / или запроса.
- 400: «Неверный запрос». Сервер не может вернуть ответ из-за ошибки на стороне клиента. См. Наше руководство по устранению этой ошибки.
- 401: «Неавторизовано» или «Требуется авторизация». Это возвращается сервером, когда у целевого ресурса отсутствуют действительные учетные данные для аутентификации. Вы можете увидеть это, если настроили базовую HTTP-аутентификацию с помощью htpasswd.
- 402: «Требуется оплата.«Изначально этот код создавался для использования как часть системы цифровой наличности. Однако этот план так и не был реализован. Вместо этого он используется различными платформами, чтобы указать, что запрос не может быть выполнен, обычно из-за нехватки необходимых средств. Общие примеры включают:
- 403: «Доступ к этому ресурсу запрещен». Этот код возвращается, когда пользователь пытается получить доступ к тому, что у него нет разрешения на просмотр. Например, попытка получить доступ к защищенному паролем содержимому без входа в систему может привести к ошибке 403.
- 404: «Запрошенный ресурс не найден». Это наиболее частое сообщение об ошибке из всех. Этот код означает, что запрошенный ресурс не существует, и сервер не знает, существовал ли он когда-либо.
- 405: «Метод запрещен». Он создается, когда хост-сервер (исходный сервер) поддерживает полученный метод, а целевой ресурс — нет.
- 406: «Неприемлемый ответ». Запрошенный ресурс может генерировать только контент, который неприемлем в соответствии с заголовками принятия, отправленными в запросе.
- 407: «Требуется проверка подлинности прокси». Прокси-сервер используется и требует, чтобы ваш браузер прошел аутентификацию, прежде чем продолжить.
- 408: «Время ожидания сервера оставшейся части запроса от браузера истекло». Этот код генерируется, когда сервер истекает в ожидании полного запроса от браузера. Другими словами, сервер не получил полного запроса, отправленного браузером. Одной из возможных причин может быть перегрузка сети, приводящая к потере пакетов данных между браузером и сервером.
- 409: «Конфликт». Код состояния 409 означает, что сервер не может обработать запрос вашего браузера из-за конфликта с соответствующим ресурсом. Иногда это происходит из-за одновременного редактирования нескольких файлов.
- 410: «Запрошенный ресурс исчез и больше не будет возвращаться». Это похоже на код 404 «Не найдено», за исключением того, что 410 указывает, что состояние является ожидаемым и постоянным.
- 411: «Требуемая длина». Это означает, что запрашиваемый ресурс требует, чтобы клиент указывал определенную длину, а это не так.
- 412: «Ошибка предварительного условия». Ваш браузер включил определенные условия в заголовки запросов, и сервер не соответствовал этим требованиям.
- 413: «Слишком большая полезная нагрузка» или «Слишком большой объект запроса». Ваш запрос больше, чем сервер может или готов обработать.
- 414: «Слишком длинный URI». Обычно это результат запроса GET, который был закодирован как строка запроса, которая слишком велика для обработки сервером.
- 415: «Неподдерживаемый тип носителя». Запрос включает тип мультимедиа, который сервер или ресурс не поддерживает.
- 416: «Недопустимый диапазон». Ваш запрос был на часть ресурса, которую сервер не может вернуть.
- 417: «Ожидание не выполнено». Сервер не может выполнить требования, указанные в поле заголовка expect запроса.
- 418: «Я чайник». Этот код возвращают чайники, которые получают запросы на заваривание кофе.Это еще и первоапрельская шутка 1998 года.
- 422: «Необработанная сущность». Клиентский запрос содержит семантические ошибки, и сервер не может их обработать.
- 425: «Слишком рано». Этот код отправляется, когда сервер не желает обрабатывать запрос, потому что он может быть воспроизведен.
- 426: «Требуется обновление». Из-за содержимого поля заголовка запроса обновления клиент должен переключиться на другой протокол.
- 428: «Требуется предварительное условие». Сервер требует, чтобы перед обработкой запроса были указаны условия.
- 429: «Слишком много запросов». Это генерируется сервером, когда пользователь отправил слишком много запросов за заданный промежуток времени (ограничение скорости). Иногда это может происходить из-за того, что боты или скрипты пытаются получить доступ к вашему сайту. В этом случае вы можете попробовать изменить URL-адрес для входа в WordPress. Вы также можете ознакомиться с нашим руководством по исправлению ошибки 429 «Слишком много запросов».
- 431: «Поля заголовка запроса слишком велики». Сервер не может обработать запрос, поскольку поля заголовка слишком велики. Это может указывать на проблему с одним полем заголовка или со всеми ими вместе.
- 451: «Недоступно по юридическим причинам». Оператор сервера получил требование запретить доступ к запрошенному вами ресурсу (или к набору ресурсов, включая тот, который вы запросили). Интересный факт: этот код является отсылкой к роману Рэя Брэдбери: « по Фаренгейту 451 ».
- 499: «Клиент закрыл запрос». Это возвращается NGINX, когда клиент закрывает запрос, в то время как Nginx все еще обрабатывает его.
500 кодов состояния
500-уровневые коды состояния также считаются ошибками. Однако они означают, что проблема на стороне сервера. Это может затруднить их решение.
- 500: «На сервере произошла ошибка, и запрос не может быть выполнен». Это общий код, который просто означает «внутреннюю ошибку сервера».Что-то пошло не так на сервере, и запрошенный ресурс не был доставлен. Этот код обычно создается сторонними плагинами, неисправным PHP или даже нарушением соединения с базой данных. Ознакомьтесь с нашими руководствами о том, как исправить ошибку при установке соединения с базой данных и о других способах устранения внутренней ошибки сервера 500.
- 501: «Не реализовано». Эта ошибка указывает на то, что сервер не поддерживает функции, необходимые для выполнения запроса.Это почти всегда проблема самого веб-сервера и обычно должна решаться хостом. Ознакомьтесь с нашими рекомендациями по устранению невыполненной ошибки 501.
- 502: «Плохой шлюз». Этот код ошибки обычно означает, что один сервер получил недопустимый ответ от другого, например, когда используется прокси-сервер. В других случаях запрос или запрос занимает слишком много времени, поэтому он отменяется или прерывается сервером, и соединение с базой данных прерывается. Для получения дополнительных сведений см. Наше подробное руководство о том, как исправить ошибку 502 Bad Gateway.
- 503: «Сервер сейчас недоступен для обработки этого запроса». Запрос не может быть выполнен на данный момент. Этот код может быть возвращен перегруженным сервером, который не может обрабатывать дополнительные запросы. У нас есть полное руководство по исправлению ошибки 503 Service Unavailable.
- 504: «Сервер, выступающий в качестве шлюза, истекло время ожидания ответа от другого сервера». Это код, возвращаемый, когда два сервера участвуют в обработке запроса, и время ожидания первого сервера истекает, пока второй сервер не ответит.Вы можете узнать больше о том, как исправить ошибку 504, в нашем специальном руководстве.
- 505: «Версия HTTP не поддерживается». Сервер не поддерживает версию HTTP, которую клиент использовал для запроса.
- 508 : достигнуты ограничения на ресурсы, установленные вашим веб-хостом. Ознакомьтесь с нашим руководством по устранению ошибки «Достигнут предел ресурса 508».
- 511: «Требуется сетевая аутентификация». Этот код состояния отправляется, когда сеть, которую вы пытаетесь использовать, требует некоторой формы аутентификации перед отправкой вашего запроса на сервер.Например, вам может потребоваться принять Условия использования общедоступной точки доступа Wi-Fi.
- 521: «Веб-сервер не работает». Ошибка 521 — это сообщение об ошибке, относящееся к Cloudflare. Это означает, что ваш веб-браузер смог успешно подключиться к Cloudflare, но Cloudflare не смог подключиться к исходному веб-серверу.
- 525 : «Подтверждение связи SSL не удалось». Ошибка 525 означает, что установление связи SSL между доменом, использующим Cloudflare, и исходным веб-сервером не удалось.Если у вас возникли проблемы, вы можете попытаться легко исправить ошибку 525 пятью способами.
Где узнать больше о кодах состояния HTTP
Помимо кодов состояния HTTP, которые мы рассмотрели в этом списке, есть еще несколько малоизвестных, о которых вы, возможно, захотите узнать. Есть несколько ресурсов, с которыми вы можете ознакомиться, чтобы узнать об этих более редких кодах, в том числе:
Знание этих кодов состояния может помочь вам решить некоторые уникальные проблемы, поддерживая ваш собственный веб-сайт или даже когда вы сталкиваетесь с ними на других сайтах.
Поначалу они могут показаться устрашающими, но коды состояния HTTP важны для понимания того, что происходит на вашем сайте. Вот подробный список тех, с которыми вам стоит познакомиться! 📟🌐Нажмите, чтобы написать твитСводка
На первый взгляд коды состояния HTTP могут показаться запутанными или устрашающими, но на самом деле они очень информативны. Изучив некоторые из распространенных, вы сможете быстрее устранять проблемы на своем сайте.
В этом посте мы определили более 40 кодов статуса HTTP, с которыми вы можете столкнуться.От более мягких кодов 100 и 200 уровней до более сложных ошибок 400 и 500 уровней, понимание этих сообщений имеет решающее значение для поддержания вашего веб-сайта и обеспечения его доступности для пользователей.
Экономьте время, деньги и повышайте производительность сайта с помощью:
- Мгновенная помощь от экспертов по хостингу WordPress, 24/7.
- Интеграция Cloudflare Enterprise.
- Глобальный охват аудитории с 28 центрами обработки данных по всему миру.
- Оптимизация с помощью нашего встроенного мониторинга производительности приложений.
Все это и многое другое в одном плане без долгосрочных контрактов, поддержки миграции и 30-дневной гарантии возврата денег. Ознакомьтесь с нашими планами или поговорите с отделом продаж, чтобы найти план, который подходит именно вам.
Полный список кодов состояния HTTP + объяснение каждого
Что означает ошибка клиента 4xx?Код состояния 4xx Client Error означает, что веб-сайт или страница не могут быть достигнуты, и либо страница недоступна, либо запрос содержит неверный синтаксис.Как владелец веб-сайта вы должны делать все возможное, чтобы этого избежать, поскольку это означает, что ваши пользователи не найдут то, что ищут. Это могут быть страницы, которые больше не найдены и которые временно или навсегда исчезли. Это не только создает неудобства для пользователей, но и может навредить вашим усилиям по поисковой оптимизации.
Что означает 400 Bad Request?Код состояния 400 Bad Request означает, что сервер не может понять запрос из-за недопустимого синтаксиса.
Что означает 401 Несанкционированный?Код состояния 401 Unauthorized означает, что запрос не был применен, поскольку сервер требует аутентификации пользователя.
Что означает 402 Требуется оплата?Код состояния 402 Требуется платеж — это ответ, зарезервированный для использования в будущем. Первоначально он был создан для внедрения в цифровые платежные системы, однако он редко используется, и стандартного соглашения о его использовании не существует.
Что означает 403 Запрещено?Код состояния 403 Запрещено означает, что запрос клиента был отклонен, поскольку у клиента нет прав на доступ к контенту. В отличие от ошибки 401, личность клиента известна серверу, но, поскольку они не авторизованы для просмотра контента, предоставление правильного ответа отклоняется сервером.
Что означает ошибка 404?Код состояния 404 Not Found означает, что сервер либо не нашел текущего представления для запрошенного ресурса, либо пытается скрыть свое существование от неавторизованного клиента.
Если смотреть на вещи с точки зрения SEO, страницы с кодом состояния 404 Not Found с большим объемом трафика должны быть перенаправлены с помощью 301 на наиболее релевантную из возможных страниц. Однако для некоторых страниц может потребоваться код 404, например, если товара нет в наличии в течение длительного периода времени. Если у вас есть внешние ссылки, указывающие на страницу, которая возвращает 404, вы потеряете ссылочный вес, который в противном случае давали бы эти ссылки.
Если вам нужно исправить ошибку 404, перейдите в этот раздел.
Что означает недопустимый метод 405?405 Метод не разрешен Код состояния означает, что, хотя серверу известен метод запроса, метод отключен и не может быть использован.
Что означает 406 неприемлемо?Код состояния 406 Not Acceptable отправляется сервером, когда он не находит никакого контента, соответствующего критериям, заданным пользовательским агентом.
Что означает 407 Proxy Authentication Required?407 Требуется аутентификация прокси-сервера Код состояния означает, что клиент должен сначала пройти аутентификацию через прокси (аналогично 401).
Что означает тайм-аут запроса 408?Код состояния 408 Тайм-аут запроса означает, что сервер не получил полный запрос за время, которое он подготовил к ожиданию.
Что означает конфликт 409?Код состояния конфликта 409 означает, что запрос не может быть выполнен из-за конфликта с текущим состоянием целевого ресурса, и используется в ситуациях, когда пользователь может повторно отправить запрос после разрешения конфликта.
Что означает 410 Gone?Код состояния 410 Gone означает, что целевой ресурс был удален, и состояние кажется постоянным.
Если посмотреть на вещи с точки зрения SEO, код статуса 410 Gone — это более постоянная версия 404. Страница больше не будет доступна с сервера и не имеет доступного адреса пересылки. Если вы хотите полностью удалить страницу из поискового индекса Googles, то правильным способом будет использовать 410 на странице (вместо простого 404).
Что означает 411 Требуемая длина?Код состояния 411 Требуется длина означает, что сервер отклонил запрос, поскольку он требует определения поля заголовка Content-Length.
Что означает 412 Precondition Failed?Код состояния 412 Precondition Failed означает, что сервер не соответствует одному или нескольким предварительным условиям, указанным в полях заголовка запроса.
Что означает значение 413 Payload Too Large?413 Payload Too Large Код состояния означает, что сервер отказывается обрабатывать запрос, потому что полезная нагрузка запроса больше, чем сервер может или хочет обработать. Хотя сервер может закрыть соединение, чтобы предотвратить продолжение запроса клиентом, он должен сгенерировать поле заголовка Retry-After и указать, через какое время клиент может повторить попытку.
Что означает 414 URI Too Long?Слишком длинный URI 414 Код состояния означает, что сервер отказывается обслуживать запрос, потому что целевой объект запроса был длиннее, чем сервер был готов интерпретировать.
Что означает 415 Неподдерживаемый тип носителя?Код состояния 415 Unsupported Media Type означает, что сервер отклоняет запрос, поскольку он не поддерживает медиаформат запрошенных данных.
Что означает 416 Range Not Satisfiable?416 Range Not Satisfiable Код состояния означает, что диапазон, указанный в поле заголовка Range запроса, не может быть выполнен.Причина может заключаться в том, что указанный диапазон выходит за пределы размера данных целевого URI.
Что означает 417 Неудачное ожидание?Код состояния 417 Ошибка ожидания означает, что ожидание, указанное в поле заголовка запроса Expect, не может быть выполнено сервером.
Что означает 418 Я чайник?Код состояния 418 I’m a Teapot означает, что сервер отказывается варить кофе, потому что это, по сути, чайник.(Это отсылка к первоапрельской шутке 1998 года под названием «Протокол управления гипертекстовым кофейником»).
Что означает 421 неверно направленный запрос?Код состояния 421 Misdirected Request означает, что запрос клиента был направлен на сервер, который не настроен для выдачи ответа.
Что означает 422 Unprocessable Entity?Код состояния 422 Unprocessable Entity означает, что, хотя запрос был правильно сформирован, сервер не смог выполнить его из-за семантических ошибок.
Что означает 423 Заблокировано?Код состояния 423 Locked означает, что ресурс, к которому осуществляется доступ, заблокирован.
Что означает 424 Failed Dependency?Код состояния 424 Failed Dependency означает, что запрос не выполнен из-за сбоя предыдущего запроса.
Что означает 425 слишком рано?Код состояния 425 Too Early означает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.
Что означает «Требуется обновление 426»?Код состояния 426 Требуется обновление означает, что, хотя сервер отказывается выполнить данный запрос с использованием текущего протокола, он может пожелать сделать это после того, как клиент был обновлен до другого протокола.
Что означает 428 «Требуется предварительное условие»?Требуется предварительное условие 428 Код состояния означает, что исходный сервер требует, чтобы запрос был условным.
Что означает 429 Too Many Requests?429 Too Many Requests Код ответа означает, что за заданное время пользователь отправил слишком много запросов.
431 Поля заголовка запроса слишком велики означает, что сервер не желает обрабатывать запрос, потому что его поля заголовка действительно слишком велики, однако запрос может быть отправлен снова после уменьшения размера полей заголовка запроса.
Что означает 451 недоступен по юридическим причинам?Код ответа 451 недоступен по юридическим причинам означает, что пользователь запросил незаконный ресурс (например, страницы и сайты, заблокированные правительством).
Список кодов состоянияHTTP | Объяснение кодов ошибок HTTP
Каждый раз, когда задача запускается на отслеживаемом устройстве, целевой сервер возвращает коды состояния HTTP, чтобы указать состояние ответа от сервера.
Эти коды состояния HTTP или коды сетевых ошибок будут отображаться в результатах сеанса мониторинга, а также в уведомлениях о предупреждениях. Эти коды состояния поддерживаются Управлением по присвоению номеров в Интернете (IANA), и самый последний список кодов можно найти здесь.
Используя фильтры, вы можете удалять результаты с определенными кодами состояния из ваших задач, предупреждений и отчетов. Нажмите на справочные документы RFC в списке ниже, чтобы получить полную информацию о кодах состояния.
Wh a t это протокол HTTP ?Каждый раз, когда пользователь посещает веб-сайт, он отправляет запрос из своего браузера / клиента серверу, который отвечает запрошенными ресурсами.Все эти запросы соответствуют стандарту HTTP (протокол передачи гипертекста). Протокол HTTP, который технически является частью прикладного уровня в пакете Интернет-протоколов, является всего лишь одним из многих протоколов в пакете IP. Протокол HTTP — это основа Интернета, используемая для связи и передачи данных между клиентами и серверами. Некоторые из других наиболее распространенных интернет-протоколов, с которыми вы часто сталкивались, включают следующие:
Уровень приложения ПротоколыПриложение позже определяет протоколы и методы интерфейса, используемые клиентами и серверами.Это уровень, на котором происходит взаимодействие между человеком и компьютером, и информация может передаваться с сервера и обратно через клиент / браузер, интерпретироваться и отображаться для пользователей.
- DNS : Протокол DNS (система доменных имен) преобразует доменные имена в удобочитаемые IP-адреса для браузера, чтобы можно было загружать ресурсы.
- FTP : протокол FTP (протокол передачи файлов) используется для передачи файлов между браузером и сервером в компьютерной сети.
- SMTP : протокол SMTP (Simple Mail Transfer Protocol) используется для отправки и получения электронных писем между отправителями и получателями в сети.
- TLS / SSL : Протокол SSL (Secure Sockets Layer) был официально объявлен устаревшим в 2015 году. Вместо него был введен TLS (Transport Layer Security), чтобы обеспечить безопасный способ связи по сети.
- IMAP : Протокол IMAP (протокол доступа к сообщениям в Интернете) используется для управления и приема сообщений с сервера электронной почты.В отличие от SMTP, вы не можете использовать протокол IMAP для отправки сообщений электронной почты.
- POP : протокол POP (Post Office Protocol) похож на IMAP, но разница в том, что протокол POP позволяет пользователю получать сообщения с почтового сервера, но затем сообщение удаляется с почтового сервера. Протокол IMAP может синхронизировать сообщения на нескольких устройствах. Это действительно зависит от того, как вы хотите, чтобы пользователи получали доступ к своей электронной почте.
- SIP : протокол SIP (Session Initiation Protocol) — это протокол сигнализации, который используется в приложениях для передачи голоса, видео и сообщений в реальном времени.SIP — это протокол, который используется для включения и развертывания услуг VoIP (Voice Over Internet Protocol). SIP также используется вместе с другими протоколами, такими как SDP (протокол описания сеанса), UDP, TCP и TLS для передачи данных сеанса и мультимедиа.
Транспортный уровень обрабатывает передачу данных, включая протоколы TCP и UDP, и обеспечивает правильную и своевременную отправку и получение данных.
- TCP : протокол TCP (протокол управления транспортом) используется для обеспечения безопасности передачи данных между клиентом и сервером, а также для обеспечения обработки всей связи. Например, когда сервер отправляет файл обратно по запросу клиента, уровень HTTP будет связываться с транспортным уровнем, чтобы настроить и отправить запрошенный файл. Протокол TCP управляет процессом сборки и отправки (а иногда и повторной отправки, если необходимо) пакетов данных и гарантирует, что все пакеты были отправлены и доставлены.
- UDP : Протокол UDP (протокол дейтаграмм пользователя) позволяет приложениям отправлять сообщения, называемые дейтаграммами, на другие узлы в сети.
Уровень Интернета, также называемый сетевым уровнем, предназначен для отправки и повторной сборки сетевых пакетов наиболее эффективным способом с использованием сетевых адресов / IP-адресов для отправки пакетов по назначению.
- IP : Протокол IP (Интернет-протокол), наряду с протоколом TCP, представляет собой набор требований, которые определяют способ передачи данных через Интернет.
- ICMP : протокол ICMP (Internet Control Message Protocol) — это сетевой протокол, который позволяет сетевым устройствам, например маршрутизаторам, помогать диагностировать проблемы связи. Протокол ICMP не связан с обменом данными, а его цель — убедиться, что данные достигают предполагаемого места назначения.
Канальный уровень — это группа методов связи, которые управляют передачей данных между физическими устройствами и сетью.
- ARP : Протокол / процедура ARP (протокол разрешения адресов) для сопоставления сетевых IP-адресов с адресом физического аппаратного устройства, также известным как MAC-адрес.
- MAC : протокол MAC (Medium Access Control) дает аппаратным устройствам уникальный идентификационный номер. Он позволяет сетям подключаться к устройствам и взаимодействовать с ними.
- Wi-Fi : Протокол Wi-Fi (Wireless Fidelity), который является одним из протоколов, на которые все мы полагаемся в повседневной жизни, представляет собой группу протоколов беспроводной сети, которая используется для подключения к Интернету и LAN (локальные сети).
Существуют даже расширения протокола HTTP, в том числе HTTPS (безопасный протокол передачи гипертекста) и WebDAV (веб-распределенная разработка и управление версиями), которые мы обсудим более подробно в кодах состояния HTTP ниже. Когда клиент делает запрос к серверу, коды состояния сообщают вам, был ли запрос успешным, неудачным или другим. Коды состояния поддерживаются организацией Internet Assigned Numbers Authority (IANA) и включают коды состояния, полученные от Целевой группы по проектированию Интернета (IETF) и Internet Society (ISOC).Согласно определению организации IANA, существует пять классификаций кодов состояния HTTP:
1xx : информационный — запрос получен, процесс продолжается
2xx : успех — действие было успешно получено, понято и принято
3xx : перенаправление — для выполнения запроса необходимо предпринять дальнейшие действия
4xx : ошибка клиента — запрос содержит неверный синтаксис или не может быть выполнен
5xx : ошибка сервера — серверу не удалось выполнить явно действительный запрос
Специалисты и инженеры регулярно предлагают новые коды статуса в запросах на комментарии (RFC), а IETF будет рассматривать, принимать и удалять коды статуса по мере необходимости.
Пояснение кодов состояния HTTPПриведенная ниже информация предоставляет обзор всех наиболее распространенных кодов состояния HTTP, а также кодов состояния HTTP, о существовании которых большинство людей редко никогда не видит или даже не подозревает. Как мы уже упоминали, многие коды ответов никогда не видны пользователям, поскольку они доступны для просмотра только в сети.
Первая цифра кода состояния определяет класс; однако вторые две цифры не играют никакой роли в дальнейшем определении кода состояния для конкретного типа сообщения / ответа.В этих классификационных группах может быть несколько кодов состояния, и некоторые группы имеют больше кодов состояния, чем другие. И хотя официально существует более 60 уникальных кодов статуса, большинство людей регулярно сталкиваются с несколькими или двумя с течением времени.
Большинство этих кодов состояния интерпретируются и обрабатываются за кулисами. Вы также увидите, что есть группы кодов, помеченные как «Неназначенные». Хотя большинство кодов состояния, которые мы видим сегодня, были стандартизированы и не менялись с течением времени, эти неназначенные номера оставляют место для создания дополнительных кодов состояния по мере необходимости.Кроме того, несмотря на то, что некоторые из неназначенных пользовательских кодов ранее не входили в стандарт HTTP (протокол передачи гипертекста), есть компании, которые используют их в качестве настраиваемого ответа сервера для пользователей, что позволяет компаниям лучше устранять проблемы, с которыми могут столкнуться пользователи. Щелкните ссылки на справочный документ RFC в списке ниже, чтобы получить полную информацию о конкретном коде состояния HTTP.
Полный список и обзор кодов состояния HTTP
1 xx Код состояния s : ИнформационныйКоды состояния HTTP уровня 1xx сообщают пользователям, что сделанный ими запрос был получен, но все еще обрабатывается.Коды состояния 1xx не обязательно означают, что есть проблема, они просто позволяют вам что-то еще в процессе завершения. В эту группу включены лишь несколько кодов 1xx, с которыми пользователи могут столкнуться и о которых необходимо знать.
100 : ПродолжитьКод состояния 100 Продолжить означает, что часть запроса была получена без проблем. На данный момент все в порядке, но процесс еще не завершен. Если оставшаяся часть запроса не будет отклонена, сервер отправит окончательный ответ после того, как запрос будет завершен.Если заголовки HTTP были отклонены, это гарантирует, что клиент не отправит запрос тела. Однако, если запрос не содержит поля заголовка, браузер просто проигнорирует ответ. См. RFC7231, раздел 6.2.1 для получения дополнительной информации.
101: протоколы переключенияСо времен зарождения Интернета было создано множество протоколов HTTP. Первой документированной версией протокола HTTP был HTTP 0.9. Текущая итерация — HTTP 2.0 или HTTP / 2. Код состояния 101 Switching Protocols указывает, что сервер принимает запрос от клиента на переключение на другой протокол HTTP через поле заголовка Upgrade. Когда браузер делает запрос страницы, он может получить код состояния HTTP 101, а затем заголовок Upgrade, который указывает, что сервер переключается на другую версию HTTP. Наконец, предполагается, что сервер соглашается переключать протоколы только тогда, когда это выгодно, например, при обновлении / переключении на новый протокол по сравнению со старым.См. RFC7231, раздел 6.2.2 для получения дополнительной информации.
102: ОбработкаКод состояния 102 Обработка используется только с WebDAV (веб-распределенная разработка и управление версиями). Большинство страниц предназначены только для чтения. WebDAV — это расширение протокола HTTP, которое дает клиентам возможность удаленно редактировать контент и передавать файлы. Протокол WebDAV был создан, чтобы дать пользователям возможность совместно работать над файлами с другими пользователями, такими как Dropbox или Google Drive. Код состояния 102 — это промежуточный код ответа, сообщающий клиенту, что сервер принял полный запрос, но не завершил его.Этот код состояния HTTP отправляется сервером только в том случае, если запрос занимает более 20 секунд. См. RFC2518, раздел 10.2 для получения дополнительной информации.
103: Ранние подсказкиКоды состояния 103 Early Hints в настоящее время находится на стадии оценки / экспериментов. Этот код состояния будет использоваться при предварительной загрузке внешнего контента / ресурсов. Протокол HTTP / 2 позволяет отправлять контент для ускорения доставки, поэтому веб-разработчики могут отправлять определенный контент, ожидая загрузки других внешних ресурсов.Это выгодно с точки зрения конечного пользователя, поскольку сводит к минимуму воспринимаемое время загрузки. Этот код ответа HTTP будет указывать браузеру, что сервер собирается отправить окончательный ответ вместе с полями заголовка, включенными в ответ. См. RFC8297, раздел 2 для получения дополнительной информации
104-199: не назначенКоды состояния с 104 по 199 в настоящее время не назначены.
2xx Код состояния: УспешноКоды состояния HTTP уровня 2xx показывают, что запрос клиента от сервера был успешно получен и обработан.В отличие от кодов состояния 4xx, коды состояния 2xx — это то, что вы хотите получить. Как и коды состояния 1xx, коды состояния 2xx обрабатываются за кулисами и редко видны пользователям, если только они не используют инструменты разработчика или SEO для просмотра всех HTTP-ответов страницы.
200: ОКОдин из наиболее широко используемых кодов состояния HTTP, код состояния 200 OK используется для обозначения того, что запрос был получен, обработан и был успешным. Однако в зависимости от используемого метода запроса (GET, HEAD, POST, PUT, DELETE, OPTIONS, TRACE).Например, если запрос является запросом GET, ответ будет включать ресурс. Если это любой из других запросов, ответ будет включать результат действий. Код состояния 200 — это один из более чем 10 других кодов ответа, которые также кэшируются, что означает, что он может быть сохранен и получен через клиент, чтобы не приходилось делать еще один запрос к серверу в будущем. См. RFC7231, раздел 6.3.1 для получения дополнительной информации.
201: созданоA 201 Созданный код состояния похож на код состояния 200 OK, однако код состояния 201 означает, что запрос был успешно обработан, и он вернул или создал ресурс или ресурсы в процессе.Код состояния 201 обычно используется для запросов PUT. Например, когда используется запрос PUT, новый ресурс создается по URL-адресу, указанному в запросе. Если в запросе POST есть код состояния 201, это означает, что ресурс был создан в другой конечной точке / местоположении API. См. RFC7231, раздел 6.3.2 для получения дополнительной информации.
202: принятоКод состояния 202 Accepted означает, что сервер получил запрос на обработку, и он принят, но запрос не был завершен.Это также не означает, что запрос в конечном итоге будет принят, поскольку это будет зависеть от того, когда произойдет фактическая обработка. Этот тип запроса обычно встречается в API, где пакетный процесс выполняется один раз в день. Поскольку HTTP не может связываться после успешного запроса или закрытия соединения пользователя, API может отправить пользователю электронное письмо, уведомляющее его об успешном завершении процесса. См. RFC7231, раздел 6.3.3 для получения дополнительной информации.
203: неавторизованная информацияКод состояния 203 Неавторизованная информация обычно используется прокси-сервером HTTP или третьей стороной.Прокси-сервер, находящийся между клиентом и сервером, может изменять ответы до того, как достигнет клиента. Чтобы указать, что что-то было изменено во время процесса, используется код состояния 203. Однако недостатком этого метода является то, что невозможно узнать, каким был исходный код состояния, если прокси-сервер что-то изменил в ответе. Предлагаемый обходной путь — использовать заголовок предупреждения вместе с кодом состояния 214, который используется, чтобы указать, что в ответе было изменение или модификация.Использование заголовка предупреждения позволяет передать исходный код состояния. См. RFC7231, раздел 6.3.4 для получения дополнительной информации.
204: Нет содержимогоКод состояния 204 Нет содержимого указывает на то, что ответ был успешно доставлен сервером и выполнен, и в теле ответа больше не должно отправляться содержимое. Например, если запрос отправляется в форме на странице, после отправки ответа клиент / браузер не должен изменять представление, то есть форма не должна обновляться или направлять пользователей на новую страницу.Никакой дополнительный контент не должен заменяться или отображаться с точки зрения пользователя. См. RFC7231, раздел 6.3.5 для получения дополнительной информации.
205: сбросить содержимоеКак и код состояния 204 Нет содержимого, код состояния 205 Сброс содержимого указывает, что сервер успешно отправил запрос и требует, чтобы пользовательский агент обновил / сбросил представление в исходное состояние. Если мы используем пример формы на странице, после того, как пользователь заполнит и отправит форму, клиент / браузер должен вернуть форму в исходное состояние, чтобы пользователь мог предпринять дальнейшие действия.Код состояния 205 предполагает, что дальнейшее содержимое не будет предоставляться. См. RFC7231, раздел 6.3.6 для получения дополнительной информации.
206: Частично СодержимоеКод состояния частичного содержимого 206 может использоваться для множества запросов и обычно указывает, что сервер выполнил частичный запрос ресурса. Например, если клиент ищет только определенную часть или диапазон определенного ресурса или страницы. Другой пример использования кода состояния 206 — это видео.Клиент может загружать видео только по частям, чтобы не ждать, пока видео буферизуется или загрузится, что помогает избежать негативного взаимодействия с пользователем, когда пользователю придется дольше ждать, прежде чем видео будет воспроизведено. Это нормальная передовая практика среди видеопроигрывателей HTTP, позволяющая избежать проблем с пропускной способностью и предполагаемой задержкой. См. RFC7233, раздел 4.1 для получения дополнительной информации.
207: мульти-статусКод состояния 207 Multi-Status обеспечивает состояние нескольких независимых процессов и используется серверами WebDAV.Сообщение / ответ по умолчанию — это текстовое сообщение / сообщение XML. Это указывает на то, что было выполнено несколько операций и что статус каждой операции можно просмотреть в теле ответа. Коды состояния могут варьироваться в зависимости от одной из пяти категорий. Коды ответов будут различаться в зависимости от количества подзапросов. В отличие от других 200 кодов состояния, код состояния 207 не подтверждает, что процесс был успешным. Клиенту необходимо просмотреть тело каждого запроса, чтобы определить, был ли он успешным.См. RFC4918, раздел 11.1 для получения дополнительной информации.
208: Уже сообщеноКод состояния «208 уже сообщено» — это еще один код состояния, используемый в расширении WebDAV. Как и код состояния 207, он позволяет клиенту / браузеру указать серверу, что ресурс уже был обработан. Когда клиент запрашивает ресурсы, вполне возможно, что ответ будет включать повторяющиеся ресурсы, что будет означать, что одни и те же ресурсы будут отправлены несколько раз, что является избыточным.Ответ статуса 208 исключает возможность обработки и повторения одного и того же ответа. Ответы с кодом состояния 208 будут отображаться только в теле ответа и никогда не будут являться фактическим ответом HTTP. См. RFC5842, раздел 7.1 для получения дополнительной информации.
209-225: не назначеноКоды состояния с 209 по 225 в настоящее время не назначены.
226: IM Б / уA 226 IM (Манипуляции с экземпляром) Используемый код состояния используется для обозначения того, что сервер выполнил запрос GET для ресурса, но ответ представляет собой представление одной или нескольких манипуляций с экземпляром, которые были применены к текущему экземпляру.В протоколе HTTP есть расширение, называемое дельта-кодированием в HTTP, которое поддерживается на стороне сервера. Если это реализовано, клиент может запросить изменения кэшированной версии, и сервер отправит изменения вместо повторной отправки всего ресурса снова. Чтобы реализовать эту функцию, в запросе клиента / браузера необходимо указать, какой тип IM поддерживается. Если сервер также поддерживает эту функцию, он ответит кодом состояния 226 и изменениями. Если возвращается код состояния 200, это означает, что функция не поддерживается.См. RFC3229, раздел 10.4.1 для получения дополнительной информации.
227-299: не назначенКоды состояния с 227 по 299 в настоящее время не назначены.
3xx: перенаправлениеКоды состояния 3xx используются в случаях перенаправления URL. Веб-сайты постоянно меняются и развиваются, поэтому иногда маркетологам нужно направлять пользователей на обновленную или другую страницу. Перенаправления помогают избавить пользователей от необходимости искать то, что они ищут, и поддерживать ваш рейтинг в поисковых системах.Действия перенаправления могут выполняться браузером автоматически или могут потребовать дополнительного взаимодействия со стороны пользователей. Коды состояния HTTP 3xx жизненно важны для SEO (поисковой оптимизации) и взаимодействия с пользователем, а также сообщают поисковым системам, какой контент вы хотите, чтобы они сканировали и индексировали. При неправильной реализации пользователи могут быть направлены в непредусмотренное место, что может привести к появлению кода состояния 4xx и повлиять на показатели качества SEO.
300: множественный выборКод состояния «300 множественных вариантов» указывает на то, что ресурс перемещен и может перенаправлять в несколько местоположений.В этом случае пользователь должен решить, какой ресурс использовать. Сервер может указать предпочтительный вариант, и это должно быть указано в поле заголовка, где пользовательский агент может автоматически перенаправить на предпочтительный вариант. На практике этот код состояния используется редко, поскольку не существует стандартизированного способа выбора из нескольких ответов. См. RFC7231, раздел 6.4.1 для получения дополнительной информации.
301: Переехал навсегдаКод состояния 301 перемещен постоянно используется, чтобы указать, что целевой ресурс был перемещен в постоянное местоположение.Код состояния 301 сообщает браузеру / клиенту использовать это новое местоположение или URL-адрес в заголовке. Наряду с кодом состояния 301 в ответе будет указан новый URL-адрес, а также будут обновлены все URL-адреса в предыдущем местоположении (ах) вместе с обновлением до нового URL-адреса. См. RFC7231, раздел 6.4.2 для получения дополнительной информации.
302: найденоКод состояния 302 Found указывает клиенту / браузеру, что ресурс, к которому они обращаются, временно расположен в другом месте.В отличие от кода состояния 301, код состояния 302 указывает на временное перемещение, поэтому клиент не должен автоматически обновлять свои ссылки на новое местоположение, поскольку, опять же, это должно быть временным. Пример того, где следует использовать код состояния 302, если существует несколько URL-адресов, но они могут обслуживаться на разных языках. Пользователь может перейти по определенному URL-адресу, но клиент может автоматически перенаправить его на нужную страницу в соответствии с настройками своего браузера и использовать его при последующих посещениях. Следует отметить, что в некоторых случаях браузеры могут изменить запрос с POST на GET.В случае, если это действие неблагоприятно, следует использовать код состояния 307. См. RFC7231, раздел 6.4.3 для получения дополнительной информации.
303: См. ДругиеКод состояния 303 См. Другое указывает, что сервер будет перенаправлять клиента / браузер на другой ресурс. Ресурс будет указан как URL-адрес в поле заголовка. В отличие от кодов состояния 301 и 302, это не означает, что ресурс временно или постоянно перемещается, его цель — указать URL-адрес, по которому можно найти ответ на конкретный запрос с помощью запроса GET.Коды состояния 303 не следует кэшировать, однако ответ на последующий запрос может кэшироваться. Типичное использование кода состояния 303 — гарантировать, что пользователи случайно не отправят данные формы повторно через запрос POST. Их следует направить на новую страницу. В противном случае они могут неосознанно щелкнуть кнопку «Назад» в своем браузере, что может потребовать от них повторной отправки, что приведет к ненужным дублированным отправкам. См. RFC7231, раздел 6.4.4 для получения дополнительной информации.
304: без измененийКод состояния 304 Not Modified отправляется в ответ на условный запрос GET или HEAD.Клиенты / браузеры могут отправить условный запрос, например If-Match , If-None-Match , If-Modified-Since , If-Unmodified-Since или If-Range , спрашивая, если конкретный ресурс был изменен с определенной даты / времени. Это делается только в том случае, если клиент ранее получил доступ, загрузил и сохранил ресурс. Если он был изменен с момента последнего доступа к этой конкретной дате / времени, сервер вернет код состояния 200 OK. Если он не был изменен с этой даты / времени, в качестве ответа отправляется код состояния 304, указывающий, что сохраненный ресурс должен обслуживаться, поскольку он не был изменен с момента последнего обращения к нему.См. RFC7232, раздел 4.1 для получения дополнительной информации.
305: использовать проксиКод состояния 305 Use Proxy — это устаревший код состояния, который больше не используется из соображений безопасности. Он использовался, чтобы указать клиенту, что доступ к ресурсу, к которому он обращается, должен осуществляться через прокси. Дополнительные сведения о коде состояния 305 Use Proxy см. В RFC7231, раздел 6.4.5
. 306: Не используетсяКак и код состояния 305, состояние 306 Не используется изначально называлось Switch Proxy.Код состояния 306 использовался в предыдущей спецификации. Его намерение должно было использоваться как указание клиенту, что последующие запросы к ресурсу должны использовать указанный прокси. Это было сочтено проблемой безопасности, поэтому больше не используется. Для получения дополнительной информации о коде состояния 306 Unused, см. RFC7231, раздел 6.4.6
. 307: временное перенаправлениеКак и код состояния перенаправления 302 Found, код состояния 307 Temporary Redirect указывает клиенту / браузеру, что ресурс или документ доступен по другому временному URL-адресу, и возвращает этот URL-адрес.Поскольку перенаправление является временным и может измениться, браузер / клиент должен продолжать обращаться к текущему URL-адресу для последующих запросов. Основное различие между кодом состояния 302 и кодом состояния 307 заключается в том, что код состояния 307 не позволяет изменять запросы из запроса POST на запрос GET, поэтому, если клиент запросил запрос POST, он будет перенаправлен и снова инициирует запрос POST . См. RFC7231, раздел 6.4.7
308: постоянное перенаправлениеКод состояния постоянного перенаправления 308 — это кэшируемый код состояния (если не реализованы элементы управления кешем), который указывает, что целевой ресурс теперь находится по постоянному URL-адресу, и последующие запросы также должны быть направлены на этот URL-адрес.Кроме того, клиент должен обновить все старые закладки на новое место. Код состояния 308 очень похож на код состояния 301, однако, если отправляется код состояния 308, клиент должен инициировать и отправить тот же запрос в целевом местоположении. Код состояния 301 не обязателен. Большинство браузеров / клиентов изменяют запрос POST на запрос GET. См. RFC7238, раздел 3 для получения дополнительной информации.
309-399: не назначенКоды состояния с 309 по 399 в настоящее время не назначены.
4xx: ошибка клиентаКлассификация с наибольшим количеством кодов состояния HTTP, коды состояния HTTP 4xx — это не то, что вы хотите, чтобы ваши пользователи видели. Любой код состояния, начинающийся с 4, означает наличие проблемы с клиентом. Коды состояния 4xx обычно генерируются, если страница была удалена и не перенаправлена, или если что-то неправильно введено в URL-адрес или ссылку. Если пользователи получают ужасный код состояния 4xx, это означает, что существует проблема с клиентом / браузером, получающим информацию с сервера.Это ошибки, которые пользователи увидят всплывающими на своих экранах и создадут негативное впечатление для пользователей, что приведет к небольшому разочарованию и их поискам в другом месте. Если поисковые системы сканируют ваш сайт и получают, например, ошибку 404, это будет отображаться как ошибка в отчете. Несколько ошибок 404 — это нормально, и поисковые системы не обязательно считают их негативными, но ошибка 404, которая перенаправляет на 404, может негативно повлиять на ваше SEO. Мало того, если рассматриваемая страница используется для увеличения трафика или продаж, это может привести к потере потенциального дохода.
400: неверный запросКод состояния ошибки 400 Bad Request означает, что сервер не может обработать запрос из-за проблемы со стороны клиента. Это может быть связано с любым количеством причин, таких как слишком большой файл, неправильный синтаксис, недопустимый URL-адрес или другая проблема, вызванная сторонним приложением, поэтому код состояния 400 иногда используется в качестве уловки. весь код состояния, даже если есть проблема на стороне сервера. Это может сделать устранение неполадок кода состояния 400 немного более трудоемким и трудным, однако, наряду с ошибкой кода состояния 400 и информацией заголовка, сервер может предоставить дополнительный ответ вместе с ним, который может быть отображен для пользователя, чтобы помочь идентифицировать проблема и облегчить процесс поиска и устранения неисправностей и диагностики ошибки.См. RFC7231, раздел 6.5.1 для получения дополнительной информации.
401: неавторизованныйКод состояния ошибки 401 Unauthorized указывает, что запрос не включает соответствующие учетные данные аутентификации, аутентификация не удалась или пользователь должен войти в систему. Клиент требует аутентификации от сервера. Термины авторизованный и аутентифицированный часто используются как синонимы, но они означают разные вещи. Код состояния 401 строго связан с аутентификацией.В тех случаях, когда вы хотите сообщить клиенту, что он вообще не разрешен, следует использовать код состояния 403. Согласно спецификации, код состояния 401 должен также включать заголовок WWW-Authenticate из ответа сервера, указывающий клиенту, какую схему или метод аутентификации требует сервер. См. RFC7235, раздел 3.1 для получения дополнительной информации.
402: Требуется оплатаПервоначально созданный как часть возможности использования потенциальных будущих цифровых способов оплаты, код состояния ошибки 402 Payment Required официально зарезервирован для использования в будущем, но он использовался в некоторых ограниченных, но редких ситуациях.Для получения дополнительной информации о коде ошибки 402 Payment Required, см. RFC7231, раздел 6.5.2
. 403: ЗапрещеноКод состояния ошибки 403 Forbidden указывает, что запрос от клиента был понят, но сервер не авторизует его, поэтому клиент не может получить к нему доступ. Сервер может сообщить причину, по которой он не авторизует запрос в ответе, что может быть связано с различными причинами, такими как неправильный пароль или имя пользователя. В отличие от кода состояния 401, который требует аутентификации, код состояния 403 может указывать на то, что у клиента действительно нет авторизации для доступа к этим ресурсам, поэтому аутентификация в этом случае невозможна.См. RFC7231, раздел 6.5.3 для получения дополнительной информации.
404: не найденоОдин из наиболее распространенных и печально известных кодов состояния, с которыми сталкиваются пользователи и разработчики, код состояния ошибки 404 Not Found указывает, что ресурс, требуемый от сервера, не существует или не желает предоставлять его клиенту. Код состояния 404 не будет указывать, является ли отсутствие предоставления ресурса временным или постоянным, но клиент может делать последующие запросы для доступа к нему.В случаях, когда известно, что ресурсы навсегда исчезли, следует использовать код состояния 410. Коды состояния 404 по умолчанию также кэшируются, если не установлены другие элементы управления кешем. См. RFC7231, раздел 6.5.4 для получения дополнительной информации.
405: Метод запрещенКод состояния ошибки 405 Method Not Allowed указывает, что конкретный ресурс, запрошенный клиентом, не поддерживается сервером. Запрещенный метод 405 похож на код состояния 403 Forbidden, однако код состояния 403 указывает, что ресурс может быть доступен, просто у клиента нет необходимой авторизации для выполнения запроса.Наряду со статусом 405 Method Not Allowed, сервер должен указать соответствующие и поддерживаемые методы для целевого ресурса. Для получения дополнительной информации о коде ошибки 405 Method Not Allowed см. RFC7231, раздел 6.5.5
. 406: неприемлемоКак и код состояния ошибки 405 «Метод не разрешен», код ошибки 406 неприемлемо указывает на отсутствие поддержки для конкретного запроса. В этом случае код состояния 406 Not Acceptable указывает, что сервер понял запрос, но ответ не поддерживается или не понимается клиентом.Клиент может запросить определенные версии ресурса в заголовке, например A-IM или Accept Language, среди прочего, но если сервер не поддерживает его, он отвечает кодом состояния 406 Not Acceptable. Сервер может ответить либо списком подходящих идентификаторов ресурсов, из которых может выбрать клиент. См. RFC7231, раздел 6.5.6 для получения дополнительной информации.
407: требуется аутентификация проксиКод состояния ошибки 407 Proxy Authentication Required похож на код состояния 401 Unauthorized, однако в случае кода состояния 407, чтобы использовать прокси, клиент должен сначала пройти аутентификацию.Прокси-сервер должен возвращать метод аутентификации. Сегодня это не так распространено из-за роста числа виртуальных частных сетей, прокси-серверы действуют как посредники между пользователями / клиентами и Интернетом, позволяя пользователям быстрее получать доступ к ресурсам, поскольку контент обычно кэшируется, а также могут обеспечивать уровень безопасности и анонимности для пользователей. Для получения дополнительной информации о коде ошибки 407 Proxy Authentication Required, см. RFC7235, раздел 3.2
. 408: Тайм-аут запросаКод состояния ошибки 408 Тайм-аут запроса означает, что сервер не получил запрос от клиента в течение указанного периода времени.Отложенный запрос от клиента может быть вызван множеством причин, например медленным или прерванным соединением. По истечении этого времени сервер отправляет статус 408 Request Timeout, и пользователь / клиент может повторно отправить запрос. Для получения дополнительной информации о коде ошибки 408 Request Timeout см. RFC7231, раздел 6.5.7
. 409: КонфликтКод состояния ошибки 409 Conflict указывает, что запрос от клиента не может быть обработан из-за конфликта с сервером.Запрос от клиента прошел нормально, но на стороне сервера возникли проблемы, препятствующие выполнению запроса. Примером этого может быть запрос пользователя на редактирование, удаление или создание определенного файла, но эти функции не разрешены. Вместе с ответом 409 сервер должен вернуть инструкции о том, как пользователь может решить эту проблему, или указать, почему проблема возникает. См. RFC7231, раздел 6.5.8 для получения дополнительной информации.
410: ИсчезКак и код состояния ошибки 404 Not Found, который мы рассмотрели ранее, код состояния 410 Gone указывает, что ресурс, запрашиваемый клиентом, был удален и больше не доступен с сервера.Никакой дополнительной информации о перенаправлении URL-адресов или о том, где получить доступ к ресурсу, не предоставляется. Он был удален на неопределенный срок. Для получения дополнительной информации о коде ошибки 410 Gone см. RFC7231, раздел 6.5.9
. 411: Требуемая длинаКод состояния ошибки 411 Требуется длина указывает, что сервер не разрешает запрос от клиента из-за предопределенной длины содержимого тела запроса. Запрос может быть повторен клиентом, если в последующем запросе ресурса указан допустимый заголовок Content-Length.Для получения дополнительной информации о коде ошибки 411 Length Required см. RFC7231, раздел 6.5.10
. 412: Ошибка предварительного условияУсловные запросы к серверу разрешены как часть протокола HTTP. Если в запросе выполняются правильные условия, запрос выполняется и обрабатывается сервером. Код состояния ошибки 412 Precondition Failed означает, что не удалось выполнить одно или несколько условий в заголовке запроса. Например, это можно использовать в запросах GET, а условный запрос используется для возврата ресурса только в том случае, если этот ресурс изменился.Для получения дополнительной информации о коде ошибки 412 Precondition Failed см. RFC7232, раздел 4.2
. 413: объект запроса слишком большойКод состояния ошибки 413 Request Entity Too Large указывает на то, что сервер не принимает и не обрабатывает запрос из-за того, что тело запроса больше, чем сервер допускает или может обработать. Такие примеры включают загрузку файла, когда файл превышает максимальный размер загрузки, установленный сервером, или когда было превышено максимальное количество загрузок.В случаях, когда возникает ошибка 413 Request Entity Too Large, сервер может полностью закрыть соединение, чтобы предотвратить продолжение отправки запроса клиентом. В некоторых случаях вполне вероятно, что сервер разрешит клиенту повторить запрос, если это временное состояние, и должен вернуть это сообщение клиенту. Однако возможно, что запрос может привести к тому, что на самом сервере закончится свободное место на физическом диске. В этом случае ошибка 507 Недостаточно места для хранения — это ответ, который клиент должен получить обратно.См. RFC7231, раздел 6.5.11 для получения дополнительной информации.
414: слишком длинный URIНе очень распространенный ответ сервера, код ошибки 414 URI Too Long означает, что сервер отклонил запрос клиента из-за того, что URL-адрес длиннее, чем сервер может обработать. Браузеры и поисковые системы действительно устанавливают ограничения на длину URL-адресов, отчасти для предотвращения DDoS-атак или ошибок кода, но путь URL-адреса или HTTP не имеет явных ограничений. Таким образом, если предел превышает значение, установленное сервером, возникает ошибка 414 URI Too Long.Дополнительные сведения о коде ошибки 414 URI Too Long см. В RFC7231, раздел 6.5.12
. 415: неподдерживаемый тип носителяКод состояния ошибки 415 Unsupported Media Type указывает на то, что сервер не может обработать тело запроса или его часть из-за неподдерживаемого формата мультимедиа. Даже если запрос от клиента поддерживается, ошибка 415 может быть возвращена, если в теле запроса есть неподдерживаемый контент. Код ошибки 415 Unsupported Media Type аналогичен коду состояния 406 Not Acceptable.Разница в том, что код ошибки 406 неприемлемо не связан с содержимым заголовка или кодировкой, а скорее со значением, установленным в заголовке HTTP. Обеспечение того, чтобы сервер мог обрабатывать определенный формат вместе с отправкой запроса с правильной формой, предотвратит появление кода состояния ошибки 415 Unsupported Media Type. См. RFC7231, раздел 6.5.13 для получения дополнительной информации.
416: диапазон не соответствуетКак упоминалось в коде состояния 206 частичного запроса, клиенты / браузеры могут запросить частичный ответ от сервера, будь то, например, конкретная часть файла или видео.Клиенты и серверы используют так называемые запросы диапазона для выполнения этих запросов. Однако, если сервер не поддерживает эти типы запросов, он просто вернет весь ресурс вместе с ответом 200 OK. Если сервер поддерживает запросы диапазона, именно здесь код состояния ошибки 416 Partial Request входит в изображение и возвращает то, что запрашивает клиент. В ситуации, когда сервер поддерживает запросы диапазона, но сервер не согласен с полученным запросом, поскольку он не попадает в этот диапазон или, возможно, выходит за его пределы, будет возвращен код состояния ошибки 416 Range Not Satisfiable.См. RFC7233, раздел 4.4 для получения дополнительной информации.
417: Ожидание не выполненоКлиенты могут использовать заголовок Expect , чтобы указать, что сервер ожидает определенного поведения. Как описано в коде состояния 100 Continue, клиенты могут проверить на сервере, примет ли он запрос. Если это так, сервер ответит кодом состояния 100 Continue. В противном случае код состояния ошибки 417 Expectation Failed указывает на то, что сервер не понял заголовок Expect или не поддерживает его, поэтому он не может обработать запрос клиента.Для получения дополнительной информации о коде ошибки 417 Expectation Failed см. RFC7231, раздел 6.5.14
. 418-42 0 : не назначеноКоды состояния ошибки 418-421 в настоящее время не назначены, однако в некоторых случаях используется код состояния 418 I’m a Little Teapot. Созданный как первоапрельская шутка, он приобрел некоторую популярность и иногда используется как шутка или пасхальное яйцо, а не в повседневных целях. Большинство браузеров игнорируют его, поскольку это не официальный код статуса.Еще один в этой категории — код состояния ошибки 420 Enhance Your Calm, представленный Twitter. Это код ошибки, который сообщает клиентам, что их скорость ограничена, что является ограничением количества запросов, которые они могут сделать в течение определенного периода времени. С 1989 года редактор RFC будет публиковать более юмористические RFC. В Википедии есть полное изложение наиболее юмористических первоапрельских RFC.
421: неверный запросПоявившийся с протоколом HTTP / 2, код ошибки 421 Misdirected Request означает, что сервер получил запрос, который не был предназначен для этого конкретного сервера и не может правильно ответить.Это может произойти, если DNS (система доменных имен) настроен на неправильный IP-адрес. Клиенты должны включать в запрос заголовок Host . Это также может происходить с сайтами, имеющими один сертификат SSL из нескольких доменов. Это может быть вызвано проблемой с хостинг-провайдером и / или конкретным используемым браузером, поэтому может потребоваться большая работа, чтобы действительно понять, в чем проблема. Если сервер знает, что домен не настроен для запроса, он ответит сообщением об ошибке 421 Misdirected Request.См. RFC7540, раздел 9.1.2 для получения дополнительной информации.
422: Необработанный ОбъектКод состояния ошибки 422 Unprocessable Entity указывает на проблему с содержанием синтаксиса запроса. Расположение запроса было понято сервером, но поля в запросе недействительны или не соответствуют ожиданиям сервера. Как и коды состояния 102 Processing и 207 Multi-Status, код ошибки 422 Unprocessable Entity является частью протокола WebDAV и часто используется с веб-сервисами / API.Обычно рекомендуемый ответ — 400 Bad Request, но если WebDAV поддерживается, следует использовать 422 Unprocessable Entity. См. RFC4918, раздел 11.2 для получения дополнительной информации.
423: заблокированоКак и код состояния ошибки 422 Unprocessable Entity, код состояния ошибки 423 Locked также является частью протокола WebDAV. Код состояния 423 Locked указывает, что файл, ресурс или напрямую, например, не могут быть отредактированы. Его цель — избежать обновления файла, ресурса и т. Д. Несколькими пользователями., одновременно. Затем эти ресурсы можно разблокировать для редактирования, когда это необходимо. Для получения дополнительной информации о коде ошибки 423 Locked см. RFC4918, раздел 11.3
. 424: сбойная зависимостьДругой код состояния, поддерживаемый протоколом WebDav; код состояния ошибки 424 Failed Dependency указывает, что запрос от клиента не удался из-за зависимости от другого запроса, который также не удался. WebDAV использует метод, известный как PROPPATCH , для обновления определенных свойств ресурсов.Чтобы указать, был ли ресурс обновлен успешно или нет, WebDAV использует стандартные ответы с кодом состояния HTTP. Кроме того, код состояния 424 Failed Dependency используется только в том случае, если ответ в теле HTTP имеет ответ 207 Multi-Status. Таким образом, если PROPPATCH используется и ресурс не обновляется, он отправит код состояния 4xx, указывающий, что произошла ошибка при обновлении ресурса, код ошибки 424 Failed Dependency также будет отправлен вместе с другими запросами, которые зависят от этого обновления. был успешным, но потерпел неудачу.См. RFC4918, раздел 11.4 для получения дополнительной информации.
425: Слишком раноНе распространенный код состояния HTTP, который используется сегодня, код ответа об ошибке 425 Too Early используется в ситуациях, когда клиент HTTP подключается к клиенту HTTPS. Во время этого процесса может потребоваться много времени, чтобы установить соединение между сервером и клиентом. Этот процесс может создать проблему безопасности, поэтому сервер скажет клиенту повторить запрос до тех пор, пока не будет установлено безопасное соединение TLS (Transport Layer Security).В этом случае будет возвращен код состояния 425 Too Early. Для получения дополнительной информации о коде ошибки 425 Too Early, см. RFC8470, раздел 5.2
. 426: требуется обновлениеКод состояния ошибки 426 Требуется обновление указывает клиенту, что ему необходимо использовать более новый протокол для отправки запросов на сервер. Например, клиент может использовать более старую версию HTTP, такую как HTTP / 1.0, но серверу требуется HTTP2.0. Сервер не примет запрос, но ответит клиенту, указав, какой протокол или протоколы приемлемы.Как только клиент перейдет на требуемый протокол (протоколы), сервер будет принимать запросы от клиента. Для получения дополнительной информации о коде ошибки 426 Upgrade Required см. RFC7231, раздел 6.5.15
. 427: не назначенКод состояния ошибки 427 в настоящее время не назначен.
428: Требуется предварительное условиеКод состояния ошибки «Требуется предварительное условие 428» указывает клиенту, что запрос к серверу должен быть условным.Как указано в коде состояния 304 Not Modified, клиент может отправить условный запрос на сервер, например If-Match , If-None-Match , If-Modified-Since , If-Unmodified- Начиная с или If-Range . Однако эти условные запросы не требуются. Если они требуются сервером, сервер указывает на это, отвечая кодом ошибки 428 «Требуется предварительное условие». Это немного похоже на код ошибки 412 Precondition Failed, но код ошибки 412 Precondition Failed возвращается только в том случае, если клиент включил в заголовок условный запрос, который не соответствует состоянию ресурса на стороне сервера.Уведомление пользователей о том, что запросы должны быть условными по своей природе, гарантирует, что пользователи работают с нужными файлами или ресурсами, и помогает предотвратить потенциальную перезапись пользователями изменений. См. RFC6585, раздел 3 для получения дополнительной информации.
429: слишком много запросовТак же, как указывает название кода ошибки, код состояния ошибки 429 Too Many Requests означает, что ограничение скорости реализовано, и что клиент превысил предел количества запросов, которые он может сделать за указанный промежуток времени.Наряду с ответом об ошибке 429 Too Many Requests следует указать, сколько времени нужно ждать, прежде чем инициировать новый запрос к серверу, но раньше этого не требовалось. Дополнительные сведения о коде ошибки «Слишком много запросов» см. В RFC6585, раздел 4
. 430: не назначеноКод состояния ошибки 430 в настоящее время не назначен, однако одно время предлагалось использовать его как код ошибки 430, который будет блокировать в протоколе HTTP / 1.1. Цель заключалась в том, чтобы служить ответом на так называемую конвейерную обработку.Это позволяло клиентам отправлять несколько запросов через TCP-соединение, пока сервер ждал ответа. Он так и не стал официально стандартом, так как протокол HTTP был обновлен до HTTP / 2.0, а поддержка конвейерной обработки так и не получила широкого распространения.
431 Заголовки запроса слишком большиеКод ошибки 431 Request Headers Too Large указывает на то, что клиент отправил запрос заголовка, превышающий допустимый предел. Разные веб-серверы имеют разные допустимые ограничения на размер заголовков.Это могло произойти из-за слишком большого размера отдельного запроса заголовка или из-за всего объединенного размера всех запросов заголовка. В большинстве случаев это легко исправить, поскольку обычно это вызвано отправкой слишком большого количества файлов cookie или файлов cookie слишком большого размера. Дополнительные сведения о коде ошибки 431 Request Headers Too Large см. В RFC6585, раздел 5
. 432-450 : Не назначеноКоды состояния ошибки с 432 по 450 в настоящее время не назначены.
451: Недоступно по юридическим причинамКод состояния ошибки 451 Недоступен по юридическим причинам указывает на то, что сервер отказывается обслуживать запрошенный контент по юридическим причинам, а также должен указать причину ошибки в ответе пользователю. Причины использования кода состояния ошибки 451 Недоступно по юридическим причинам могут включать в себя правительства, которые подвергают цензуре определенный контент, контент, который нарушает законы об авторском праве, например DMCA (законы об авторском праве в цифровую эпоху), или контент, который нарушает законы или постановления суда.Коды состояния ошибки 403 запрещен и 404 не найден иногда используются вместо кода состояния ошибки 451, но код состояния ошибки 451 предоставляет дополнительную информацию или объяснение причин возникновения ошибки. Обычно пользователи обходят ошибку 451, внедряя VPN для доступа к контенту. См. RFC7725, раздел 3 для получения дополнительной информации.
452-499: не назначеноКоды ошибок 452-499 в настоящее время не назначены.
5xx: ошибка сервераКак и коды состояния 4xx, коды состояния 5xx указывают на наличие ошибки, однако данная ошибка, скорее всего, не связана с плохим соединением или самим браузером.Коды состояния 5xx указывают на наличие проблемы на уровне сервера и невозможность обработки запроса от клиента. Наряду с ошибкой сервер должен ответить с объяснением ошибки, является ли она временным или постоянным состоянием, и как ее можно исправить.
500: внутренняя ошибка сервераКод состояния 500 Internal Server Error просто означает, что сервер обнаружил проблему и не может обработать запрос. Как правило, код внутренней ошибки сервера 500 используется больше как общий код ошибки сервера, если конкретная проблема не попадает ни в одну из других спецификаций кода состояния ошибки сервера 5xx.Код внутренней ошибки сервера 500, вероятно, является наиболее часто используемым из кодов классификации ошибок сервера 5xx. См. RFC7231, раздел 6.6 для получения дополнительной информации.
501 : Не реализованоA 501 Не реализованы коды состояния ошибки возникает, когда сервер не распознает метод запроса и, следовательно, не может поддерживать или обрабатывать запрос. Это похоже на код состояния ошибки клиента 405 «Метод не разрешен», но код состояния ошибки 501 не реализован может указывать на то, что метод запроса от клиента действителен, но не поддерживается сервером.Состояние ошибки 405 Method Not Allowed означает, что метод, вызываемый клиентом, не поддерживается и не должен использоваться. См. RFC7231, раздел 6.6.2 для получения дополнительной информации.
502 : Плохой шлюзКод состояния ошибки 502 Bad Gateway означает, что сервер действует как прокси и получил ответ от исходного сервера, который вернулся как недопустимый. Возможно, это связано с перегрузкой сервера, и клиент может повторно отправить запрос, но в большинстве случаев это связано с проблемой с веб-сервером или CDN (сетью распространения контента), находящейся между клиентом и сервером, и может потребоваться дополнительная устранение неполадок с хостинг-провайдером, чтобы понять, почему возникает ошибка.См. RFC7231, раздел 6.6.3 для получения дополнительной информации.
503 : Служба недоступнаКод состояния ошибки 503 Service Unavailable указывает на то, что сервер в настоящее время перегружен запросами или не имеет ресурсов, в настоящее время находится на обслуживании или, возможно, приложение, к которому они пытаются получить доступ, не работает, и сервер не может выполнить запрос из-за Текущее состояние. Клиенты иногда будут видеть сообщение вместе с кодом состояния ошибки 503 Service Unavailable, в котором им предлагается повторить попытку позже.Однако он может не дать окончательного объяснения того, когда и как долго может длиться код состояния ошибки 503 Service Unavailable. См. RFC7231, раздел 6.6.4 для информации.
504: Тайм-аут шлюзаКак и код состояния ошибки 502 Bad Gateway, код состояния ошибки 504 Gateway Timeout используется, когда сервер действует как прокси, но отвечает кодом состояния ошибки 504 Gateway Timeout, если ответ от исходного сервера занимает слишком много времени.Код состояния ошибки 502 Bad Gateway следует использовать в случаях, когда ответ был недействительным или вообще не был получен прокси-сервером. Сообщение вместе с таймаутом шлюза 504 может указывать и рекомендовать клиенту попробовать повторно отправить запрос. См. RFC7231, раздел 6.6.5 для получения дополнительной информации.
505: версия HTTP не поддерживается Код состояния ошибкиA 505 HTTP Version Not Supported означает, что сервер не поддерживает версию протокола HTTP, используемую в сообщении запроса, и, следовательно, не может обработать запрос.Наряду с кодом состояния ошибки 505 HTTP Version Not Supported, ответ сервера должен включать сообщение, указывающее, почему этот конкретный протокол HTTP не поддерживается и какие протоколы поддерживаются. См. RFC7231, раздел 6.6.6 для получения дополнительной информации.
506: Вариант также согласовываетThe 506 Variant also Negotiates — это экспериментальный код состояния HTTP, который сегодня не является частью стандарта. Вариант 506 также согласовывает указывает, что существует проблема внутренней конфигурации с сервером из-за проблем согласования содержимого.Согласование содержимого позволяет клиентам отправлять несколько заголовков принятия и сообщает серверу, какое конкретное представление ресурса следует обслуживать, как указано в браузере. Это может быть для обслуживания правильного языка, формата документа и т. Д. Несмотря на то, что код состояния ошибки 506 Variant также Negotiates находится в экспериментальном статусе и официально не является частью стандарта HTTP, он используется в редких случаях. Некоторые пользователи Google Play сталкивались с этой проблемой в прошлом при попытке загрузить несколько версий приложения, из-за чего их устройства постоянно пытались загрузить приложение в процессе замкнутого цикла.См. RFC2295, раздел 8.1 для получения дополнительной информации.
507: недостаточно памятиКод состояния ошибки сервера 507 «Недостаточно памяти» также является частью протокола WebDAV. Код состояния ошибки 507 Недостаточно хранилища указывает клиенту, что запрос, такой как запрос PUT или POST , был слишком большим по размеру файла. Это также может указывать на то, что на сервере временно закончилась память. См. RFC4981, раздел 11.5 для получения дополнительной информации.
508: Обнаружен циклКод состояния ошибки сервера 508 «Обнаружен цикл», как и код ошибки сервера 507 «Недостаточно хранилища», является частью протокола WebDAV. В рамках протокола WebDAV клиент может сделать запрос к серверу для всего каталога и создать цель где-нибудь в том же каталоге, что приведет к бесконечному циклу запроса / ответа. Код состояния ошибки сервера 508 Loop Detected указывает на то, что сервер завершил клиентский запрос, в частности Depth: In f inity , потому что сервер идентифицировал запрос как приводящий к бесконечному циклу, многократно перезвонив сам себе.См. RFC5842, раздел 7.2 для получения дополнительной информации.
509: не назначеноКод состояния ошибки сервера 509 в настоящее время не назначен.
510: не расширенныйКод состояния ошибки сервера 510 Not Extended в настоящее время находится в предлагаемом / экспериментальном состоянии и не является частью стандартной спецификации кода состояния HTTP. 510 Not Extended указывает клиенту, что запрос требует расширенного HTTP-запроса.Если сервер отвечает кодом состояния ошибки сервера 510 Not Extended, в нем также должно быть указано, как клиент должен исправить свой запрос, но в спецификации это явно не указано. Споры ведутся о том, должно ли это подпадать под классификацию ошибок сервера 5xx, поскольку это можно рассматривать как ошибку клиента 4xx, но поскольку это формально не является частью стандарта, это не актуально и редко используется для повседневного использования. См. RFC2774, раздел 7 для получения дополнительной информации.
511: Требуется авторизация сетиКод состояния ошибки сервера 511 Network Authorization Required, требующий от клиента аутентификации для получения доступа к сети.Например, пользователи могут увидеть это при попытке подключиться к публичной сети Wi-Fi на предприятии, и пользователи должны согласиться со своими условиями, прежде чем им будет предоставлен доступ. Наряду с ответом сервера об ошибке 511 Network Authorization Required, пользователи также должны быть направлены туда, где они могут войти в систему. Для получения дополнительной информации см. RFC6585, раздел 6.
512-599: не назначеноКоды состояния ошибки сервера 512-599 в настоящее время не назначены, но некоторые компании могут использовать любой из них в качестве настраиваемых сообщений об ошибках сервера для клиентов.
Мониторинг Код состояния HTTP ОтветыЧтобы увидеть список кодов состояния для определенного URL-адреса из первых рук, вы можете проверить вкладку инструментов разработчика в своем браузере. Наряду с метриками скорости загрузки страницы вы также можете просматривать любые ответы сервера вместе со всеми связанными кодами состояния HTTP, чтобы убедиться, что все на вашей странице загружается и отображается правильно.
Для более активного и автоматизированного подхода к мониторингу профессиональные решения для мониторинга от Dotcom-Monitor могут гарантировать, что всякий раз, когда пользователь обнаруживает определенный код ошибки HTTP, ваши команды немедленно уведомляются, чтобы они могли быстро устранить проблему.Вы также можете использовать функцию фильтров для удаления отдельных кодов состояния HTTP из задач, предупреждений и отчетов, чтобы игнорировать любые коды состояния HTTP, которые не имеют отношения к вашим конкретным потребностям.
Коды состояния HTTP, ошибки сети и DNS и поиск Google
Эта страница описывает, насколько разные
Коды состояния HTTP,
сетевые ошибки и ошибки DNS влияют на поиск Google. Мы рассмотрим 20 основных кодов статуса, которые
Googlebot
встречающиеся в Интернете, а также наиболее заметные ошибки сети и DNS.Более экзотический статус
коды, такие как 418 (я чайник)
,
не покрываются. Все проблемы, упомянутые на этой странице, вызывают соответствующую ошибку или предупреждение в
Search Console
Отчет «Статистика сканирования».
Коды состояния HTTP
Коды состояния HTTP генерируются сервером, на котором размещен сайт, когда он отвечает на запрос, сделанный клиентом, например браузером или поисковым роботом.Каждый код состояния HTTP имеет разное значение, но часто результат запроса один и тот же. Например, есть несколько кодов состояния, которые сигнализируют о перенаправлении, но их результат один и тот же.
Search Console генерирует сообщения об ошибках для кодов состояния в диапазоне 4xx – 5xx
,
и для неудачных перенаправлений ( 3xx
). Если сервер ответил 2xx
код состояния, содержимое, полученное в ответе, может быть рассмотрено для
индексация.
2xx (успех)
не гарантирует индексацию.Коды состояния HTTP | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
2xx (успех) | Google рассматривает контент для индексации. Если содержание предполагает ошибку, например пустая страница или сообщение об ошибке, Search Console покажет мягкая ошибка 404.
| |||||||||||
3xx (перенаправляет) | Робот Googlebot выполняет до 10 переходов переадресации.Если сканер не получает контент в 10 прыжков, Search Console покажет ошибка перенаправления в отчете об индексном покрытии сайта. Число переходов, за которыми следует робот Google, — это агент пользователя. зависимый; например, Googlebot Smartphone может иметь другое значение, чем Googlebot. Изображение. В случае файла robots.txt Google выполняет не менее пяти переходов переадресации, как определено RFC 1945, а затем останавливается и обрабатывает его как 404 для роботов.txt файл.
| |||||||||||
4xx (ошибки клиента) | Конвейер индексирования Google не учитывает URL-адреса, которые возвращают статус
| |||||||||||
5xx (ошибки сервера) |
|
Ошибки сети и DNS
Ошибки сети и DNS быстро негативно влияют на присутствие URL в поиске Google.
Робот Googlebot обрабатывает тайм-ауты сети, сброс подключения и ошибки DNS аналогично 5xx
ошибки сервера.В случае ошибок сети сразу же запускается сканирование
замедление, поскольку сетевая ошибка является признаком того, что сервер может не справиться с обслуживанием
нагрузка. Уже проиндексированные URL-адреса, которые недоступны, будут удалены из индекса Google в
дней. Search Console может генерировать ошибки для каждой соответствующей ошибки.
Отладка сетевых ошибок
Эти ошибки возникают до того, как Google начнет сканирование URL-адреса или пока Google сканирует URL-адрес.Поскольку ошибки могут возникнуть до того, как сервер сможет ответить, и поэтому нет кода состояния, который может намекнуть на проблемы, диагностика этих ошибок может быть более сложной задачей. Чтобы отладить тайм-аут и ошибки сброса подключения:
- Посмотрите настройки брандмауэра и запишите . Может быть слишком широкий набор правил блокировки. Убедись в том, что IP-адреса робота Googlebot не блокируются никакими правилами брандмауэра.
- Посмотрите сетевой трафик .Используйте такие инструменты, как tcpdump и Wireshark для захвата и анализа TCP-пакеты и поиск аномалий, указывающих на конкретный сетевой компонент или сервер. модуль.
- Если вы не можете найти ничего подозрительного, обратитесь в свою хостинговую компанию .
Ошибка может быть в любом серверном компоненте, который обрабатывает сетевой трафик. Например, перегруженный
сетевые интерфейсы могут отбрасывать пакеты, что приводит к тайм-аутам (невозможность установить соединение)
и сбросить соединения ( RST
пакет отправлен из-за ошибочного закрытия порта).
Отладка ошибок DNS
Ошибки DNS чаще всего вызваны неправильной конфигурацией, но они также могут быть вызваны правило брандмауэра, блокирующее DNS-запросы робота Googlebot. Чтобы отладить ошибки DNS, сделайте следующее:
- Проверьте правила брандмауэра . Убедись в том, что
ни один из IP-адресов Google
заблокированы любым правилом брандмауэра, и что и
UDP
, иTCP
запросы разрешены. - Посмотрите свои записи DNS . Дважды проверьте, что ваши
A
иCNAME
записи указывают на правильные IP-адреса и имя хоста, соответственно. Например:dig + nocmd example.com a + noall + answer
dig + nocmd www.example.com cname + noall + answer
- Убедитесь, что все ваши DNS-серверы указывают на правильные IP-адреса вашего
сайт .Например:
dig + nocmd example.com ns + noall + answer
example.com. 86400 IN NS a.iana-servers.net. example.com. 86400 IN NS b.iana-servers.net.dig + nocmd @ a.iana-servers.net example.com + noall + ответ
example.com. 86400 IN A 93.184.216.34dig + nocmd @ b.