Коды ответов 4хх – Ошибки

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

Каждая цифра трехзначного числа демонстрирует проблему на разных уровнях. Для примера рассмотрим самую популярную 404-ую ошибку:

• «4» в начале является указателем стороны ошибки (в данном случае – пользователь);
• «0» в середине – указатель синтаксической проблемы;
• «4» в конце означает, что не найден конечный узел.

Перечень и обзор кодов ответов 4хх

Категория 4хх состоит из следующего множества ответов:

• 400
• 401
• 402
• 403
• 404
• 405
• 406
• 407
• 408
• 409
• 410
• 411
• 412
• 413
• 414
• 415
• 416
• 417
• 418
• 419
• 422
• 423
• 424
• 425
• 426
• 428
• 429
• 431
• 444
• 449
• 450
• 451
• 499

Рассмотрим ниже каждый детальнее.

400 Bad Request (Недопустимый запрос)

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

Как исправить ошибку 400

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

• убедитесь, что установлена последняя версия NET Framework;
• попробуйте отключить антивирус и повторить попытку;
• отключите брандмауэр Windows;
• обновите драйвера;
• проверьте устройство на наличие вирусов.

401 Unauthorized (Неавторизован)

Статусный код 401 указывает на отклонение предварительной авторизации из-за неверных пользовательских данных, переданных в запросе.

Он возникает в тех случаях, когда пользователь отправляет запрос с некорректными данными для авторизации (например, неправильным логином и паролем). Проблема будет решена после успешной авторизации пользователем. В этом случае каких-то «подводных камней» практически нет и, если стандартная авторизация не помогает, нужно просто обратиться к администрации сайта.

402 Payment Required (Требуется оплата)

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

В каких случаях применяется? В сервисе Apple MobileMe при возможных злоупотреблениях ресурсами аккаунта пользователя отображалась ошибка 402. Также видеохостинг YouTube использует этот статус, если определенный IP-адрес отправляет чрезмерное количество запросов, при этом требуется от пользователя ввести CAPTCHA.

403 Forbidden (Запрещен)

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

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

404 Not Found (Не найдено)

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

Причины 404 ошибки

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

Как влияет ошибка 404 на сайт

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

Как найти страницы с ошибкой 404

Поиск страниц с 404 не составит труда. Для этих целей можно использовать следующие варианты:

• Google Search Console;
• парсеры сайтов, например Screaming Frog;
• плагины для CMS.

Как настроить страницу с ошибкой 404

Ответ зависит от причины возникновения ошибки. Рассмотрим 2 основных варианта:

а) если выведение ошибки настроено осознанно, то в обязательном порядке необходимо создать визуально понятный дизайн страницы, чтобы пользователь сразу понял, что попал на несуществующую страницу и вернулся на предыдущую страницу, а не покинул сайт;

б) если ошибка возникает в случае неправильного перенаправления – следует исправить редирект.

405 Method Not Allowed (Метод не разрешен)

Лучше всего этот ответ описывает его название. Запрос со стороны сервера был получен, но используемый метод не может быть применен. Иными словами, возникает ошибка при попытке использовать метод в формате GET, когда требуется ввод данных через метод POST (или с использованием метода PUT для веб-документов только для чтения).

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

406 Not Acceptable (Неприемлемый)

Запрашиваемый ресурс способен создавать только тот контент, который не соответствует Accept-заголовкам запроса. Браузер может передавать серверу параметры данных, которые будут приняты от сервера.

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

407 Proxy Authentication Required (Нужна авторизация прокси)

Как и код состояния 401, код 407 указывает на необходимость для клиента сначала пройти аутентификацию через прокси-сервер. Для завершения этого процесса аутентификации прокси-сервер должен вернуть заголовок Proxy-authenticate, соответствующий требованиям, предъявляемым сервером.

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

408 Request Time-out (Тайм-аут запроса)

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

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

409 Conflict (Конфликт)

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

410 Gone (Исчез)

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

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

411 Length Required (Требуется длина)

Для данного ресурса клиенту необходимо указать Content-Length в заголовке запроса. Без этого поля нет необходимости повторять запрос к серверу по данному URI. Такой ответ типичен для запросов типа POST и PUT. Например, если загружаются файлы по указанному URI, а сервер имеет ограничение на их размер. В таком случае более целесообразно проверить заголовок Content-Length сразу в начале и отказать в загрузке, чем создавать излишнюю нагрузку, разрывая соединение, когда клиент действительно отправит слишком большое сообщение.

412 Precondition Failed (Сбой предварительного условия)

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

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

413 Request Entity Too Large (Тело запроса велико)

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

Он может быть использован при отправке запроса методом POST с данными, которые по объему превышают возможности сервера по их обработке.

414 Request URL Too Long (URL запроса слишком длинный)

Из-за слишком длинного URL сервер не способен обработать запрос. Эта редкая проблема может возникнуть, например, когда клиент пытается передать длинные параметры через метод GET вместо POST, когда происходит циклическое перенаправление (например, если префикс URI указывает на конец самого себя), или когда сервер подвергается атаке со стороны клиента, который пытается использовать уязвимости на серверах с ограниченной длиной буфера для чтения или обработки Request-URI.

415 Unsupported Media Type (Неподдерживаемый тип мультимедиа)

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

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

416 Requested Range Not Satisfiable (Диапазон не подходит)

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

417 Expectation Failed (Ошибка ожидания)

Сервер не в состоянии обработать поле «Expect», которое присутствует в запросе. Также возможно, что при обращении к серверу через прокси-сервер произошло превышение времени ожидания, что также приводит к ошибке 417. По сравнению с ошибкой 408, в случае ошибки 417 явно указывается использование прокси-сервера.

418-420 I’m a teapot (Я чайник)

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

422 Unprocessable Entity (Необрабатываемый объект)

Ошибка 422 HTTP возникает, когда запрос успешно доставлен серверу и обработан, но в содержимом XML-документа обнаружена логическая ошибка, которая мешает выполнению нужной операции по протоколу WebDAV. Такое может случиться, например, если передаваемые данные не соответствуют ожидаемому формату или содержат ошибки.

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

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

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

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

425 Unordered Collection (Неупорядоченная коллекция)

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

426 Upgrade Required (Нужно обновление)

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

428 Precondition Required (Требуется предпосылка)

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

429 Too Many Requests (Слишком много запросов)

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

431 Request Header Fields Too Large (Поля заголовков слишком большие)

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

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

444 No Response (Нет ответа)

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

449 Retry With (Повторить попытку)

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

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

Расширение от Microsoft. Эта ситуация возникает, когда в настройках родительского контроля Windows установлен запрет на доступ к определенным веб-документам. Применяется в случае, если родители (зная об этой функции) используют родительский контроль, а пользователь (id-access) запрашивает доступ к заблокированному ресурсу.

451 Unavailable For Legal Reasons (Недоступен по юридическим причинам)

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

499 Client Closed Request (Закрытый запрос клиента)

Код 499 – это ошибка, возникающая в работе веб-сервера Nginx. Она возникает, когда клиент закрывает соединение до того, как сервер успевает ответить. Этот статусный код можно назвать «нестандартным», поскольку HTTP-код 499 не является общепризнанным стандартом, как, например, 404, 400 или 500. Он связан преимущественно с серверами Nginx.

Подведем итоги

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

Ольга Тищенко

Редактор-копирайтер

Страница автора