Коды ответов http: Коды ответа HTTP — Веб-технологии для разработчиков

Ссылки на удаленные разделы сайта будут возвращать код 404. На такие документы не нужно тратить краулинговый бюджет, поэтому в файле robots.txt запрещают роботу посещение и индексацию таких страниц.

405 Method Not Allowed

Недоступен метод, которым совершается запрос. Сервер выдает этот код для конкретных отдельных объектов на странице. К примеру, строка запроса, запускающая скрипт, отличается от запроса, который совершает пользователь.

406 Not Acceptable

Код ответа означает, что запрашиваемый файл существует, запрос сформулирован верно, но кодировка документа недоступна для расшифровки роботом.

407 Proxy Authentication Required

Этот код похож на 401 и 407, он используется, если вопрос корректен, но клиент может получить доступ к документу только с помощью авторизации через прокси. Клиент авторизуется, если прокси вернет поле с заголовком proxy-authenticate.

408 Request Timeout

Сервер возвращает этот код ответа, если в установленное время ожидания клиент не сделал ни один запрос. Код 408 не возвращается, если пользователь сам отменил запрос, или соединение оборвалось, а отправить ответ нет возможности.

409 Conflict

Код означает, что в системе конфликт: к примеру, пользователь загружает файл на сервер, где уже есть такой файл в новой версии.

410 Gone

Код ответа похож на 404 код, он означает, что документ, к которому направлен запрос, больше недоступен. Если сервер возвращает код 404, то робот еще вернется на страницу, чтобы проверить ее состояние, а в случае ответа 410 робот поймет, что страница удалена навсегда.

411 Length Required

Сервер не может принять и обработать запрос, если в заголовке content-length не указана длина контента.

413 Request Entity Too Large

Если в теле запроса слишком большой объем информации и сервер не может обработать такой большой запрос, то он возвращает код ошибки 413. Если это временная проблема, в поле Retry-After сервер укажет время, которое нужно подождать.

414 Request-URL Too Long

Аналогично с кодом 413, за исключением того, что 414 код отображается, если в запросе указан слишком длинный URL.

422 Unprocessable Entity

Сервер возвращает этот код, если он принял и распознал запрос, но в теле запроса допущена логическая ошибка, которая мешает его выполнить.

424 Failed Dependency

Если выполнение этой операции зависит от исхода других связанных с ней операций, сервер вернет этот запрос.

429 Too Many Requests

Код 429 означает, что пользователь посылает слишком много запросов за короткий временной промежуток, и сервер не может обработать такое количество.

431 Request Header Fields Too Large

Если в запросе указаны слишком большие поля заголовков, сервер не сможет справиться с таким запросом и вернет код ошибки 431.

451 Unavailable For Legal Reasons

Код отображает то же, что и 403, но с уточнениями. Он используется, если доступ к серверу заблокирован по решению суда, обычно из-за нарушения авторских прав, а также если доступ закрыт на государственном уровне.

418 I’m a teapot

Это забавный код, возвращающий ошибку «Я чайник», связан с гипертекстовым протоколом управления кофеваркой — Hyper Text Coffee Pot Control Protocol. Ошибка означает, что запрос некорректен, с помощью чайника нельзя приготовить кофе. Протокол и код этой ошибки были созданы в шутку в 1998 году к 1 апреля.

Код 418 I’m a teapot

Коды ошибок сервера

Коды этой группы обозначают ошибки на стороне сервера.

500 Internal Server Error

Код обозначает, что сервер не может обработать запрос по причине внутренних ошибок. Обычно проблема в настройке сервера, обращении к некорректному файлу .htaccess или пакету PHP, который не установлен.

501 Not Implemented

Сервер возвращает этот код, когда не может обработать запрос: он не поддерживает возможности для обработки или не может распознать метод. К примеру, эта ошибка появится, если распространенные протоколы HEAD, POST, GET и другие по какой-то причине не поддерживаются сервером.

502 Bad Gateway

За обработку запроса отвечают бэкенд серверы, которые передают данные прокси-серверу или шлюзу. Если запрос был направлен к такому шлюзу, который не получил ответ от бэкенда, сервер вернет 502 код. Для исправления нужно проверить настройку прокси-сервера.

503 Service Unavailable

Код свидетельствует о перегрузке сервера, запрос не может быть выполнен в данный момент. Второй причиной может быть обслуживание сервера: ему не хватает памяти или ресурсов, чтобы обработать запрос. Такой ответ может вернуться, если на сервере ограничено количество пользователей.

504 Gateway Timeout

Код похож на 502, но ошибка 504 означает, что истек срок ожидания ответа от сервера. Необходимое количество времени истекло, а ответ от бэкенд-сервера не пришел.

Причина может быть в сетевом соединении, недостатке ресурсов, версии протокола HTTP или настройке сервера, если выставлен слишком короткий таймаут.

506 Variant Also Negotiates

Код ответа 506 означает, что сервер настроен некорректно: ошибка в конфигурации зацикливает обращение сервера, и он указывает сам на себя.

507 Insufficient Storage

Если сервер загружен настолько, что для выполнения запроса не хватает памяти, он вернет ошибку 507. Это бывает, если на сервере нет места для данных в принимаемом запросе.

510 Not Extended

Код 510 возвращается в случае, если сервер не поддерживает расширение, которое указано в запросе. В этом же ответе сервер может указать, какие расширения доступны.

511 Network Authentication Required

Эта ошибка возвращается клиенту, если пользователь не авторизовался в сети. К примеру, если он не согласился на условия использования интернета, когда подключался к wi-fi, или не ввел пароль.

На коды ответов сервера обращают внимание поисковые роботы, с помощью этих сигналов они узнают, как им нужно вести себя со страницей — индексировать, пропустить, вернуться к ней позже. Веб-мастерам важно распознавать сигналы с ошибками, чтобы направлять поисковых ботов и исправлять часть ошибок, если причина ошибки им доступна.

Коды ответов сервера HTTP

(англ.

) — число, в котором содержится ответ сервера при запросах по протоколу HTTP. Состоит из 3 десятичных цифр. По коду ответа сервера клиент узнаёт о результатах его запроса и определяет, какие действия ему предпринимать дальше.

и их расшифровка.

Чтобы проверить HTTP заголовки конкретного сайта или страницы, воспользуйтесь инструментом

Выберите интересующий Вас HTTP код для быстрого перехода:

Informational (Информационный)

100

ContinueCервер удовлетворён начальными сведениями о запросе, клиент может продолжать пересылать заголовки. Появился в HTTP/1.1.

101

Switching ProtocolsСервер предлагает перейти на более подходящий для указанного ресурса протокол; список предлагаемых протоколов сервер обязательно указывает в поле заголовкаUpdate. Если клиента это заинтересует, то он посылает новый запрос с указанием другого протокола. Появился в HTTP/1.1.

102

ProcessingЗапрос принят, но на его обработку понадобится длительное время. Используется сервером, чтобы клиент не разорвал соединение из-за превышения времени ожидания. Клиент при получении такого ответа должен сбросить таймер и дожидаться следующей команды в обычном режиме. Появился в WebDAV.

Success (Успешно)

200

ОКУспешный запрос. Если клиентом были запрошены какие-либо данные, то они находятся в заголовке и/или теле сообщения. Появился в HTTP/1.0.

201

CreatedВ результате успешного выполнения запроса был создан новый ресурс. Сервер должен указать его местоположение в заголовке Location. Серверу рекомендуется ещё указывать в заголовке характеристики созданного ресурса (например, в поле 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 поддержкой дельта-кодирования.

Redirection (Перенаправление)

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).

308

Permanent Redirectзапрашиваемый ресурс был окончательно перенесен на новый URI, указанный в поле Location заголовка. Метод запроса (GET/POST) менять не разрешается. Например, POST запрос должен быть отправлен по новому URI тем же методом POST. Этот код был введён вместо 301-го для избежания неоднозначности. Введено в RFC 7238.

Client Error (Ошибка клиента)

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.

406

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. Введено в 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.

426

Upgrade RequiredСервер указывает клиенту на необходимость обновить протокол. Заголовок ответа должен содержать правильно сформированные поля Upgrade и Connection. Введено в RFC 2817 для возможности перехода к TLS посредством HTTP.

449

Retry WithВозвращается сервером, если для обработки запроса от клиента поступило недостаточно информации. При этом в заголовок ответа помещается поле Ms-Echo-Request. Введено корпорацией Microsoft для WebDAV. В настоящий момент как минимум используется программой Microsoft Money.

451

Unavailable For Legal ReasonsДоступ к ресурсу закрыт по юридическим причинам, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав. Введено в черновике IETF за авторством Google, при этом код ошибки является отсылкой к роману Рэя Брэдбери «451 градус по Фаренгейту». Был добавлен в стандарт 21 декабря 2015 года

456

Unrecoverable ErrorВозвращается сервером, если обработка запроса вызывает некорректируемые сбои в таблицах баз данных. Введено корпорацией Microsoftдля WebDAV.

499

Client Closed RequestНестандартный код, предложенный и используемый nginx для случаев, когда клиент закрыл соединение, пока nginx обрабатывал запрос.

Server Error (Ошибка сервера)

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 поддержкой расширений.

511

Network Authentication RequiredЭтот ответ посылается не сервером, которому был предназначен запрос, а сервером-посредником — например, сервером провайдера — в случае, если клиент должен сначала авторизоваться в сети, например, ввести пароль для платной точки доступа к Интернету. Предполагается, что в теле ответа будет возвращена Web-форма авторизации или перенаправление на неё. Введено в черновике стандарта RFC 6585.

520

Unknown ErrorОшибка возникает когда сервер CDN не смог обработать ошибку веб-сервера; нестандартный код CloudFlare.

521

Web Server Is DownОшибка возникает когда подключения CDN отклоняются веб-сервером; нестандартный код CloudFlare.

522

Connection Timed OutОшибка возникает когда CDN не удалось подключиться к веб-серверу; нестандартный код CloudFlare.

523

Origin Is UnreachableОшибка возникает когда веб-сервер недостижим; нестандартный код CloudFlare.

524

A Timeout OccurredОшибка возникает при истечении тайм-аута подключения между сервером CDN и веб-сервером; нестандартный код CloudFlare.

525

SSL Handshake FailedОшибка возникает при ошибке рукопожатия SSL между сервером CDN и веб-сервером; нестандартный код CloudFlare.

526

Invalid SSL CertificateОшибка возникает когда не удаётся подтвердить сертификат шифрования веб-сервера; нестандартный код CloudFlare.

Коды состояния HTTP

Код состояния 511 указывает, что клиенту необходимо пройти аутентификацию, чтобы получить доступ к сети.

Представление ответа ДОЛЖНО содержать ссылку на ресурс, который позволяет пользователю отправлять учетные данные (например, с помощью HTML-формы).

Обратите внимание, что ответ 511 НЕ ДОЛЖЕН содержать запрос или сам интерфейс входа в систему, поскольку браузеры будут отображать интерфейс входа в систему как связанный с первоначально запрошенным URL-адресом, что может вызвать путаницу.

Статус 511 НЕ ДОЛЖЕН генерироваться исходными серверами; он предназначен для использования путем перехвата прокси-серверов, которые вставляются в качестве средства контроля доступа к сети.

Ответы с кодом состояния 511 НЕ ДОЛЖНЫ храниться в кэше.

Код состояния 511 разработан для смягчения проблем, вызванных «перехватывающими порталами» программного обеспечения (особенно агентов, не являющихся браузерами), которые ожидают ответа от сервера, к которому был сделан запрос, а не от промежуточной сетевой инфраструктуры.Он не предназначен для поощрения развертывания скрытых порталов, а только для ограничения наносимого ими ущерба.

Сетевой оператор, желающий потребовать аутентификации, принятия условий или другого взаимодействия с пользователем перед предоставлением доступа, обычно делает это путем идентификации клиентов, которые этого не сделали («неизвестные клиенты»), используя свои MAC-адреса.

Неизвестные клиенты затем блокируют весь трафик, за исключением TCP-порта 80, который отправляется на HTTP-сервер («сервер входа в систему»), предназначенный для «входа в систему» ​​неизвестных клиентов, и, конечно же, трафик на сам сервер входа в систему.

Обычно ответ, содержащий код состояния 511, не приходит от исходного сервера, указанного в URL-адресе запроса. Это создает множество проблем с безопасностью; например, атакующий посредник может вставлять файлы cookie в пространство имен исходного домена, может наблюдать файлы cookie или учетные данные HTTP-аутентификации, отправленные пользовательским агентом, и так далее.

Однако эти риски не уникальны для кода состояния 511; другими словами, адаптивный портал, который не использует этот код состояния, вызывает те же проблемы.

Также обратите внимание, что связанные порталы, использующие этот код состояния в SSL или TLS-соединении (обычно порт 443), вызывают ошибку сертификата на клиенте.

Википедия

Клиент должен пройти аутентификацию, чтобы получить доступ к сети. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы», используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi).

кодов ответа HTTP | Что такое коды состояния HTTP?

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

HTTP указывают, был ли успешно выполнен конкретный запрос HTTP. Ответы обычно сгруппированы в пять классов:

• Информационные ответы (100-199)
• Успешные ответы (200-299)
• Перенаправления (300-399)
• Ошибки клиента (400-499)
• Ошибки сервера (500-599)

Коды состояния класса 1xx являются информационными и указывают на то, что запрос был получен и понят.Он выдается как предварительный статус, пока процесс еще продолжается. Он также говорит клиенту дождаться окончательного ответа. Эти сообщения состоят из строки состояния и дополнительных полей заголовка.

Диапазон кодов 2xx обычно означает, что запрос был успешно получен, понят и принят, тогда как диапазон кодов 3xx указывает, что клиент должен предпринять дополнительные действия для выполнения конкретного запроса. Это часто используется при перенаправлении URL-адресов.

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

Диапазон кодов 5xx относится к кодам ошибок сервера, которые указывают на то, что запрос был принят, но произошла ошибка, которая помешала серверу выполнить запрос.

Несмотря на то, что существует длинный список кодов ошибок HTTP, вы, скорее всего, столкнетесь только с десятком из них.Но как только вы поймете, что они означают, вы поймете, что нужно сделать, чтобы их исправить.

Мы более подробно рассмотрим различные коды ответов HTTP и их значение.

Ищете самый быстрый и дешевый CDN для своей компании?

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

в этом семействе предназначены только для получения дополнительной информации, только для идентификации того, что определенный процесс был завершен или запрос был завершен.Коды состояния HTTP в этом диапазоне используются редко, потому что большинство из них определяют, казалось бы, рутинные процессы. Примеры этих кодов состояния HTTP включают в себя самый простой: 100: Продолжить, что означает, что сервер должен продолжать работу, как обычно, и 102: Обработка, что означает, что запрос обрабатывается либо сервером, либо клиентом (клиент — это объект на принимающая сторона запроса). Как видите, эти два информационных кода являются частью обычного процесса, почему для них необходимо определять код ответа HTTP? Эти HTTP-коды помогают отслеживать пути передачи данных во всей производительности сервера.Без этих кодов состояния HTTP не будет указателей для определенного процесса, а просмотр журнала превратится в игру в угадывание. В конце концов, коды ответов HTTP от 100 до 199 имеют уместное использование.

100 Продолжить

Этот ответ будет указывать на то, что пока все в порядке и что других проблем нет, поэтому клиент может продолжить запрос. Однако клиент также может игнорировать ответ, если запрос уже завершен.

101 Протоколы коммутации

Этот ответ указывает на то, что код отправляется в ответ на заголовок запроса обновления от клиента, который указывает протокол, на который серверы переключаются.

102 Обработка (WebDAV)

Этот код указывает на то, что сервер уже получил и в настоящее время обрабатывает запрос, но ответа пока нет.

103 Ранние подсказки

Этот код ответа HTTP в основном используется с заголовком Link, позволяя агенту пользователя начать предварительную загрузку ресурсов, пока сервер готовит ответ.

2, успешные ответы

HTTP из этого семейства показывают успех в различных формах. Коды ответа HTTP 200 — 299 несут хорошие новости: запрос принят, создан новый запрос или решена определенная проблема.Поскольку коды состояния HTTP в более ранней группе действуют как указатели, коды состояния HTTP в группе 200 действуют как сигналы перехода для продолжения определенных действий, поскольку необходимые запросы стали возможными. 202: Принято означает, что клиент получил запрос. Код 202 ответа HTTP не обязательно означает, что запрос сделан, но важно то, что он обрабатывается. Часть этих кодов состояния HTTP — 206: Частичное содержимое. Это означает, что запрос удовлетворен частично, но, тем не менее, выполнен.

200 ОК

Этот код состояния указывает на то, что запрос был успешным. Смысл успеха в конкретном методе HTTP:

• GET: ресурс был получен и передается
• HEAD: заголовки объекта находятся в теле сообщения
• PUT или POST: ресурс, описывающий результат действия, передается в теле сообщения
• TRACE: тело сообщения содержит сообщение запроса в том виде, в каком оно получено

201 Создано

Это указывает на то, что отходы прошли успешно и в результате был создан новый ресурс.Обычно это ответ, который отправляется после запросов POST или некоторых запросов PUT.

202 Принято

Запрос принят в обработку, но обработка не завершена. В конечном итоге запрос может быть обработан и может быть отклонен при обработке. Это предназначено для случаев, когда другой процесс или сервер обрабатывает запросы, или для пакетной обработки.

203 Неавторизованная информация

Этот код состояния на самом деле означает, что возвращаемая метаинформация не полностью совпадает с информацией, доступной с исходного сервера, но собирается из локальной или сторонней копии.Это в основном полезно для резервного копирования другого ресурса.

204 Без содержания

Этот код состояния показывает отсутствие содержимого, отправленного для конкретного запроса, хотя заголовки могут быть полезны. Пользовательский агент может обновлять свои кэшированные заголовки для этого ресурса новыми.

205 Сбросить содержимое

Этот код состояния сообщает агенту пользователя о необходимости сбросить документ, отправивший запрос.

206 Частичное содержимое

Этот код ответа используется, когда заголовок Range отправляется от клиента для запроса только части ресурса.

207 Мульти-статус (WebDAV)

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

208 Уже отправлено (WebDAV)

Используется внутри элемента ответа , чтобы избежать повторного перечисления внутренних элементов нескольких привязок к одной и той же коллекции.

226 Использовано IM (кодировка HTTP Delta)

Сервер выполнил запрос GET для ресурса, и ответ является представлением результата одной или нескольких манипуляций с экземпляром, примененных к текущему экземпляру.

3, сообщения о перенаправлении

Коды состояния HTTP 300-399 говорят о перенаправлении. Эти коды ответа HTTP означают, что запрос должен быть перенаправлен по разным причинам. Код статуса HTTP 300–399 может потребовать немедленных действий, поскольку перенаправление может быть ожидающим запросом, а веб-браузер где-то застрял. 300: Multiple Choices затрудняет выбор веб-браузера, куда идти, поэтому необходимо выполнять прямые действия. 310: Ресурс перемещен навсегда означает, что с этого момента маршрут запроса изменится навсегда.

300 Множественный выбор

Этот запрошенный ресурс соответствует любому из набора представлений, каждое из которых имеет свое собственное местоположение и информацию. Это предусмотрено для того, чтобы пользовательский агент мог выбрать конкретное представление и затем перенаправить запрос в это место.

301 Постоянно перемещен

Этот код ответа HTTP указывает, что конкретный URL-адрес запрашиваемого ресурса изменился навсегда.Новый URL указан в ответе.

302 Найдено

Этот код указывает, что URL-адрес запрошенного ресурса был временно изменен. Изменения в URL-адресе также могут быть внесены в будущем, поэтому тот же URL-адрес следует использовать в будущих запросах. Это пример отраслевой практики, противоречащей стандарту.

303 См. Другие

Когда этот код состояния получен, он указывает, что сервер отправляет ответ, чтобы указать клиенту получить запрошенный ресурс по другому URL-адресу с помощью запроса GET.

304 Без изменений

Это означает, что клиент выполнил условный запрос и доступ разрешен, но документы не были изменены, и сервер должен ответить кодом состояния. Важно отметить, что ответ 304 не должен содержать тела сообщения, поэтому он всегда заканчивается первой пустой строкой после полей заголовка.

305 Использовать прокси

Этот код определен как предыдущая версия спецификации HTTP, чтобы указать, что запрашиваемый ответ должен быть доступен прокси.Он устарел из-за проблем безопасности, связанных с настройкой прокси-сервера.

306 неиспользованный

Этот код больше не используется. Раньше это означало, что подзапросы должны использовать указанный прокси.

307 Временное перенаправление

Для этого кода состояния это означает, что запрос должен быть повторен с другим URI. Однако любые будущие запросы должны по-прежнему использовать исходный URI.По сути, он похож на код HTTP 302 Found, но за исключением того, что пользовательский агент не должен изменять используемый метод HTTP. Если POST использовался в первом запросе, POST должен использоваться во втором запросе.

308 Постоянное перенаправление

Этот код состояния указывает, что ресурс не находится постоянно по другому URL-адресу. Это будет указано в заголовке Location: HTTP Response. Это также похоже на код ответа 301, перемещенный постоянно, за исключением того, что пользовательский агент не должен изменять используемый метод HTTP.Если POST использовался в первом запросе, POST должен использоваться во втором запросе.

4, ответы клиента об ошибках

Теперь мы переходим к кодам ошибок HTTP, которые могут в некоторой степени настораживать. Коды ответа HTTP в сообщениях об ошибке HTTP 400 означают, что клиент не в состоянии выполнить запрос. Самая известная из семейства ошибок 400 кода состояния протокола передачи гипертекста (HTTP) — это 404: файл не найден. Это просто означает, что клиент, с которым связываются, нигде не может быть найден, поэтому запрос не может быть выполнен.

400 Плохой запрос

Это общий код состояния, который указывает, что сервер не может понять запрос из-за неверного синтаксиса.

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

Хотя стандарт HTTP определяет «неавторизованный», семантически этот ответ означает «неавторизованный». То есть клиент должен пройти аутентификацию, чтобы получить запрошенный ответ.Подобно 403 Forbidden, но специально для использования, когда аутентификация требуется, но она не удалась или еще не была предоставлена.

402 Требуется оплата

Этот код ответа зарезервирован для использования в будущем. Первоначальная цель заключалась в использовании его для цифровых платежных систем; однако код используется очень редко и для него нет стандарта.

403 Запрещено

Этот код состояния для той, у которой установлена ​​цена, поэтому служба отказывается предоставлять ресурсы.В отличие от ошибки 401, личность клиента известна серверу.

404 Не найдено

Этот код состояния означает, что сервер не может найти запрошенный ресурс. В вашем интернет-браузере это означает, что URL-адрес не распознается. В случае использования API это также может означать, что конечная точка действительна, но сам ресурс не существует. Серверы также могут отправлять ответ вместо ошибки 403, чтобы скрыть существование ресурса от неавторизованного клиента.Вероятно, это один из самых известных кодов ответов, который часто появляется в Интернете.

405 Метод запрещен

Этот код ответа означает, что метод запроса известен серверу, но отключен и не может использоваться. Пример: API может запретить удаление ресурса.

406 Неприемлемо

Этот код ответа доставляется, когда веб-сервер не находит никакого контента, который соответствует критериям, заданным пользовательским агентом, часто формируя согласование контента, управляемое сервером.

407 Требуется аутентификация прокси

Этот код ответа очень похож на код 401, но аутентификация должна выполняться прокси.

408 Тайм-аут запроса

Этот ответ обычно отправляется неактивным соединением какого-либо сервера, даже без предварительного запроса со стороны клиента. По сути, это означает, что серверу нравится закрывать бездействующее соединение, и в наши дни ответ используется гораздо чаще, поскольку веб-браузеры, такие как Chrome и Firefox, используют механизмы HTTP-соединения для ускорения просмотра.Также обратите внимание, что некоторые серверы могут отключать соединение без выдачи этого уведомления.

409 Конфликт

Этот ответ он отправляет сервером, когда запрос конфликтует с текущим состоянием сервера.

410 Исчез

Это состояние ошибки означает, что запрошенный ресурс больше не доступен и больше не будет доступен. Этот код следует использовать, когда ресурс был намеренно удален, и этот ресурс не следует очищать.Когда получен код состояния 410, клиент не должен запрашивать этот ресурс снова в будущем. Такие клиенты, как поисковые системы, удалят ресурс.

411 Требуемая длина

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

412 Ошибка предварительного условия

, код состояния 412 означает, что сервер не соответствует одному из предварительных условий, которые запрос помещает в поля заголовка запроса.

413 Слишком большая полезная нагрузка

Объект запроса превышает пределы, определенные сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After.

414 URI слишком длинный

Размер запроса превышает размер запроса, который сервер может или может обработать. Ранее назывался «Слишком большой объект запроса».

415 Неподдерживаемый тип носителя

Сервер отказывается обслуживать запрос, поскольку объект запроса имеет формат, не поддерживаемый запрошенным ресурсом для запрошенного метода.

416 Диапазон Не выполняется

Диапазон, указанный полем заголовка Range в запросе, не может быть выполнен; возможно, что диапазон выходит за пределы размера данных целевого URI.

417 Ожидание не выполнено

Сервер не может удовлетворить требованиям поля заголовка запроса Expect.

418 Я чайник

Сервер отклоняет попытку заварить кофе с помощью чайника.Этот код был определен в 1998 году как одна из традиционных первоапрельских шуток IETF.

421 Неверный запрос

Запрос был направлен на сервер, который не может дать ответ. Это может быть отправлено сервером, который не настроен для создания ответов для комбинации схемы и полномочий, которые включены в URI запроса.

422 Необработанный объект (WebDAV)

Запрос был правильно сформирован, но его не удалось выполнить из-за семантических ошибок.Например, это состояние ошибки может возникнуть, если тело запроса XML содержит правильно сформированные (т. Е. Синтаксически правильные), но семантически ошибочные инструкции XML.

423 Заблокировано (WebDAV)

Ресурс, к которому осуществляется доступ, заблокирован.

424 Неудачная зависимость (WebDAV)

Запрос не удался, поскольку он зависел от другого запроса, и этот запрос не удался.

425 Слишком рано

Указывает, что сервер не желает рисковать обработкой запроса, который может быть воспроизведен.

426 Требуется обновление

Сервер отказывается выполнять запрос с использованием текущего протокола, но может пожелать сделать это после того, как клиент перейдет на другой протокол. Сервер отправляет заголовок Upgrade в ответе 426, чтобы указать требуемый протокол (ы).

428 Требуются предварительные условия

Исходный сервер требует, чтобы запрос был условным. Предназначено для предотвращения проблемы «потерянного обновления», когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.

429 Слишком много запросов

Код состояния 429 указывает, что пользователь отправил слишком много запросов за заданный промежуток времени («ограничение скорости»).Представления ответа ДОЛЖНЫ включать подробности, объясняющие условие, и МОГУТ включать заголовок Retry-After, указывающий, как долго ждать, прежде чем делать новый запрос. Когда сервер находится под атакой или просто получает очень большое количество запросов от одной стороны, ответ на каждый с кодом состояния 429 потребляет ресурсы.

431 Поля заголовка запроса слишком велики

Код состояния 431 указывает, что сервер не желает обрабатывать запрос, потому что его поля заголовка слишком велики.Запрос МОЖЕТ быть отправлен повторно после уменьшения размера полей заголовка запроса. Его можно использовать как в случае, когда набор полей заголовка запроса в целом слишком велик, так и когда возникает ошибка в одном поле заголовка. В последнем случае в представлении ответа должно быть указано, какое поле заголовка было слишком большим.

451 Недоступно по юридическим причинам

Пользователь-агент запросил ресурс, который не может быть предоставлен по закону, например веб-страницу, подвергнутую цензуре правительством.Это также отсылка к роману 1953 года «451 градус по Фаренгейту», где книги запрещены, а температура самовоспламенения бумаги составляет 451 ° F.

5, ответы сервера об ошибках

И, наконец, коды статуса HTTP 500 — 599, информируют журнал о проблемах с сервером. Серверы должны координироваться друг с другом, но этот код ответа протокола передачи гипертекста (HTTP) означает, что может возникнуть проблема в том, как эти серверы работают вместе.502: Плохой шлюз просто означает, что один сервер получил недопустимый ответ от другого сервера. Однако серьезность этой ситуации может быть разной. Но опять же, коды ответа HTTP в группе 500 могут потребовать некоторого внимания.

500 Внутренняя ошибка сервера

Этот код состояния HTTP является общим сообщением об ошибке, которое указывает, что условие возникло неожиданно, и более подробные сведения недоступны. Одна из наиболее частых причин этой ошибки — неправильная конфигурация сервера.

501 Не реализовано

Сервер либо не распознает метод запроса, либо не может выполнить запрос. Обычно это подразумевает наличие в будущем.

502 Плохой шлюз

Сервер действовал как шлюз или прокси и получил недопустимый ответ от вышестоящего сервера.

503 Служба недоступна

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

504 Тайм-аут шлюза

Сервер действовал как шлюз или прокси и не получил своевременного ответа от вышестоящего сервера.

505 Версия HTTP не поддерживается

Этот код состояния указывает на то, что сервер не поддерживает версию протокола HTTP, используемую в запросе.

506 Вариант также оговаривается

Эта ошибка сервера означает, что согласование запроса сервера приводит к циклическим ссылкам.

507 Недостаточно памяти (WebDAV)

Сервер не может сохранить представление, необходимое для выполнения запроса.

508 Обнаружен цикл (WebDAV)

Сервер прервал операцию, потому что он обнаружил бесконечный цикл при обработке запроса с «Глубиной: бесконечность». Этот статус указывает на то, что вся операция завершилась неудачно.

510 Не расширенный

В запросе не соблюдена политика доступа к ресурсу.Сервер должен отправить обратно всю информацию, необходимую клиенту для отправки расширенного запроса.

511 Требуется сетевая аутентификация

Для получения доступа к сети клиенту необходимо пройти аутентификацию. Предназначен для использования путем перехвата прокси-серверов, используемых для управления доступом к сети (например, «перехватывающие порталы», используемые для запроса согласия с Условиями обслуживания перед предоставлением полного доступа в Интернет через точку доступа Wi-Fi).

Другие важные коды состояния HTTP

HTTP 502: Bad Getaway.HTTP 404: файл не найден. Вам знакомы эти слова? Это, вероятно, одни из наиболее распространенных кодов ответов HTTP, с которыми мы сталкиваемся, возможно, ежедневно. Это не единственные коды состояния HTTP. Фактически, их множество, от 100 до 599, и все они содержат конкретные новости для всех, кто их хочет услышать: администраторов журналов, посетителей веб-сайтов, программистов. Эти коды являются частью определенного языка, который поможет тем, кто управляет всемирной паутиной, превратить ее в хорошо отлаженную машину, связывающую всех в сети.

Но почему вы должны знать все о коде ответа HTTP? Эти коды ошибок HTTP уже кажутся вам чуждыми; для некоторых простая ошибка HTTP 502 или HTTP 404 уже сбивает их с толку. Здесь, в BelugaCDN, мы видим ценность технической подкованности не только в индивидуальном, но и в профессиональном плане, особенно для потенциальных клиентов CDN, таких как вы, и сотрудников, которых вы хотите поддерживать. Такие знания также дают вам преимущество, когда речь идет об использовании технологий бок о бок с бизнесом.Зная коды ответов HTTP, журналы сервера будут для вас более понятными, и вы сможете воспользоваться более конкретными технологическими решениями, чем те, которые используются всеми. На этой заметке давайте начнем ваше путешествие с овладения другими важными кодами статуса HTTP.

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

103 КПП

Используется для возврата некоторых заголовков ответа перед окончательным HTTP-сообщением.

218 Это нормально (веб-сервер Apache)

Используется как условие общей ошибки, позволяющее передавать тела ответов через Apache, когда включен ProxyErrorOverride.

419 Срок действия страницы истек (Laravel Framework)

Используется Laravel Framework, когда токен CSRF отсутствует или просрочен.

420 Ошибка метода (Spring Framework)

Устаревший ответ, используемый Spring Framework при сбое метода.

420 Укрепите свое спокойствие (Twitter)

Код статуса 420 Enhance Your Calm является неофициальным расширением Twitter.Twitter использовал это, чтобы сообщить HTTP-клиентам, что их скорость ограничена. Ограничение скорости означает наложение ограничений на общее количество запросов, которые клиент может выполнить в течение определенного периода времени.

430 Слишком большие поля заголовка запроса (Shopify)

Этот код состояния указывает, что сервер не желает обрабатывать запрос, потому что его поля заголовка слишком велики. Запрос МОЖЕТ быть отправлен повторно после уменьшения размера полей заголовка запроса…. Ответы с кодом состояния 430 НЕ ДОЛЖНЫ храниться в кэше

450 Заблокировано родительским контролем Windows (Microsoft)

Код расширения Microsoft, указываемый, когда родительский контроль Windows включен и блокирует доступ к запрошенной веб-странице.

498 Неверный токен (Esri)

Возвращено ArcGIS for Server. Код 498 указывает на просроченный или недействительный токен по иным причинам.

Требуется 499 токен (Esri)

Нестандартный код состояния, введенный nginx для случая, когда клиент закрывает соединение, пока nginx обрабатывает запрос.

509 Превышен предел пропускной способности (веб-сервер Apache / cPanel)

Сервер превысил полосу пропускания, указанную администратором сервера; это часто используется провайдерами виртуального хостинга для ограничения полосы пропускания клиентов.

526 Недействительный сертификат SSL

Этот код ответа HTTP относится к тому моменту, когда клиент должен переключиться на другой протокол, указанный в поле заголовка Upgrade.

529 Сайт перегружен

Этот код ответа HTTP используется Qualys в API тестирования сервера SSLLabs для сигнализации о том, что сайт не может обработать запрос.

530 Сайт заморожен

Эта ошибка указывает на то, что запрошенное имя хоста не может быть разрешено в сети Cloudflare на исходный сервер.

598 (Неофициальное соглашение) Ошибка тайм-аута сетевого чтения

Используется некоторыми прокси-серверами HTTP для сигнализации тайм-аута сетевого чтения за прокси-сервером клиенту перед прокси.

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

440 Тайм-аут входа

Сеанс клиента истек, и он должен войти в систему снова.

449 Повторить с

Сервер не может удовлетворить запрос, потому что пользователь не предоставил требуемую информацию.

451 Перенаправление

Сервер запрещает доступ к ресурсу вследствие законного требования.

Nginx

444 Нет ответа

Этот статус используется, чтобы указать, что nginx получил указание закрыть соединение без отправки ответа клиенту. Это часто используется для отклонения искаженных или злонамеренных запросов.

494 Заголовок запроса слишком большой

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

495 Ошибка сертификата SSL

Расширение кода ответа 400 Bad Request, используемого, когда клиент предоставил недействительный сертификат клиента.

496 Требуется сертификат SSL

Расширение кода ответа 400 Bad Request, используемого, когда сертификат клиента требуется, но не предоставляется.

497 HTTP-запрос отправлен на HTTPS-порт

Расширение кода ответа 400 Bad Request, используемого, когда клиент отправил HTTP-запрос на порт, который прослушивает HTTPS-запросы.

499 Клиент закрытый запрос

Нестандартный код состояния, введенный nginx для случая, когда клиент закрывает соединение, пока nginx обрабатывает запрос.

Cloudflare

520 Веб-сервер возвратил неизвестную ошибку

Ошибка 520 используется как «всеобъемлющий ответ на случай, когда исходный сервер возвращает что-то неожиданное», с указанием сброса соединения, больших заголовков и пустых или недопустимых ответов в качестве общих триггеров.

521 Веб-сервер не работает

Эта ошибка указывает на то, что соединение с Cloudflare было отклонено сервером.

522 Превышено время ожидания соединения

Этот код состояния указывает на то, что подтверждение TCP не может быть согласовано с Cloudflare.

523 Источник недоступен

Cloudflare не смог связаться с исходным сервером; например, если записи DNS для исходного сервера неверны.

524 Истекло время ожидания

Cloudflare смог установить TCP-соединение с исходным сервером, но не получил своевременного ответа HTTP.

525 Ошибка установления связи SSL

Cloudflare не удалось согласовать рукопожатие SSL / TLS с исходным сервером.

526 Недействительный сертификат SSL

Используется Cloudflare и gorouter Cloud Foundry, чтобы указать, что не удалось проверить сертификат SSL / TLS, представленный исходным сервером.

527 Ошибка рейлгана

Ошибка 527 указывает на то, что запрос истек или завершился неудачно после установления соединения WAN.

530

Ошибка 530 указывает на то, что запрошенное имя хоста не может быть разрешено в сети Cloudflare на исходный сервер.

AWS Elastic Load Balancer

460

Эта ошибка может означать, что файл по ссылке недоступен, так как он помечен как ограниченный, например.g., в связи с заявлением об авторских правах. Если вы считаете, что файл был неправильно помечен, обратитесь в службу поддержки.

463

Этот код ошибки относится к недопустимому имени носителя.

Заключение

И вот оно! Это ваш краткий обзор того, что такое коды HTTP и что означают эти группы кодов состояния HTTP. Это хороший первый шаг к пониманию этого журнала сервера, и у вас хорошее начало, чтобы знать, какой из этих кодов ответа HTTP требует внимания или нет.

499 Код ошибки

Работает ли мой CDN

Связанный ресурс

HTTP — Учебное пособие по REST API

REST используют часть Status-Line ответного сообщения HTTP для информирования клиентов об общем результате их запроса. RFC 2616 определяет синтаксис строки состояния, как показано ниже:

Строка состояния = версия HTTP SP Код состояния SP Причина-фраза CRLF

HTTP определяет эти стандартные коды состояния, которые могут использоваться для передачи результатов запрос клиента. Коды состояния делятся на пять категорий.

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

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

1xx коды 2xx коды 3xx коды 4xx коды 5xx коды

Общие сведения о кодах состояния ответа HTTP

В этом руководстве мы рассмотрим, что означает код состояния и как их использовать. Мы создадим простой бэкэнд Node.js для имитации всех наиболее распространенных кодов состояния из всего, что мы рассмотрим. Это поможет нам двумя способами:

1. Использование API при создании приложений, особенно приложений на базе JavaScript.
2. Создание API-интерфейсов RESTful, обеспечивающих максимально точный ответ в любое время.

— это язык, на котором фактически описываются результаты запросов браузеров (клиентов) к серверам.Браузеры знают, что означают коды состояния, поэтому они знают, как представить вам информацию после того, как вы сделаете запрос.

Если подумать, имеет смысл определить способы, которыми сервер может сообщать браузеру результат сделанного запроса. Существуют разные виды браузеров и разные конфигурации серверов, которые подходят для конкретных нужд приложения. Если бы не было стандартной схемы общения… анархия!

Предварительные требования

1. Базовые знания JavaScript
2. У вас установлен Node на вашем компьютере

Как браузер и сервер взаимодействуют друг с другом

Прежде чем вы спросите: «Правда? Это? Мне три года? », Я призываю вас обратить на это внимание, особенно если вам раньше не приходилось создавать API.Понимание того, как браузер общается с сервером (отношения клиент-сервер) в сети, поможет вам понять, почему важен каждый код состояния.

Серверы подобны центральному месту хранения данных (например, ресторан), а клиенты — это компьютеры, которые постоянно взаимодействуют с этими данными (например, голодные клиенты). Различные клиенты, от нескольких тысяч до сотен тысяч, обращаются к серверу с запросами на получение данных. Сервер выполняет несколько функций:

1. Сначала определите тип клиента, проанализировав заголовок запроса, в котором указывается IP-адрес компьютера, тип используемого веб-браузера, тип используемого устройства, предпочтительный язык, на котором клиент хочет получать данные, формат данных. быть внутри, среди прочего.Вот почему, когда вы посещаете такой сайт, как Google, с другим языком, установленным в вашем браузере, он возвращает страницу на этом языке. Таким образом Twitter или Facebook могут перенаправить вас на m.twitter.com или m.facebook.com, когда вы заходите на сайт с мобильного телефона.
2. Подтвердите, что у вас есть доступ к запрашиваемому содержимому (существуют разные уровни авторизации, которые он может использовать, в зависимости от типа запрашиваемого содержимого).
3. Обработайте запрос.
4. Вернуть данные вам.

Сервер должен сделать все это за доли секунды, чтобы он мог отвечать другим ожидающим пользователям.

Клиент, с другой стороны, отправляет запрос вместе с соответствующими заголовками, чтобы правильно определить, кто он и как он хочет получить запрошенную информацию. Если он пытается запросить стробируемую информацию, он должен представить некоторую форму токена / ключа доступа или иметь возможность показать, что у него есть разрешение на доступ к запрашиваемым данным. Клиент обычно не очень терпелив, поскольку ему не хватает времени и ресурсов.Если он не получает ответа от сервера через некоторое время, он закрывает соединение (точно так же, как голодный клиент уходит, когда он слишком долго ждал, чтобы его обслужили).

Однако, когда сервер отвечает, он отправляет некоторый код, чтобы сообщить клиенту о статусе своего запроса. Это было успешно? Следует ли клиенту уделить этому больше времени? Это не удалось? Неужели он не понял просьбу? Клиент ошибся в отправленном запросе? Это то, что сервер поясняет кодами состояния.

Конечно, взаимодействие клиент-сервер намного сложнее, и в игру вступают различные инструменты и протоколы, но это выходит за рамки данной статьи. То, что мы рассмотрели сейчас, достаточно, чтобы понять основные коды состояния, с которыми мы будем чаще встречаться при взаимодействии с общедоступными API.

Клиенты — это не просто веб-браузеры. Клиентами могут быть компьютерные терминалы, которые делают запросы CURL, или веб-/ мобильные приложения, которые взаимодействуют с API-интерфейсами для получения данных, или даже такие устройства, как холодильник или телевизор, подключенные к Интернету.

Информационные коды статуса — 1xx

Что они делают? Короткий ответ — предоставить информацию в браузер. Они сообщают, что запрос был получен и понят, и в большинстве случаев браузеру следует немного подождать, пока сервер обрабатывает информацию.

100 Продолжить

Когда клиент получает этот код состояния, это означает, что сервер получил заголовок своего запроса и принял запрос, поэтому клиент может продолжить и отправить тело запроса.Это чаще всего используется, когда клиент хочет отправить контент большого размера. Он отправит на сервер сообщение Expect: 100 - continue , и когда сервер отправит ответ со статусом 100 continue , он перейдет к отправке тела.

Статус 100 продолжить , полученный с сервера, означает « Теперь вы можете отправить больше данных или проигнорировать, если вы закончили отправку». В некоторых случаях клиент может отправить Expect: 100 - продолжить вместе с телом запроса.Это наиболее часто встречается с запросами curl , так как это режим по умолчанию curl взаимодействует с серверами.

101 Переключение протоколов

Клиент может отправить запрос серверу на переключение протокола связи, используя заголовок Upgrade . Это может быть переход с HTTP / 1.1 на HTTP / 2 или переход на WebSocket. Сервер ответит кодом ответа 101 и заголовком ответа Upgrade с информацией о протоколе, до которого он обновился.

Подробнее об обновлении протокола можно прочитать в MDN Web Docs: Механизм обновления протокола.

Коды состояния успеха — 2xx

Это коды состояния, с которыми мы сталкиваемся каждый день. Вы загружаете сайт, и он появляется? Был использован один из этих кодов состояния. Вы отправляете форму и получаете сообщение с поздравлением? Был использован один из этих кодов состояния. Они используются, чтобы указать, что наш запрос был успешным.

200 Ok

Этот код состояния ответа указывает, что наш запрос был успешным.Это используется в основном, когда мы запрашиваем данные с сервера, и он отвечает данными. Когда вы переходите по ссылке на веб-страницу, браузер отправляет запрос на сервер, чтобы передать ему содержимое этой веб-страницы.

Сервер ответит статусом 200 ok и заголовком, указывающим тип возвращаемого содержимого ( текст / html , мультимедиа и т. Д.) И тело, содержащее сам контент.

Многие запросы данных, такие как посещение URL-адреса, обычно представляют собой запросы GET . GET запросов используются для получения данных с сервера.

201 Создано

Это код ответа, который получает клиент после отправки ресурса (данных) на сервер. Этот ресурс хранится на сервере, и после его успешного сохранения возвращается код ответа 201 Created с вновь созданным ресурсом в качестве тела запроса. Это может быть отправка форм, загрузка файлов или другие связанные действия.

Запросы, которые создают ресурсы на сервере, обычно представляют собой запросы POST . POST запрашивает почтовые ресурсы на сервере. В ситуации, когда запрос PUT (который используется для обновления уже сохраненного ресурса) создает ресурс впервые, также может быть возвращено 201 Created .

202 Принято

Это не очень распространенный код ответа, отправляемый серверами. Он используется в тех случаях, когда запрос клиента был получен, но сервер отправил его для обработки. Это необязательный ответ в том смысле, что когда сервер в конечном итоге приходит для обработки запроса, он может или не может действовать в соответствии с ним в зависимости от того, имеет ли клиент право сделать этот запрос или если у сервера есть средства для его обработки. ,Кроме того, это означает, что сервер больше не будет отправлять ответ.

Может использоваться в случаях, когда запрос передается на другой сервер или когда запрос группируется для обработки в другое время. В таком сценарии сервер должен возвращать индикатор текущего статуса запроса и способ, с помощью которого клиент может отслеживать обработку запроса.

203 Неавторизованная информация

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

В конечном итоге возвращенные данные могут быть подмножеством или расширенным набором данных, возвращаемых сервером.

204 Нет содержимого

Этот код ответа сообщает клиенту (в случае пользовательского агента) не изменять текущий документ, представленный пользователю. Информация заголовка может быть обновлена, но новое содержимое отправлено не будет.

Этот ответ может быть отправлен после того, как клиент сделает запрос на обновление ресурсов на сервере, и серверу не нужно возвращать какие-либо данные, поскольку ничего нового не было создано.Сервер никогда не должен возвращать тело ответа, когда он отправляет код состояния 204 - Нет содержимого .

205 Сбросить содержимое

Этот статус ответа указывает клиенту обновить образец документа.

206 Частичное содержимое

Этот код ответа указывает, что запрос выполнен успешно, и в теле ответа есть запрошенные диапазоны данных. Сервер отправляет диапазоны данных только тогда, когда клиент устанавливает заголовок Range в своем запросе. Имейте в виду, что клиент никогда не должен запрашивать диапазон, если он не может его обработать.

Если есть только один диапазон, Content-Type всего ответа устанавливается на тип документа, и предоставляется Content-Range . Если несколько диапазонов отправляются обратно, Content-Type устанавливается на multipart / byteranges , и каждый фрагмент покрывает один диапазон, с Content-Range и Content-Type , описывающими его.

Когда диапазон запрашивается клиентом, сервер возвращает 206 Parital Content и никогда не возвращает 200 Ok .Медиа, такие как большие видео и изображения, являются хорошими примерами возврата данных в виде диапазона.

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

Вы видите эти коды ответов, вам нужно очень хорошо их знать, если поисковая оптимизация (SEO) что-то значит для вас и вашего продукта. Эти коды состояния имеют дело с перенаправлением, когда клиент пытается получить доступ к ресурсу.

300 Множественный выбор

Этот код состояния означает, что запрос имеет более одного возможного ответа. Клиент должен выбрать один из них.Не существует стандартизированного способа выбора, поэтому он используется редко. Если вы его видите, найдите заголовок Location , который обычно содержит предпочтительный выбор серверов.

301 Перемещено навсегда

Это, возможно, самый важный из кодов состояния перенаправления. При неправильном использовании он может помешать вашему SEO и навсегда похоронить ваш сайт. Это также может создать очень плохой пользовательский опыт и увеличить отток пользователей на вашем сайте.

Это сообщает клиенту, что искомый ресурс был перемещен навсегда, а затем представляет URL-адрес нового местоположения ресурса.Это делает две вещи: сообщает клиенту, где найти ресурс, а также помогает клиенту узнать, куда идти в следующий раз, когда ему понадобится ресурс. Новое расположение ресурса указано в заголовке Location .

301 редирект может потребовать, чтобы метод (и тело) оригинала не изменялся при выполнении перенаправления. Однако не все браузеры на стороне клиента соблюдают эту директиву. Согласно Mozilla Developer Docs, поэтому рекомендуется использовать код 301 только в качестве ответа для методов GET или HEAD и вместо этого использовать 308 Permanent Redirect для методов POST , как с этим статусом смена метода явно запрещена

302 Найдено

Это прямой родственник 301 😁.Он используется для временного перенаправления. Клиентские браузеры будут перенаправлять на указанный ресурс, но системы индексации, такие как поисковые системы, не изменят свою ссылку на ресурс, поскольку перенаправление является временным. И, как и 301 , клиентские браузеры могут изменить тело / метод запроса, поэтому, если вы хотите временно перенаправить POST , используйте вместо него 307 .

303 См. Другое

Ну, мы будем называть этого двоюродным братом по номерам 301 и 302 😂.Проще говоря, этот код состояния сообщает клиенту, что переадресация ссылается не на недавно загруженные ресурсы, а на другую страницу, например страницу благодарности или страницу монитора состояния. Он отправляется в результате запроса PUT или POST , а для перенаправления всегда используется метод GET . Я сказал вам, что это кузен.

304 Не изменено

Этот код состояния может пригодиться, если вы предварительно извлекли кэшируемое содержимое. Он сообщает клиенту, что ресурс, который они пытаются получить, не изменился, поэтому он должен сохранить имеющуюся копию.Это пригодится, если вы создаете такую ​​систему, как новостная лента, и всегда хотите проверять наличие новых обновлений. Это предотвратит получение старых данных и ненужную перезагрузку браузера клиента. Хорошим вариантом было бы использовать API Pusher в реальном времени.

307 Временное перенаправление

Мы уже говорили об этом ранее, что можно пропустить его, верно? Что ж, этот код ответа отправляется сервером, когда он намеревается явно указать клиенту поддерживать метод, изначально использованный для запроса.Он работает так же, как 302 , за исключением того, что добавляет очень четкую директиву, чтобы ничего не менять. Лучше всего использовать, если у вас есть упрямые клиенты, которые всегда меняют методы запроса при перенаправлении 🙄.

Постоянное перенаправление 308

Постоянное перенаправление 308 является прямым родственником 307 . И это строгая версия 301 .

Ошибка клиента — 4xx

Это коды состояния, используемые для информирования клиента о том, что он допустил ошибку в сделанном запросе.Не заполнено ли обязательное поле? Они отправили неправильный формат данных? Разве они не авторизованы для доступа к ресурсу, который они просматривают? Им нужно подтвердить свою личность? Все эти вещи обрабатываются этими кодами состояния.

А теперь давайте углубимся в них.

400 Bad Request

Должен признать, это мой любимый код статуса 😂. Каждый раз, когда на моей консоли появляется красная ошибка 400 Bad Request , я сначала смотрю вверх и спрашиваю: «Какую жизнь я выбрал?» прежде чем приступить к расследованию.

Ошибочные запросы возникают, когда клиент отправляет запрос либо с неполными данными, либо с неверно построенными данными, либо с недопустимыми данными. Часто это может быть вина разработчика, который не указал должным образом, какие данные он ожидает. Как бы то ни было, это происходит потому, что данные, которые вы отправили в запрос, неверны.

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

Этот ответ простыми словами означает, что клиенту необходимо аутентифицировать себя, прежде чем он завершит запрос. Аутентификация здесь может быть предоставлена ​​ токен доступа в случае OAuth или авторизации токена в случае системы аутентификации jwt или даже ключей API.

Все, что нужно серверу для идентификации того, кто делает запрос, должно быть отправлено для выполнения запроса.

403 Запрещено

Эта ошибка возникает, когда клиент пытается получить доступ к запрещенному ресурсу. Это не то же самое, что 401 Unauthorized (просто считайте их разнояйцевыми близнецами 😃). Аутентифицированному клиенту может быть Запрещено доступ к ресурсу, так же как и неаутентифицированному клиенту.

Часто клиент получает 403 Запрещено только после того, как он был аутентифицирован, поскольку система должна будет удостовериться, кем является клиент первым, прежде чем запрещать или предоставлять ему доступ к ресурсам.

404 Not Found

Если вы часто пользовались Интернетом, вы наверняка сталкивались с этим, особенно с 404 Page Not Found . В терминах API это означает, что ресурс, к которому вы пытаетесь получить доступ, не найден или конечная точка не существует. Описание ошибки может сопровождать ошибку, но в большинстве случаев на это не рассчитывайте.

404 не указывает, если ресурс отсутствует или был окончательно удален (удален). В случае, если ресурс был удален навсегда, сервер должен вернуть 410 GONE .

405 Метод запрещен

Этот код ответа возникает, когда вы пытаетесь получить доступ к ресурсу, предназначенному только для запросов GET через запрос POST и наоборот. К некоторым ресурсам можно получить доступ с помощью любого метода запроса ( GET , POST или HEAD ), и в таком случае вы не получите код ответа 405 Method Not Allowed .

Стандартная практика заключается в том, что когда сервер отправляет код ответа 405 , он включает список методов, поддерживаемых для доступа к рассматриваемому ресурсу.

406 Неприемлемо

Это редко используемый код ошибки. Это указывает на то, что сервер не может выдать ответ, соответствующий запросу, сделанному пользователем, и сервер не желает отправлять ответ по умолчанию. Вы можете узнать об этом больше в Документах разработчика Mozilla.

407 Требуется аутентификация прокси

Это будет двойник 401 Неавторизованный . Единственная разница в том, что аутентификация должна выполняться через прокси.

408 Тайм-аут запроса

Этот код ответа отправляется сервером, когда он хочет закрыть незанятое соединение, открытое клиентом.Клиент, возможно, не выполнил свой запрос и, возможно, тратит на это много времени.

Стандарт заключается в том, что сервер отправляет закрытый заголовок Connection в поле ответа вместе с кодом ответа.

Во многих случаях сервер может разорвать соединение без отправки кода ответа.

409 Конфликт

Этот ответ отправляется сервером, когда запрос конфликтует с внутренними операциями сервера. Хороший пример такого конфликта — попытка обновить ресурс на сервере более старой версией.

410 Gone

Мы уже упоминали, что этот код состояния показывает, что ресурс, к которому клиент хочет получить доступ, был окончательно удален.

411 Требуется длина

Сервер возвращает этот код состояния, если он требует, чтобы заголовок Content-Length был установлен вместе с запросом, а клиент не установил его.

412 Ошибка предварительного условия

Это происходит, когда клиент слишком требователен, а сервер не обладает такой мощностью 🙄.Таким образом, клиенты могут отправлять условные запросы на серверы, что отлично. Если условия соблюдены, сервер ответит данными. Если условия не соблюдены, сервер просто ответит 412 Precondition Failed .

Подробнее об условных запросах мы поговорим, когда дойдем до номера 428 Требуется предварительное условие .

413 Слишком большая полезная нагрузка

Данные запроса слишком велики для обработки сервером 😃. Говоря техническим языком, размер полезной нагрузки мог превышать предел, указанный сервером.

414 URI слишком длинный

Просто сократите URL-адрес, и все будет хорошо. На самом деле это происходит только тогда, когда у вас есть много вещей, добавленных к URL-адресу при создании запроса GET с большим количеством параметров.

415 Неподдерживаемый тип носителя

Вот что это такое. Сервер не поддерживает тип носителя, запрошенный клиентом.

416 Диапазон не соответствует требованиям

Сервер не может выполнить диапазон Диапазон , указанный в заголовке запроса.Это может означать, что Range запрашивает больше данных, чем может предоставить сервер. Подумайте, индекс массива выходит за рамки , и вы получите картину.

417 Ошибка ожидания

Когда сервер не может удовлетворить ожидания, содержащиеся в поле заголовка запроса Expect , он отправляет этот ответ.

418 Я чайник

Честно говоря, не знаю, зачем это вообще было сделано, но это код ответа на первоапрельскую шутку. Это означает, что сервер отказывается заваривать кофе, потому что это чайник 🤣.Вы можете прочитать больше об этой розыгрыше на WikiPedia.

419 Тайм-аут аутентификации

В настоящее время это возможно только с приложениями Laravel. Это означает, что срок действия токена csrf приложения истек. Токен csrf в Laravel отправляется с каждой отправкой формы или запросом к ресурсам, защищенным аутентификацией и многим другим.

426 Требуется обновление

Сервер возвращает этот код ответа, когда он не желает связываться с клиентом по определенному протоколу, но желает продолжить связь, если они меняют протоколы.Да, я согласен … Эти серверы просто полны себя.

Сервер отправляет заголовок Upgrade с этим ответом, чтобы предоставить список протоколов, которые он желает использовать для продолжения связи.

428 Требуется предварительное условие

Этот ответ отправляется сервером, когда он требует, чтобы запрос был условным. Условный запрос — это запрос, результат которого может измениться в зависимости от проверки запрошенного ресурса. Условные запросы полезны в таких сценариях, как загрузка, когда клиент может приостановить и возобновить работу в любое время.

Для таких запросов требуется заголовок предварительного условия, например If-Match . Если заголовок предварительного условия не соответствует тому, что есть на сервере, вместо него отправляется сообщение 412 Precondition Failed .

429 Слишком много запросов

Этот код состояния отправляется, когда пользователь отправил слишком много запросов, чем разрешено в заданный период времени. Это обычное дело для API, которые ограничивают использование периодом времени.

Сервер просто не желает обрабатывать запрос, потому что чувствует, что заголовки запроса слишком велики.Вот и все.

Клиент может уменьшить заголовки и повторить запрос.

451 Недоступен по юридическим причинам

Ресурс, запрошенный клиентом, не может быть обслужен по некоторым юридическим причинам. Предоставить его этому пользователю будет означать нарушение закона.

На практике вы редко встретите большинство кодов ошибок, но хорошо, что вы их знаете. Они становятся все более распространенными по мере увеличения сложности создаваемых вами приложений.

Ошибка — 5xx

Эти ошибки возникают не по вине клиента.Здесь виноваты серверы, и клиент ничего не может сделать, чтобы получить желаемый ответ.

500 Внутренняя ошибка сервера

Когда сервер обрабатывает запрос клиента и попадает в ситуацию, которую не может обработать, он отправляет 500 Внутренняя ошибка сервера . Эти проблемы могут быть вызваны многими причинами. Сервис, требуемый сервером, может быть недоступен. Разработчик, создавший приложение, возможно, использовал пакет или библиотеку и забыл загрузить их на сервер.У разработчика мог быть ошибочный код, и сервер столкнулся с этим. Это может быть что угодно, мешающее серверу завершить свою работу.

501 Не реализовано

Сервер отправляет этот код, когда вы отправляете ему запрос с помощью метода запроса, который он не знает или не имеет возможности разрешить. Серверы должны реализовывать только методы GET и HEAD , поэтому вы можете отправить запрос PUT или PATCH , и сервер не сможет его обработать.

Это не то же самое, что 405 Метод запрещен , потому что с 405 сервер четко понимает запрос, но не может ответить на него, пока метод не будет изменен. С 501 сервер не может понять используемый метод и, следовательно, не может предоставить какой-либо ответ.

502 Плохой шлюз

Сервер отправляет этот код, когда он действует как прокси-сервер и / или получает данные из внешнего ресурса, и получает недопустимый ответ от этого внешнего источника.

503 Служба недоступна

Это типичный код ошибки сервера, который вы можете получить. Это означает, что сервер может быть отключен и, следовательно, не готов обработать запрос в это время. Это может быть результатом текущего обслуживания или перегрузки сервера.

Это временная ситуация, поэтому, если вы реализуете кеширование в своем приложении, вы можете не кэшировать этот ответ.

504 Тайм-аут шлюза

Прямой родственник 502 😃.Сервер отправляет этот код ответа, когда он действует как шлюз, а внешний ресурс не предоставляет ему ответ вовремя.

505 Версия HTTP не поддерживается

Этот код состояния указывает, что версия HTTP, которую клиент использовал для запроса, не поддерживается сервером. Подумайте о вызове HTTP / 1.1 на сервер, когда сервер работает только с HTTP / 2 😎.

511 Требуется сетевая аутентификация

Этот код состояния означает, что клиенту необходимо пройти аутентификацию в сети, к которой он пытается получить доступ, прежде чем будет предоставлен доступ.Это происходит при попытке доступа к сети через прокси, поэтому можно утверждать, что это дальний родственник 401 Unauthorized .

Разница в том, что 401 сообщает клиентскому каталогу, что он нуждается в аутентификации, но 511 означает, что прокси-сеть не может получить доступ к внешнему ресурсу из-за отсутствия надлежащей авторизации.

Заключение

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

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

В следующем руководстве мы увидим, что он использует API-интерфейсы и испытывает коды состояния, которые мы получили.