Умные люди придумали коды, по которым можно определить, что произошло с HTTP-запросом. Успешен ли он, произошло ли перенаправление. Или же все закончилось ошибкой. Как раз об ошибках и будем говорить в этой статье. Вкратце расскажу, какие они бывают и с чем связаны.
А еще тут будет парочка забавных (и не очень) пикч и анимаций на тему описанных ошибок. Хоть какое-то развлечение.
Ошибки со стороны клиента (4xx)
Для начала перечислим коды ошибок на стороне клиента. Вина за их появление ложится на плечи обоих участников соединения.
400 Bad Request
Такой ответ от браузера можно получить в том случае, если сервер не смог правильно отреагировать на запрос со стороны пользователя. Часто код 400 возникает при попытке клиента получить доступ к серверу без соблюдения правил оформления синтаксиса протокола передачи гипертекста (HTTP). Повторный запрос не стоит отправлять до тех пор, пока не будет исправлена ошибка (или несколько из них).
401 Unauthorized
Код 401 возникает при попытке клиента получить доступ к серверу, используя неправильные данные для авторизации. По сути, используется, когда пользователь вводит неправильный логин и пароль на ресурсе, где требуется эта информация для входа. Читайте: Как исправить ошибку 401
402 Payment Required
Эта ошибка сообщает клиенту о том, что для успешного выполнения запроса ему необходимо оплатить доступ к серверу. Изначально код 402 должен был стать неким стандартом для цифровой валюты и оплаты контента в сети. Но не срослось. До сих пор нет единого решения по поводу того, как должны выглядеть платежи в сети. Также нет и единого решения по поводу того, как стоит использовать 402.
Все еще считается, что код существует с расчетом на будущее. Сейчас почти не используется и поддерживается не всеми браузерами.
403 Forbidden
Почти то же, что и 401. Сервер снова не разрешает к нему подключиться, хотя с запросом все в порядке. Просто нет доступа. Причем повторная авторизация с другими логином и паролем никак не помогут. Все вопросы к владельцам сервера (но не всегда). Инструкция по устранению ошибки.
Творчество на тему знаменитой киносаги
404 Not Found
Легендарная ошибка, ставшая популярным мемом. 404 оповещает клиента о том, что его запрос ведет в никуда. Код возникает, когда пользователь пытается попасть на страницу, которой не существует. Например, когда случайно ошибается при вводе ссылки и вводит ее с опечаткой. Или же пытается получить доступ к странице, которой на сайте уже нет.
В отличие от других кодов, страницу с 404 частенько кастомизируют, создавая для нее уникальный дизайн. Мало того, что это выглядит симпатичнее, так еще и полезнее для посетителей. Можно прямо на странице с ошибкой разъяснить, что произошло и как дальше действовать.
И таких вариаций тысячи. Каждый пытается добавить в оформление что-то свое.
405 Method Not Allowed
405 сообщает клиенту о том, что метод, используемый при запросе, не разрешен. В качестве примера можно привести попытку со стороны клиента ввести данные в форму с помощью GET, когда она работает только с POST. Ну и в таком же духе.
406 Not Acceptable
Ошибка 406 сообщает о том, что страница передает контент, который не может быть распознан клиентом. Возможно, проблема в методе сжатия или в формате страницы. Иногда сюда же приплетают неправильные настройки кодировки.
Этот код редко используют на практике, так как его появления можно избежать, предоставив пользователю информацию на сайте в том виде, который его браузер способен принять. Посетитель сайта по итогу получит не то, что ожидал, но хотя бы не ошибку.
407 Proxy Authentication Required
Этот код тоже похож на 401. Только на этот раз логин и пароль нужны не для основного сервера, а для прокси, который находится между клиентом и сервером. Обычно в теле ошибки содержится информация о том, как можно правильно пройти авторизацию и получить доступ к ресурсу.
408 Request Timeout
408 говорит нам о том, что сервер пожелал разорвать соединение с клиентом, потому что оно никак не используется. Происходит это в том случае, если сервер буквально устал ждать, пока наладится соединение с ним. Поэтому такую ошибку часто можно лицезреть после очень долгой и безуспешной загрузки какого-нибудь сайта.
Многие серверы не отправляют никаких сообщений, а просто прерывают соединение по той же причине. На запрос уходит больше времени, чем на то полагается.
В Мистере Роботе частенько называли серии в честь ошибок HTTP (весь четвертый сезон в нумерации 4хх). В честь 408, например, назвали восьмую серию четвертого сезона
409 Conflict
Сообщение о конфликте возникает, когда запрос со стороны клиента не соответствует тому, чего ожидает сервер. В качестве примера приводят проблемы при проверки версий, когда пользователь пытается с помощью метода PUT загрузить на сервер новый файл, но там уже имеется более новая версия того же файла. Конфликта версий можно легко избежать, загрузив корректную версию.
410 Gone
Своего рода аналог 404. Разница лишь в том, что 410 намекает на перманентность отсутствия страницы. Так что этот код стоит использовать, когда на 100% уверен, что страница ушла в небытие (ну или с текущего адреса) навсегда. В любом другом случае есть универсальный 404.
411 Length Required
411 оповещает пользователя о том, что сервер не желает принимать запрос со стороны клиента, потому что в нем не определен заголовок Content-Length. Да, это первый код в подборке, который смогут понять только люди, сведущие в настройке серверов. По-простому уложить сущность HTML-заголовков в этот материал не получится.
412 Precondition Failed
Еще один код, сообщающий о том, что сервер отклонил запрос пользователя и не разрешает доступ к выбранному ресурсу. Проблемы возникают при неправильной настройке работы методов, отличающихся от GET и HEAD.
413 Payload Too Large/Request Entity Too Large
Код 413 говорит нам, что запрос, который посылает клиент на сервер, слишком большой. Поэтому сервер отказывается его обрабатывать и разрывает соединение. Обычно это происходит при попытке загрузить на ресурс какой-то файл, превышающий ограничение, выставленное в настройках сервера. Соответственно, решается проблема изменением настроек сервера.
414 URI Too Long
Чем-то этот код похож на предыдущий. Здесь тоже идет речь о превышение лимита. Только теперь это касается не запроса со стороны клиента, а длины URI. То есть ссылки. Выходит, что адрес, используемый клиентом, больше, чем тот, что может обработать сервер. Как-то так.
Такая ошибка иногда выскакивает при попытке взломать ресурс. Сайт так реагирует на слишком частые попытки воспользоваться потенциальными дырами в безопасности.
415 Unsupported Media Type
Ошибка 415 возникает, когда клиент пытается загрузить на сервер данные в неподходящем формате. В таком случае сервер просто отказывается принимать посылаемые файлы и разрывает соединение. Как и в случае с 413.
416 Range Not Satisfiable
Подобный ответ можно ожидать, если клиент запрашивает у сервера определенные данные, но эти данные на сервере не соответствуют запросу. То есть, грубо говоря, вы просите у сервера какой-то набор данных с заранее заданным размером, а в итоге оказывается, что размер этих данных меньше, чем объем, указанный в запросе. Серверу ничего не остается, кроме как послать вас, ведь он не обучен поведению в таких ситуациях.
417 Expectation Failed
Такая ошибка высвечивается, когда ожидания сервера не совпадают с данными в запросе клиента. Сведения об ожиданиях прописываются в заголовке Expect заранее. Так что можно ознакомиться с ними, чтобы выяснить, как решить названную проблему.
418 I’m a teapot
Код 418 можно увидеть, если сервер откажется варить кофе, потому что он чайник. Это первоапрельская шутка. Естественно, 418 не используется нигде всерьез и просто существует как дань памяти программистам-юмористам, придумавшим это в 1998 году.
У Google получился такой симпатичный чайник
421 Misdirected Request
Появляется когда запрос клиента переправляется на сервер, который не может дать на него адекватный ответ. Например, если запрос был отправлен на ресурс, который вообще не настроен обрабатывать запросы извне.
Чтобы исправить проблему, можно попробовать переподключиться к ресурсу заново или попробовать другое соединение.
422 Unprocessable Entity
Код 422 говорит, что сервер вроде бы принял запрос, понял его, все хорошо, но из-за семантических ошибок корректно обработать не смог. Значит, где-то в запросе затаилась логическая ошибка, мешающая корректному взаимодействию клиента и сервера. Надо ее найти и исправить.
423 Locked
Обычно на этот код напарываются, когда запрашиваемый ресурс оказывается под защитой. Используемые клиентом методы блокируются на уровне сервера. Это делается, чтобы обезопасить данные, хранящиеся на защищенной странице. Без логина и пароля выудить информацию с такого сервера не получится.
424 Failed Dependency
424 сообщает о том, что для выполнения запроса со стороны клиента успешно должна завершиться еще одна или несколько параллельных операций. Если какая-то из них «провалится», то «помрет» все соединение сразу, и обработать запрос до конца не получится. Аналогичное происходит, если некорректно был обработан один из предыдущих запросов.
425 Too Early
Появляется в ответ на запрос, который может быть моментально запущен заново. Сервер не рискует и не берется за его обработку, чтобы не подставиться под так называемую «атаку повторного воспроизведения».
426 Upgrade Required
Тут нам прямо сообщают, что сервер не желает с нами общаться, пока мы не перейдем на более современный протокол. Наткнуться на такую ошибку очень тяжело, но в случае появления, скорее всего, будет достаточно установить браузер посвежее.
428 Precondition Required
428 выскакивает, если пользователь отправляет запрос на сервер, но получает некорректные или неактуальные данные. Так ресурс оповещает о необходимости внести в запрос информацию о предварительных условиях обработки данных. Только так он сможет гарантировать получение клиентом нужной информации.
429 Too Many Requests
Здесь все просто. Ошибка появляется, когда клиент отправляет на сервер слишком много запросов в короткий промежуток времени. Очень похоже на поведение взломщиков. По этой причине запрос моментально блокируется.
431 Request Header Fields Too Large
Из названия понятно, что ошибка с кодом 431 появляется из-за того, что в запросе клиента используются слишком длинные заголовки (неважно, один или несколько из них). Исправляется это с помощью сокращения заголовков и повторной отправки запроса. В теле ошибки обычно отображается краткая информация о том, как пользователь может решить эту проблему самостоятельно.
444 No Response
Этот код вам вряд ли удастся увидеть. Он отображается в лог-файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение.
449 Retry With
Код используется в расширениях компании Microsoft. Он сигнализирует о том, что запрос от клиента не может быть принят сервером. Причиной становятся неверно указанные параметры. Сама 449 ошибка говорит о необходимости скорректировать запрос и повторить его снова, подготовив к работе с сервером.
450 Blocked by Windows Parental Controls
450 код увидят дети, попавшие под действие системы «Родительский контроль» компании Microsoft. По сути, ошибка говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров родительского контроля.
451 Unavailable For Legal Reasons
Этот код сообщает клиенту, что он не может попасть на запрашиваемый ресурс из юридических соображений. Скорее всего, доступ был заблокирован из-за каких-нибудь государственных санкций, нового законодательства или цензуры со стороны властей. В общем, все вопросы к государству и провайдеру связи.
Читайте также
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Список ошибок на стороне сервера (5xx)
Теперь поговорим об ошибках, которые возникают где-то на сервере. Все они связаны с запросами, которые не удается обработать на том конце. Пользователь зачастую в их появлении не виноват.
500 Internal Server Error
Этот код возникает, когда сервер сталкивается с непредвиденными обстоятельствами. Такими, которые и сам не может пояснить. Как, собственно, и завершить запрос со стороны пользователя. По факту, эта ошибка говорит нам что-то вроде «Я не могу подобрать более подходящий код ошибки, поэтому лови 500 и делай с этим, что хочешь». Мы писали о нем чуть подробнее тут.
Дело не в тебе, дело во мне (С)
501 Not Implemented
501 говорит нам, что функциональность, необходимая для обработки запроса со стороны клиента, попросту не реализована на сервере. Он не сможет корректно обработать используемый метод.
Иногда в теле ошибки еще пишут что-то в духе «Приходите попозже, возможно, в будущем нужная функция появится».
502 Bad Getaway
Можно встретить в том случае, если запрашиваемый сервер выступает в роли шлюза или прокси. Возникает из-за несогласования протоколов между вышестоящим серверов и его шлюзом. Рассказываем о том, как ее исправить, в этой статье.
503 Service Unavailable
Появляется, когда сервер не может обработать запрос клиента по одной из двух технических причин:
- Слишком много пользователей в текущий момент пытаются отправить запросы, и у сервера не остается ресурсов, чтобы ответить кому-либо еще.
- На сервере ведутся технические работы, временно блокирующие его работу.
Обычно ошибка 503 носит временный характер, и для ее решения достаточно немного подождать.
504 Gateway Timeout
Ошибка похожа на 408. Здесь же прокси-сервер пытается выйти на контакт с вышестоящим сервером, но не успевает это сделать до истечения тайм-аута. Отсюда и ошибка.
505 HTTP Version Not Supported
Этот код похож на 426. Он тоже связан с неподходящей версией протокола HTTP. В этом случае нужно обеспечить и клиента, и сервер единой версией. Она, как правило, указывается в запросе со стороны пользователя.
506 Variant Also Negotiates
Обычно с такой ошибкой сталкиваются только в том случае, если сервер изначально настроен неправильно. То есть это не сиюминутная проблема, а что-то серьезное на уровне базовой конфигурации. Тут придется потрудиться разработчикам. Выявить проблему и разрешить ее.
507 Insufficient Storage
Код 507 встречается в тех ситуациях, когда серверу не хватает пространства в хранилище для обработки запроса со стороны клиента. Проблема решается освобождением места или расширением доступного пространства. Тогда сервер сможет без проблем обработать запрос пользователя.
508 Loop Detected
Таким кодом сервер отзовется в случае, если заметит бесконечный цикл в запросе клиента. Можно расценивать его как провал запроса и выполняемой операции в целом.
509 Bandwidth Limit Exceeded
Возникает, если сервер начинает потреблять больше трафика, чем ему позволено.
510 Not Extended
Появляется, если клиент посылает запрос на использование какого-либо расширения, отсутствующего на сервере. Чтобы исправить проблему, надо убрать декларирование неподдерживаемого расширения из запроса или добавить поддержку на сервер.
511 Network Authentication Required
511 код говорит о том, что перед тем как выйти в сеть, надо авторизоваться (ввести логин и пароль). Можно воспринимать это неким PPPoE подключением, когда от клиента требуются данные для авторизации.
Заключение
Закончили. Это все ошибки, которыми отзывается HTTP, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять.
BNAME.RU » Код ошибки HTTP 426 Upgrade Required
Что означает ошибка 426 Upgrade Required?
Надежное, совместимое согласование обновлений требует однозначного сигнала ошибки. Состояние 426 Upgrade Required позволяет серверу наконец объявить точные расширения протокола, которые будут использоваться для доступа к ресурсу. Надежное, совместимое согласование функций обновления требует однозначного сигнала отказа. Код состояния 426 Upgrade Required позволяет серверу точно указать точные расширения протокола, которыми должен обслуживаться данный ресурс.
The server refuses to perform the request using the current protocol but might be willing to do so after the client upgrades to a different protocol.
The server MUST send an Upgrade header field in a 426 response to indicate the required protocol(s)1.
Example:
HTTP/1.1 426 Upgrade Required
Upgrade: HTTP/3.0
Connection: Upgrade
Content-Length: 53
Content-Type: text/plain
This service requires use of the HTTP/3.0 protocol.
- 1 Upgrade RFC7230 Section 6.7
- Source: RFC7231 Section 6.5.15
426 CODE REFERENCES
Rails HTTP Status Symbol :upgrade_required
Symfony HTTP Status Constant Response::HTTP_UPGRADE_REQUIRED
.NET HttpStatusCode.UpgradeRequired
Rust http::StatusCode::UPGRADE_REQUIRED
Go http.StatusUpgradeRequired
Python 3.5+ http.HTTPStatus.UPGRADE_REQUIRED
Apache HttpComponents Core org.apache.hc.core5.http.HttpStatus.SC_UPGRADE_REQUIRED
Angular @angular/common/http/HttpStatusCode.UpgradeRequired
426 status code example
Here’s an example request and response for a 426 status code:
Request
GET /index.html HTTP/1.1
Host: www.example.com
Connection: keep-alive
Upgrade: TLS/1.0
Response
HTTP/1.1 426 Upgrade Required
Date: Wed, 14 Jul 2021 17:00:00 GMT
Server: Apache
Upgrade: TLS/1.0, HTTP/1.1
Connection: Upgrade
Content-Length: 73
Content-Type: text/plain; charset=utf-8
This server requires the use of a secure connection. Please upgrade to TLS/1.0.
What causes a 426 status code?
A 426 status code is caused when a client is attempting to upgrade a connection to a newer version of a protocol, but the server is refusing to do so.
This can happen for several reasons, including:
- Incompatibility between the client and server versions of the protocol.
- The server may not support the requested version of the protocol.
- The server may be configured to only allow certain versions of the protocol to be used.
- The server may be experiencing technical issues or undergoing maintenance that prevents it from upgrading the connection.
In any case, the client will need to determine the reason for the 426 error and take appropriate action to resolve it, such as updating to a compatible version of the protocol or contacting the server administrator for assistance.
How to troubleshoot a 426 status code
Here are some ways to troubleshoot this error:
- Check for server configuration issues: The 426 status code occurs when the client requests an upgrade to a different protocol version, but the server can’t comply with it. In such a case, you can check the server configuration to ensure that it supports the requested protocol version. You can also check if the server is configured to support HTTP/1.1, which is required for protocol upgrades.
- Check for client-side issues: The 426 status code can also occur if the client is sending incorrect or unsupported upgrade headers. In such cases, you can check the client-side code to ensure that it’s sending the correct headers and supporting the protocol version that it’s requesting.
- Check for network issues: The 426 status code can also occur due to network connectivity issues. In such cases, you can check the network settings and ensure that the client and server are connected to the same network. You can also check for firewall or proxy settings that might be blocking the request.
- Update software versions: If the server or client is outdated, it may not support the latest protocol version requested. In such cases, updating the server or client software to the latest version may resolve the issue.
By following the above troubleshooting steps, you can identify and resolve the issue that’s causing the 426 status code.
Additional resources
- Learn about web development
- Learn about SEO
- Web development services from WebFX
- SEO services from WebFX
- MDN Web Docs
- W3Schools
Return to List of HTTP Status Codes
I have a mobile device communicating via HTTPS to a RESTful API on my servers. One of the operations is a data sync to push modifications made while offline to the server and pull down updates made in parallel on the server.
I’ve encountered an edge case where that sync operation can fail silently in the existing client. I’ve upgraded the «sync protocol» on the client to handle the condition properly. Ideally I’d like to have all older clients receive a message when they try to sync telling them to upgrade.
The communication is just between my server and my mobile client so I realize I can return any number of HTTP codes and signal the client to display a message in the future advising the user to upgrade and to immediately stop the sync process.
Would it be seen as a bastardization of the intent of the HTTP 426 Upgrade Required return code to use it to signal this. Every reference (IETF RFC 2817, Wikipedia) I can find speaks to using it to signal a client to upgrade to TLS. Is it meant to be limited to well defined/security protocols like SSL and TLS or is it a generic upgrade flag at the HTTP layer which has only been used for SSL and TLS traditionally?
If it isn’t intended for this use case would a HTTP 303 See Other be considered more appropriate or is there another code I’m missing?
Bruno
119k31 gold badges268 silver badges376 bronze badges
asked Jul 26, 2013 at 5:00
1
Quoting one of my previous answers:
HTTP Upgrade is used to indicate a preference or requirement to
switch to a different version of HTTP or to another protocol, if
possible:The Upgrade general-header allows the client to specify what additional communication protocols it supports and would like to use if the server finds it appropriate to switch protocols. The server MUST use the Upgrade header field within a 101 (Switching Protocols) response to indicate which protocol(s) are being switched. Upgrade = "Upgrade" ":" 1#product For example, Upgrade: HTTP/2.0, SHTTP/1.3, IRC/6.9, RTA/x11 The Upgrade header field is intended to provide a simple mechanism for transition from HTTP/1.1 to some other, incompatible protocol.According to the IANA register, there are only 3 registered
mentions of it (including one in the HTTP specification itself).The other two are for:
Upgrading to TLS Within HTTP/1.1 (almost never used, not to
be confused with HTTP over TLS, which defines HTTPS as widely
used). This upgrade allows for a similar mechanism to STARTTLS in
other protocols (e.g. LDAP, SMTP, …) so as to be able to switch
to TLS on the same port as the plain connection, after exchanging some
of the application protocol messages, as opposed to having the entire
HTTP exchange on top of SSL/TLS without it needing to know it’s on top
of TLS (the way HTTPS works).Upgrading to WebSockets (still a draft).
(The IANA register hasn’t changed since then.)
The 426 response code as defined in RFC 2817 clearly has to do with an upgrade in the «HTTP Upgrade» sense defined in RFC 2816. This is a change of the current protocol at the layer currently used (i.e. HTTP itself). (It’s not even about upgrading from http:// to https:// at all.)
The messages exchanged on top of HTTP (if part of a protocol at all) are not part of this. They’re just hypermedia entities as far as HTTP is concerned.
I don’t think 426 would be suitable if you change the meaning of your hypermedia. A plain 400 would probably be a better choice. Note that responses with error status codes (4xx, 5xx) do not prevent you from associating an entity in the response: this is where a message telling the client to upgrade your protocol (at that level) should be.
answered Jul 26, 2013 at 10:49
BrunoBruno
119k31 gold badges268 silver badges376 bronze badges
I agree with Bruno that 426 is not the best choice. 400 is better, but I think 403 is better still.
10.4.4 403 Forbidden
The server understood the request, but is refusing to fulfill it. Authorization will not help and the request SHOULD NOT be repeated. If the request method was not HEAD and the server wishes to make public why the request has not been fulfilled, it SHOULD describe the reason for the refusal in the entity. If the server does not wish to make this information available to the client, the status code 404 (Not Found) can be used instead.
There is precedent for this on the Twitter API.
Since Feb 26, 2014, api.twitter.com is returning 403 status code for all non-SSL incoming traffic. Your client code should be able to handle this error.
answered Apr 17, 2014 at 1:05
Chris H.Chris H.
2,2051 gold badge19 silver badges18 bronze badges
Обычные посетители сайта обращают внимание в первую очередь на качественный контент, а поисковые краулеры – на ответы сервера.
Сегодня научимся проверять код как одной страницы, так и всех сразу, а также разберем все коды ответа и узнаем, что именно они означают.
Немного теории
Определить доступность веб-страницы поможет анализ кода состояния HTTP. Технически он представляет из себя стандартный запрос. Он отправляется, когда мы переходим по определенной ссылке на сайте или просто вводим ее в поисковой строке браузера. При обработке запроса сервер самостоятельно формирует и отдает трехзначный цифровой код.
Благодаря коду ответа понять реакцию сайта на запрос может не только поисковый краулер, но и обычный пользователь. Здесь нет ничего сложного даже для начинающих вебмастеров.
Сперва определимся с терминами.
- Клиент – компьютер, смартфон или другое мобильное устройство, которое имеет подключение к интернету.
- Сервер – определенный компьютер, который хранит все данные сайта (включая страницы и системные файлы). Именно на сервере «живет» сайт.
Выделяют пять классов ответов. Идентифицировать класс можно по первой цифре.
- 5** – техническая ошибка на стороне сервера. Точная причина указывается сразу после кода. Иногда пятисотая говорит о внутренних сбоях, реже – о превышении статической нагрузки на сервер.
- 4** – сбой на стороне юзера.
- 3** – обнаружен редирект на другой адрес (не ошибка).
- 2** – запрос обработан успешно (не ошибка).
- 1** – служебный класс кодов, который чаще всего относится к информационным сообщениям (не ошибка).
Логика кодов, таким образом, весьма проста:
Продвинем ваш бизнес
В Google и «Яндексе», соцсетях, рассылках, на видеоплатформах, у блогеров
Подробнее
Что значат коды состояния HTTP
Причины / решения / пояснения ошибок, я буду давать только для самых часто встречающихся кодов. Для всех остальных – только краткое описание.
Двухсотые – успешные запросы
200 – успешный запрос данных. Код не является ошибкой.
201 – завершена успешная транзакция. Код говорит о том, что сформирован новый ресурс (или документ).
202 – запрос принят, но еще не завершен. Необходимо дождаться окончания обработки.
203 – данные получены не из первоисточника (возвращаемые данные идут не от исходного сервера, а от какого-то другого) и могут быть устаревшими.
204 – запрос был обработан правильно, но отсутствует содержимое. Есть заголовок ответа, но содержимое для него отсутствует. Обновлять и актуализировать содержимое не нужно.
205 – клиенту необходимо осуществить сброс содержимого. Саму страницу обновлять не требуется.
206 – ошибка частичного содержимого. Если клиент хочет выполнить загрузку данных в несколько потоков, а сервер выполняет только часть GET-запроса, будет возникать 206-ая ошибка.
GET-запрос предназначен для получения данных, в то время как POST-запрос нужен для отправки данных.
Код также может быть отправлен с сервера, когда клиент запросил диапазон (например, условно: «Дайте мне первые 2 МБ видеоданных»). Происходит возврат только частичного контента, соответствующего Range-заголовку (данный заголовок дает понять серверу, какую именно часть страницы от него требуют, и какую ему нужно вернуть).
Если страница отдает этот код, следует обратить внимание на выполнение кэширования и на исходящий запрос.
207 – выполнено несколько операций. Найти их можно в XML, в строке MultiStatus.
226 – обработан IM-заголовок. Содержимое будет возвращено для получения информации об ответе вместе с ранее обозначенными параметрами.
Трехсотые – запросы на редирект
300 – не удалось идентифицировать точный URL. Такой ответ возникает, когда существует множественный выбор, и краулер не знает, к какой именно странице относится ресурс.
301 – документ был навсегда перемещен на новый URL. Так должны отвечать все веб-страницы, которые удалены или являются зеркалами, дублями. Со временем все указанные страницы будут склеены с целевой веб-страницей (присоединены к ней) автоматически. Если возникает такая ошибка, нужно настроить 301-ое перенаправление с устаревшего URL на актуальный (если речь идет о веб-странице, которая уже ранжировалась, но ее URL изменился). В таком случае все позитивные метрики, включая вес URL, будут сохранены.
302 – документ был временно перемещен на новый URL. Это абсолютно корректный ответ сервера, который актуален для веб-страниц с распродажами или сезонными акциями, распространяющимися на какой-либо товар. Код указывает, что данный URI будет учитываться клиентом в последующих запросах. Другими словами, страница была найдена, но перенесена. Такие документы из индекса не удаляются. Если адрес был изменен навсегда, вместо 302-го, лучше использовать 303-ий или 307-ой ответ.
303 – нужно направить пользователя на иной URL. 303-ый код можно получить исключительно GET-запросом. В идеале, этот код нужно отдавать, когда требуется редиректнуть посетителя на близкорелевантую, но не идентичную странице.
304 – документ не модифицировался. Этот код не является стандартным редиректом. Он помогает краулерам определять страницы, которые не изменились с последнего визита.
Если на вашем сайте немного страниц (до 1 000), использовать код 304 нет смысла. Если вас напрягает этот редирект, то в заголовке нужно поправить параметр Last-Modified (последняя дата изменения) – он не должен быть старше, чем заголовок If-Modified-Since (если изменялся спустя заданное количество времени).
305 – доступ к этому документу возможен исключительно через прокси.
307 – документ был временно перемещен на иной URL. Идеальный вариант, если требуется временно редиректнуть посетителя, но оставить техническую возможность отправки POST-запросов.
Четырехсотые – сбои на стороне клиента
400 – ошибка синтаксиса. Сервер не может идентифицировать запрос, так как была допущена опечатка в синтаксисе. Проверьте корректность отправляемого запроса.
401 – отсутствует аутентификация. Код отдается, когда для доступа требуется пароль или регистрация.
403 – отсутствует доступ к документу. Возникает, когда пользователь хочет открыть системные файлы (robots, htaccess). Либо вы сделали опечатку при вводе URL и пытаетесь воспользоваться веб-страницей, которая не предназначена для обычного пользователя, либо вам нужно: пройти авторизацию для доступа к системным файлам.
404 – отсутствует соответствующий ресурс по введенному URL. Разберитесь, по каким причинам была удалена / перемещена страница. Возможно, вы допустили ошибку и удалили ее случайно. Если так – просто восстановите ее.
Задумайтесь над созданием красивой, кастомизированной 404-ой. Например, такой:
405 – некорректный метод (указывается в запросной строке клиента) для выбранного документа. Метод запроса определяет точное действие, которое должно быть выполнено для указанного ресурса.
406 – некорректный / неподдерживаемый краулером формат запроса. Код отдается, когда сервер не способен возвратить ответ, релевантный листу допустимых значений. Самый распространенный случай – поисковый робот не поддерживает кодировку документа или его язык. Убедитесь, что в теле сообщения содержится лист доступных ресурсов. Подробное описание ошибка на сайте веб-разработчиков Mozilla.
407 – отсутствует регистрация прокси или авторизация файервола.
408 – таймаут запроса. Соединение разорвано, так как полный запрос не был передан. Другими словами, запрос занял слишком много времени, а сервер не готов был ждать. На каждом сайте существует свое время таймаута. Проверьте наличие интернета и просто обновите страницу. Подробное объяснение этой ошибки на сайте веб-разработчиков Mozilla.
409 – несовместимость двух запросов. Запрос невозможно выполнить при текущем состоянии сервера. Самый распространенный случай – операции c PUT-запросом. Например, когда нужно скачать файл, возраст которого превышает возраст уже существующего, расположенного на сервере.
410 – ресурс более не существует по указанному URL. Если страница удаляется целенаправленно, лучше делать так, чтобы она отдавала именно 410-ый. Краулер обойдет такую страницу, получит этот код и больше никогда на нее не вернется, так как поймет, что она удалена навсегда. Если речь о веб-странице, которая была удалена временно, гораздо эффективнее использовать 404-ый ответ. Если страница удалена намерено и навсегда, но в SERP имела хорошие места и приносила трафик, лучше сделать редирект на максимально релевантную существующую страницу.
411 – сервер сам отклоняет отправляемый запрос, так как не находит значение Content-Length. Этот ответ характерен как для обычных POST-запросов, так и для PUT-запросов (подразумевают замену существующих представлений документа на данные, которые содержатся в самом запросе).
412 –не были до конца выполнены условные поля HTTP-заголовка, например, If-Match. 412-ый код появляется в случаях, когда доступ к целевому документу отклоняется. Нужно проверить соблюдение и корректность HTTP-заголовков выполняемого запроса.
413 – у каждого сервера есть свой собственный максимальный размер запроса, определяемый не самим HTTP-протоколом (у него ограничения по длине запроса просто напросто отсутствуют), а ограничениями со стороны браузеров. Браузеры поддерживают запросы от 2 до 8 килобайт. Вышеуказанный код отдается, когда сервер не понимает запрос из-за слишком большого размера.
414 – возникает, когда отправляется чрезвычайно длинный URL. Запросы, содержащие излишне длинные URL, не могут правильно интерпретироваться сервером. Самые частые случаи появления этого ответа – попытка передать удлиненные параметры (излишне большое количество данных через GET- запрос).
415 – некорректный медиаформат. Текущий тип данных не может быть интерпретирован сервером.
416 – некорректное значение Range (диапазон). Ответ возникает в случаях, когда в самом HTTP-заголовке прописывается некорректный байтовый диапазон. 416-ый отдается в случаях, когда сервер не может взаимодействовать с запрашиваемыми диапазонами. Причина – отсутствие диапазона в необходимом документе или опечатка в синтаксисе.Сервер просто не имеет возможности работать с запрашиваемыми диапазонами. Проверьте синтаксис значения Range – он должен обязательно соблюдаться. Скорее всего, документ просто не имеет запрашиваемых диапазонов. Обновите страницу.
417 – указанное значение Expect не может быть удовлетворено (речь о заголовке запроса). Прокси некорректно идентифицировал содержимое поля «Expect: 100-Continue». Устранить эту ошибку самостоятельно не удастся. Если вы используете прокси Squid, обратитесь в поддержку. Вам нужно активировать ignore_expect_100. Другой вариант разрешите BS_PingHost обращаться к интернет-сети без участия прокси.
422 – существует определенная логическая ошибка. Какая именно, данный код не указывает. Копайте в сторону ошибок в семантике документа.
423 – используемый ресурс был заблокирован для выбранного HTTP—метода. Перезагрузите роутер и компьютер. Используйте только статистический IP.
424 – зависимый ресурс был блокирован по соображением безопасности. Данный код отдается, если в запросе присутствуют признаки несанкционированного доступа к файлам CMS.
426 – некорректные значения полей Upgrade и Conection. Этот ответ возникает, когда серверу требуется обновление до SSL-протокола, но клиент не имеет его поддержки.
429 – слишком много запросов. Ошибка отдается, когда один пользователь проявляет чрезмерно большую активность за короткий временной интервал. Проверьте плагины используемой CMS. В идеале, отключите их все и включайте по очереди, пока не доберетесь до источника проблемы.
451 – доступ к серверу заблокирован по решению судебных органов. Можно плодить бесконечные дубли или вообще создать новый домен, но рано или поздно страницу с идентичным содержимым все равно заблокируют. Временное решение – разместить проблемное содержимое на другом домене. Провайдеры могут подстраховаться и блокировать не только отдельные страницы, но и сайты целиком. Не нарушать закон – единственное, что можно посоветовать в этом случае.
Пятисотые – серверные сбои
500 – серверу не удается полностью обработать запрос. Такой код отдается, когда существует непредвиденное условие, мешающее выполнению запроса. Чаще всего внутренняя ошибка сервера может появляться при серверных сбоях. Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess), нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.
Проверяйте конфликты плагинов и дополнений. Нередко 500-ая возникает, когда в настройках административной панели хостинга указана одна версия PHP, а на самом сайте используется другая. Последнее также создает высокую статическую нагрузку на хостинг. Если вам было бы узнать о пятисотой подробнее, пишите в комментариях, и я напишу развернутый материал на эту тему.
501 – не выполнено. Этот код отдается, когда сам сервер не может идентифицировать метод запроса. Сами вы эту ошибку не исправите. Устранить ее может только сервер.
502 – шлюзовый сбой. Возникает при получении некорректного ответа от сервера, находящегося по иерархии выше. Актуально исключительно для прокси и шлюзовых конфигураций.
503 – данный ответ возникает в случаях, когда существуют технические неполадки, не позволяющие интерпретировать введенный запрос. Скорее всего, ваш сервер просто на обслуживании или сильно перегружен. Уменьшите число перманентных запросов к базам данных. Убедитесь, что на сервере нет профилактических или других работ, ограничивающих его пропускную способность. Не используйте VPN.
504 – отсутствует ответ. Этот код отдается в одной ситуации – если сервер не может получит ответ за необходимый период времени. Отклика нет и возникает таймаут. Как и 501-ый ответ, 504-ый исправить самостоятельно не получится. Здесь дело в прокси, часто – в веб-сервере. Первым делом просто обновите веб-страницу. Если не помогло, нужно почистить DNS-кэш. Для этого используем сочетание горячих клавиш Windows+R и вводим команду cmd (Control+пробел). В открывшемся окне указываем команду ipconfig / flushdns и подтверждаем ее нажатием Enter.
Также полезно посмотреть, как страница ведет себя различных мобильных устройствах и в разных браузерах. Проверьте дебаг. Если сайт на WP, то проверить дебан проще всего. Достаточно добавить этот код в wp-config.php:
Теперь все сбои будут фиксировать в файле debug.log (находится в папке wp-сontents). Если вы используете другую CMS, найдите к ней мануал и посмотрите, как активировать в ней журнал ошибок.
Также 504-ая отдает, когда на сайте существуют проблемы, связанные с задействованием CDN или кастомизированных серверов DNS. Отключите CDN на своем сайте.
Иногда 504-ый код пропадает, если просто подождать несколько часов. Часто 504-ая появляется на сайтах, которые используют CloudFlare.
505 – отсутствует поддержка текущей версии HTTP-протокола.
507 – не хватает места на жестком диске для выполнения запроса.
510 – не найдено расширение, желающее задействовать клиент.
Массово проверяем ответ веб-страницы
Самый простой способ проверить ответ веб-страницы – воспользоваться готовыми сервисами. Наиболее популярны:
- mainspy;
- 2ip;
- cy-pr;
- wwhois;
- 4seo.
Возьмем для примера mainspy. Тут проверить код ответа проще всего:
Таким образом, для проверки кода просто открываем страницу и вводим необходимые URL. Кликаем «Проверить». Будет выведен отчет. Напротив каждого проверяемого URL будет отображаться код ответа сервера:
Кроме перечисленных сервисов есть также замечательный плагин для Google Chrome – HTTP Header Spy. Он позволяет проверять код ответа сервера как одной, так и нескольких страниц сразу:
Послесловие
Коды ответа HTTP – это универсальный язык, который понимают не только краулеры Google / «Яндекса», но и люди. 5 классов кодов позволят с первого взгляда определить, где именно существует ошибка при выполнении HTTP запроса и куда копать для ее устранения.
Если ваш код ответа не указан в этом мануале, значит речь идет о кастомизированном сервере. Чтобы правильно истолковать ответ такого сервера и перевести его на человеческий язык, придется обратится к его разработчику.
Время прочтения: 10 мин.
Каждый из нас хоть раз сталкивался с ошибками, которые отображаться в клиентском браузере при попытке получить доступ к содержимому того или иного сайта. Технически это происходит так: сервер на каждый запрос браузера (или клиента) возвращает числовой код, указывающий на состояние ответа.
Код состояния HTTP — это стандартизированные трехзначные коды, которые веб-сервер возвращает в ответ на HTTP-запросы сетевых клиентов. Первая цифра указывает на класс состояния. В настоящее время выделено пять классов кодов состояния (в зависимости от которого нужно предпринимать определенные действия):
- Информационные (100–199).
- Успешные (200–299).
- Перенаправление (300–399).
- Ошибка клиента (400–499).
- Ошибка сервера (500–599).
Успешные и информационные ответы сервера остаются невидимыми, тогда как коды, обозначающие ошибку обработки запроса, выводятся на экран. В данной статье мы разберем основные стандартные виды ошибок и возможные причины их возникновения.
Ошибки класса 4** (400-499).
Коды состояния HTTP 400-499, как правило, указывают на возникновение ошибки на стороне клиентского браузера. Например, запрос несуществующей страницы или отсутствие достоверных сведений для проверки подлинности. Их причиной могу быть неправильные настройки веб-сервера, скриптов сайта и т. п.
Ошибка 400. Неверный запрос/Bad Request.
Говорит о том, что запрос не может быть понят сервером, так как составлен неправильно. Возможно указан неверный URL, или произошел технический сбой при передаче данных по одной из следующих причин:
- нестабильное соединение;
- блокирование передачи данных антивирусом или брандмауэром;
- попытка браузера загрузить слишком большой файл;
- поврежденные или устаревшие файлы cookie у пользователя.
Ошибка 401. Неавторизованный запрос/Unauthorized.
Этот код означает, что для доступа к ресурсу требуется аутентификация. Серверу необходимы логин и пароль, которые отсутствуют в запросе.
Ошибка 403. Доступ к ресурсу запрещен/Forbidden.
Сервер не может выполнить запрос из-за ограничений в доступе указанного ресурса. Проще говоря, администратором сервера или разработчиками были наложены ограничения. Причинами могут послужить попытка доступа к системным ресурсам веб-сервера, таким как файлы .htaccess или .htpasswd или с заблокированного IP-адреса.
Ошибка 404. Ресурс не найден/Not Found.
Является самым распространенным кодом ошибки. Серверу не удается найти файл или страницу. Причиной может быть:
- неправильный адрес страницы;
- перемещенная или удаленная страница, которая размещалась по-указанному адресу;
- технический сбой, из-за которого страница временно недоступна.
Код ошибки 404 используют также, чтобы скрыть истинную причину отказа от обработки запроса. Из соображений безопасности ошибка 403 может быть замаскирована под ошибку 404.
Ошибка 405. Недопустимый метод/Method Not Allowed.
Для каждого типа операций (загрузка, передача данных) HTTP-протокол предусматривает использование своего метода: GET, POST и другие. Данная ошибка означает, что метод, определенный в строке запроса (Request-Line), нельзя применить к текущему ресурсу. Отображается, например, при попытке обработки файлов с помощью метода POST вместо сервера Apache или некорректной настройке взаимодействия метода POST и модуля FastCGI.
Ошибка 406. Неприемлемый запрос/Not Acceptable.
Встречается крайне редко. При данной ошибке сервер выдает информацию в виде, который не может распознать браузер или поисковый робот из-за сжатия данных или неподдерживаемого формата.
Ошибка 407. Требуется идентификация прокси, файервола/Proxy Authentication Required.
Ошибка, аналогичная коду 401, только аутентификация необходима для прокси-сервера. Очень часто текст ответа содержит рекомендации по ее устранению.
Ошибка 408. Время запроса истекло/Request Timeout.
Расшифровывается, как “время ожидания сервером передачи от клиента истекло”. Возникает при передаче больших файлов, временного сбоя подключения к сети интернет или временной перегрузке сервера. Решить эту проблему можно обычной перезагрузкой страницы, а так же проверкой интернет-соединения и попыткой загрузить ресурс позже.
Ошибка 409. Конфликт/Conflict.
Означает, что произошел конфликт запроса и конфигураций сервера. Возможные причины:
- конфликт с прокси, через которые идет обращение к серверу;
- конфликт обращений между файлами на самом сервере;
- вирусное ПО на устройстве пользователя;
- сбой в работе браузера.
Ошибка 410. Ресурс недоступен/Gone.
Схожа с ошибкой 404: страница или документ, к которому обращается запрос, недоступен. Однако ошибка 410 выдается тогда затребованный ресурс был удален окончательно.
Ошибка 411. Необходимо указать длину/Length Required.
Возникает при передаче файлов определенными методами и выставленных ограничениях на передаваемый объем. В этих случаях сервер отказывается принимать запрос без заголовка Content-Length.
Ошибка 412. Сбой при обработке предварительного условия/Precondition Failed.
Ошибка значит, что был обнаружен сбой или ошибка при обработке предварительного условия при проверке одного или нескольких полей заголовка запроса. Чтобы исправить ошибку, обычно достаточно почистить cash и cookie-файлы.
Ошибка 413. Тело запроса превышает допустимый размер/Request Entity Too Large.
Происходит в случае, когда объем запроса больше, чем веб-сервер может обработать, например, при загрузке слишком большого файла. Для устранения рекомендуется:
- сжать изображение или видео перед загрузкой, чтоб уменьшить размер файла;
- не загружать несколько файлов одновременно;
- увеличить допустимый объем файлов, изменив настройки веб-сервера, которые отвечают за загрузку.
Ошибка 414. Недопустимая длина URI запроса/Request-URI Too Long.
Сервер отклоняет запрос из-за слишком длинного указанного URI. Ошибка может возникнуть при некорректно настроенном коде CMS: в административной панели сайта при каждом переходе со страницы на страницу к URL-адресу добавляются данные с параметрами, пока ссылка не превысит лимит. Так же частотность отображения ошибки 414 может свидетельствовать о попытках взлома.
Ошибка 415. Неподдерживаемый MIME тип/Unsupported Media Type.
Сервер отказывается обрабатывать запрос с указанным типом данных, потому что тело запроса имеет неподдерживаемый формат.
Ошибка 416. Диапазон не может быть обработан/Range Not Satisfiable.
Сервер не может обработать запрос, потому что значение поля Range в заголовке запроса указан диапазон за пределами ресурса.
Ошибка 417. Сбой при ожидании/Expectation Failed.
Сервер по каким-то причинам не может удовлетворить значению поля Expect заголовка запроса и отказывается обрабатывать запрос.
Ошибка 422. Необрабатываемый элемент/Unprocessable Entity.
Данная ошибка свидетельствует о том, что сервер не может произвести операцию над ресурсом, так как в одном или нескольких элементах запроса возможна логическая ошибка.
Ошибка 423. Заблокировано/Locked.
Сервер отказывается обработать запрос, так как один из требуемых ресурсов заблокирован от применения к нему указанного метода.
Ошибка 424. Неверная зависимость/Failed Dependency.
Сервер выдает данную ошибку в случае, когда реализация сервером текущего запроса зависит от другой операции, которая не может быть выполнена
Ошибка 426. Требуется обновление/Upgrade Required.
Сервер запросил обновить протокол соединения, но SSL не поддерживается клиентом.
Ошибка 429. Слишком много запросов/Too Many Requests.
Свидетельствует о большом количестве запросов за короткое время. Часто сопровождается рекомендациями о времени повторных запросов. Может указывать на попытку DDoS-атаки.
Ошибка 451. Недоступно по юридическим причинам/Unavailable For Legal Reasons.
Означает, что доступ к ресурсу был закрыт по юридическим причинам. Это может быть требование органов государственной власти или правообладателей при нарушении авторских прав.
Ошибка 499. Клиент закрыл соединение/Client Closed Request.
Является нестандартным кодом для случаев, когда клиент закрыл соединение, не дождавшись ответа на запрос.
Ошибки класса 5** (500-599).
Данные коды выделены под ошибки на стороне сервера. Они говорят о том, что запрос является корректным, и отвечает всем требованиям сервера, но на данный момент сервер не может его обработать. Обычно, вместе с кодом, отображается объяснение ошибки.
Ошибка 500. Внутренняя ошибка сервера/Internal Server Error.
Данная ошибка отображает любую внутреннюю ошибку сервера, которая не входит в диапазон класса. Сервер не может определить проблему или столкнулся с непредвиденным условием, которое не позволяет ему выполнить запрос.
Ошибка 501. Метод не поддерживается/Not Implemented.
В отличие от ошибки 405, когда используется неправильный метод запроса, данная ошибка свидетельствует, что сервер не распознает метод запроса и не способен его обработать.
Ошибка 502. Ошибка шлюза/Bad Gateway.
Ошибка указывает на недействительное ответное сообщение от вышестоящего сервера в случае, когда запрос проходит через прокси-сервер, и какой-то из серверов в цепочке не может обработать запрос. Это возможно по следующим причинам:
- неисправность сервера;
- отсутствие связи между участками запроса;
- блокирование запроса файерволом;
- неправильная настройка сервера;
- конфликт настроек между серверами.
Ошибка 503. Служба недоступна/Service Unavailable.
Сервер не может обрабатывать запросы из-за временной перегрузки или сервисного обслуживания:
- на сервер одновременно поступило большое количество запросов, и у него не хватает мощности их обработать;
- на сервере проводятся технические работы;
- ограничение на максимальное одновременное подключение пользователей, установленное на сервере превышено.
Также данная ошибка может свидетельствовать о DDoS-атаке или перегрузке сервера из-за недостаточных мощностей сервера.
Ошибка 504. Время прохождения через межсетевой шлюз истекло/Gateway Timeout.
Означает, что сервер, выступающей в качестве прокси-сервера, не дождался отклика от вышестоящего сервера, к которому он обратился для выполнения запроса. Причинами могут быть как слишком короткий таймаут в настройках, так и нестабильное интернет-соединение между серверами или перегрузка сервера запросами.
Ошибка 505. Версия НТТР не поддерживается/Version Not Supported.
Такой ответ можно получить, если сервер не поддерживает версию HTTP-протокола, переданную в заголовке запроса. Обычно ответ содержит объяснение причины.
Ошибка 507. Недостаточно места/Not Extended.
Сервер не может успешно обработать запрос из-за недостатка места на диске. Проблема может носить временный характер.
Ошибка 510. Отсутствуют расширения/Not Extended.
Сервер не может обработать запрос, так как запрашиваемое расширение отсутствует. Вместе с ошибкой можно получить информацию о доступных серверу расширениях.
Вот такой внушительный список получился. И это только стандартные ошибки! В данный список не включены ни экспериментальные, ни черновые. Как показывает практика, самыми распространенными являются ошибки 403, 404, 504, которые легко запомнить. В остальных случаях всегда можно обратиться к блогу LLHOST INC., который еженедельно пополняет вашу “копилку знаний”.
Но это не все преимущества! До 11 ноября 2022 года на все виртуальные и VPN сервера LLHOST INC. действует промокод #httpcodes. Это значит, что любой тарифный план виртуальных серверов (OVS) или VPN серверов (PVS) можно приобрести со скидкой -12% на 3 месяца при ежемесячном платежном цикле. И пусть ошибки вам встречаются как можно реже!