Ошибки сервера: 422 Unprocessable Entity — HTTP

Содержание

полный список ошибок сервера – База знаний Timeweb Community

Умные люди придумали коды, по которым можно определить, что произошло с 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

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

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

Обычно ошибка 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, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять. 

что это такое, что значат разные коды, что с ними делать

Есть проблемы с ранжированием, проект не растет, хотите проверить работу своих специалистов по продвижению? Закажите профессиональный аудит в Семантике

Аудит и стратегия продвижения в Семантике

Получи нашу книгу «Контент-маркетинг в социальных сетях: Как засесть в голову подписчиков и влюбить их в свой бренд».

Подпишись на рассылку и получи книгу в подарок!

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


Больше видео на нашем канале — изучайте интернет-маркетинг с SEMANTICA

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

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

Какие есть ошибки сервера

Как мы выяснили, внутренние ошибки сервера составляют класс состояний HTTP.

  • 500. Обозначает широкий спектр серверных ошибок, если они не относятся к нижеперечисленным проблемам рассматриваемого класса.
  • 501. Означает, что сервер не обладает необходимыми возможностями для совершения обработки пользовательского запроса. Как правило, ошибка 501 появляется в тех случаях, когда сервер не может распознать метод запроса. Если сервер распознал метод запроса, но он не может быть использован на данном интернет ресурсе отображается ошибка 405 (произошла по вине пользователя).
  • 502 (Bad Gateway). Возникает в тех случаях, когда сервер выполняет функцию прокси-сервера или шлюза. Ошибка говорит о том, что вышестоящий сервер отправляет недействительный ответ.
  • 503. Отображается при невозможности обработки пользовательских запросов сайтом. Это может быть обусловлено перегрузкой, неполадками в обслуживании, техническими неполадками и так далее. Чаще всего при отображении ошибки 503 в поле Retry-After указывается время, когда пользователю необходимо повторить запрос.
  • 504. Здесь опять сервер выполняет функцию шлюза или прокси сервера. Он перенаправляет запрос вышестоящему серверу, но не дожидается ответа, следовательно, не может завершить обработку запроса.
  • 505. Означает, что версия запроса не поддерживается сервером.
  • 506. Это значит, что текущий вариант сервера имеет ошибочную конфигурацию. В связи с этим процесс связывания не доходит до завершения и все время обрывается.
  • 507. Чтобы закончить запрос и обработать его, на сервере нет места. Проблемы подобного рода могут быть временными и легко устранимыми.
  • 509. Если интернет ресурс потратил весь трафик, который был отведен ему, возникает данная ошибка. Для решения проблемы необходимо обратиться к провайдеру хостинга .
  • 510. Данную ошибку можно встретить в тех случаях, когда клиент делает запрос и хочет использовать определенное расширение, однако сервер не использует и не может предоставить данное расширение.
  • 511. Данная ошибка идет не от самого сервера, к которому обращается пользователь, а от посредника, в роли которого может выступать провайдер. Как правило, проблема возникает, когда клиенту необходимо авторизоваться в глобальной сети (указать пароль от платной точки доступа). При этом в форме ответа отображается специальное поле для выполнения авторизации.
  • 520. Говорит о том, что есть ошибка, однако сервер сети доставки содержимого не может правильно обработать ее и отобразить клиенту.
  • 521. Возникает в ситуациях, кода сервер отклоняет подключение сети доставки содержимого.
  • 522. Отображается, если система передачи данных не может подключиться к серверу, истекает время ожидания серверного ответа.
  • 523. Сервер нельзя «достичь», при обращении к серверу возникают серьезные препятствия, преодоление которого на данный момент не является возможным.
  • 524. Истекло время подключения необходимого сервера и сервера сети доставки содержимого.
  • 525. Если в процессе рукопожатия самого сервера и сервера сети доставки содержимого возникают ошибки, отображается код 525.
  • 526. Означает, что на данный момент нет возможности подтвердить сертификат шифрования.

Что делать, если пишут “Ошибка сервера”

Перечисленные ошибки, как правило, возникают из-за файла .htaccess, тем оформления и плагинов. Рассмотрим варианты решения проблемы.

Итак, вам понравилась новая тема оформления и вы ее установили. Все бы хорошо, но после возникает внутренняя проблема сервера. Для восстановления работоспособности сервера выбираем один из способов действия:

Через FTP

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

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

Через PhpMyAdmin

Если вами была удалена/отредактирована стандартная тема, ее нужно скачать и установить заново. Это можно сделать со следующих ресурсов: TwentyTen, TwentyEleven, TwentyTwelve. После скачивания открываем PhpMyAdmin, затем базу данных.

Перейдите во вкладку SQL и скопируйте в нее код, представленный ниже.

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

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

Иногда установленный плагин может вступать в конфликт с другими, плагинами, которые уже установлены и активированы на ресурсе. Тогда происходит сбой и выдается внутренняя ошибка. Отключить плагин можно в 3 шага:

  1. Открываем FTP ресурса.
  2. Открываем папку с имеющимися плагинами.
  3. Удаляем/изменяем имя/редактируем плагин.

Если ошибки заключаются в неполадках файла .htaccess, необходимо сделать следующее:

1. Открываем FTP-клиент FileZilla, меню «Сервер» и ставим флажок напротив пункта «Отображать скрытые файлы принудительно». Обновляем перечень файлов и находим наш файл .htaccess.

2. Открываем файл через блокнот/текстовый редактор. Перед вами отображается текст- перечь указаний и правил для функционирования веб сервера. Просмотрите файл и ликвидируйте ошибки. Альтернативный вариант — удалить файл полностью, а затем написать с помощью WordPress новый файл (откройте администраторскую панель, далее «Параметры», затем «Постоянные ссылки». Выберите нужный вариант, нажмите «Сохранить»).

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

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

Что это такое коды ошибки веб-сервера?

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

Существует 5 диапазонов кодов состояния:

  1. Информационные 100-199 — означают, что запрос браузера принят и проходит обработку
  2. Успешные 200-299 — говорят о том, что запрос обработан и информация передана браузеру
  3. Перенаправление 300-399
     — подразумевают собой, что браузер получает не то, что хотел пользователь
  4. Ошибка на стороне клиента 400-499
  5. Ошибка на стороне сервера 500-599.

Диапазон 100-199:

100 — Continue

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

101 — Switching Protocols

Означает, что сервер переключил протоколы.

102 — Processing

Означает, что идет обработка запроса и она займет много времени.

Диапазон 200-299:

200 — Ok

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

201 — Created

Сервер создал новый ресурс, после успешной обработки запроса.

202 — Accepted

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

203 — Non-Authoritative Information

Сервер передал информацию, но взял он ее на другом сервере.

204 — No Content

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

205 — Reset Content

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

206 — Partial Content

Сервер принял запрос и вернул только часть запрошенных данных.

Диапазон 300-399:

300 — Multiple Choices

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

301 — Moved Permanently

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

302 — Moved Temporarily

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

303 — See Other

Код говорит о том, что запрошенная страница недоступна по запрашиваемому адресу, но доступна по другому, который можно найти по GET-запросу.

304 — Not Modified

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

305 — Use Proxy

Доступ к странице может быть произведен только через прокси-сервер.

307 — Temporary Redirect

Запрашиваемый ресурс временно недоступен по старому URL, но доступен по другому URL. Менять метод запроса не разрешается.

Диапазон 400-499:

400 — Bad Request

Сервер не разобрал запрос пользователя из-за синтаксической ошибки.

401 — Unauthorized

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

402 — Payment Required

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

403 — Forbidden

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

404 — Not Found

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

405 — Method Not Allowed

Означает, что в запросе указан неподдерживаемый сервером метод.

406 — Not Acceptable

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

407 — Proxy Authentication Required

Сообщает о том, что для доступа к ресурсу необходима аутентификация прокси-сервера.

408 — Request Time-out

Пользователь не передал полные данные на сервер за определенное время. В итоге соединение было разорвано сервером.

409 — Conflict

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

410 — Gone

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

411 — Length Required

Запрос требует заполнение поля Content-Length.

413 — Request Entity Too Large

Сервер не может обработать запрос, так как он очень большой.

414 — Request URL Too Long

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

415 — Unsupported Media Type

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

416 — Requested Range Not Satisfiable

Пока значение поля Range не станет корректным, сервер не сможет выполнить запрос.

417 — Expectation Failed

Данная ошибка возникает из-за того, что значение поля Expect являются некорректными.

422 — Unprocessable Entity

Какая-то часть запроса не обрабатывается сервером.

423 — Locked

Запрашиваемая страница была заблокирована.

424 — Failed Dependency

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

426 — Upgrade Required

Приняв запрос, сервер запрашивает SSL соединение, которое не поддерживается пользователем.

Диапазон 500-599:

500 Internal Server Error

На сервере произошла непредвиденная ошибка или аварийный отказ.

501 — Not Implemented

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

502 — Bad Gateway

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

503 — Service Unavailable

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

504 — Gateway Time-out

Сервер, который принял запрос находится в цепочке серверов. Так как сервер не получил ответ от вышестоящего сервера, возникает данная ошибка.

505 — HTTP Version not supported

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

507 — Insufficient Storage

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

510 — Not Extended

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

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

Ошибки подключения, коды ответов и сообщения веб-сервера
Информация об ошибке сервера
Существует две классификации ошибок сервера:
  1. Ошибки подключения. Эти ошибки возникают из-за невозможности установить подключение к веб-серверу. В них нет кода ответа, но будет содержаться краткое описание того, почему не удалось установить соединение.
    Причина отсутствия у них кода ответа заключается в том, что веб-серверы могут возвращать код ответа только после установления соединения, а поскольку соединение с веб-сервером не может быть установлено, код ответа не может быть получен.
  2. Коды ответов и сообщения веб-сервера. Если соединение с веб-сервером было установлено, веб-сервер обычно отправляет код ответа и сообщение. Если код ответа меньше 400, считается, что веб-страница не содержит ошибок. Если код ответа равен или превышает 400, веб-страница считается ошибочной.
Следующий список включает подробные определения всех ошибок, которые обычно возвращают веб-сервер или сервер интрасети, и объяснение каждой из них.

Ошибки подключения
    Неверный URL-адрес

    Неверный URL-адрес просто означает, что формат URL-адреса недействителен. Формат должен быть в одном из следующих форматов:

    • http://www.anyurl.com
    • http://www. anyurl.com/
    • http://www.anyurl.com/page.jsp
    • http://www.anyurl.com/page.asp
    • http://www.anyurl.com/page.html
    • http://www.anyurl.com/page.shtml
    • http://www.anyurl.com/page.jsp?QueryString

    Хост не найден

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

    Тайм-аут

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

    Отказ в подключении

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

    Нет ответа от веб-сервера

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

    Непредвиденная ошибка

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


Коды состояния и сообщения веб-сервера

Элемент Status-Code представляет собой 3-значный целочисленный код результата попытки понять и удовлетворить запрос. Эти коды определены ниже. Сообщение о состоянии предназначено для предоставления краткого текстового описания кода состояния.

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

Информационный 1xx

Этот класс кода состояния указывает на предварительный ответ, состоящий только из строки состояния и необязательных заголовков, и завершается пустой строкой. Поскольку HTTP/1.0 не определяет никаких кодов состояния 1xx, серверы НЕ ДОЛЖНЫ отправлять ответ 1xx клиенту HTTP/1.0, за исключением экспериментальных условий.

    100 Продолжить

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

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

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

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


Успешный 2xx

Все коды ответов, начинающиеся с 2xx, означают, что запрос был успешно получен, понят и принят.

    200 OK

    Запрос выполнен успешно.

    201 Created

    Запрос был выполнен и привел к созданию нового ресурса. На вновь созданный ресурс может ссылаться URI (s), возвращенный в объекте ответа, с наиболее конкретным URL-адресом для ресурса, заданным полем заголовка Location. Исходный сервер ДОЛЖЕН создать ресурс перед возвратом кода состояния 201. Если действие не может быть выполнено немедленно, вместо этого сервер должен ответить ответом 202 (принято).

    202 Принят

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

    Ответ 202 намеренно ни к чему не обязывает. Его цель состоит в том, чтобы позволить серверу принять запрос для какого-либо другого процесса (возможно, пакетно-ориентированного процесса, который запускается только один раз в день), не требуя, чтобы соединение пользовательского агента с сервером сохранялось до завершения процесса. Объекту, возвращаемому с этим ответом, СЛЕДУЕТ включать указание текущего состояния запроса и либо указатель на монитор состояния, либо некоторую оценку того, когда пользователь может ожидать выполнения запроса.

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

    Возвращенная метаинформация в заголовке объекта не является окончательным набором, доступным на исходном сервере, а получена из локальной или сторонней копии. Представленный набор МОЖЕТ быть подмножеством или надмножеством исходной версии. Например, включение локальной аннотационной информации о ресурсе МОЖЕТ привести к расширению метаинформации, известной исходному серверу. Использование этого кода ответа не требуется и подходит только в том случае, если в противном случае ответом было бы 200 (ОК).

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

    Сервер выполнил запрос, но нет новой информации для отправки. Если клиент является пользовательским агентом, он НЕ ДОЛЖЕН изменять представление документа по сравнению с тем, которое вызвало отправку запроса. Этот ответ в первую очередь предназначен для того, чтобы разрешить ввод для выполнения действий, не вызывая изменения в активном представлении документа пользовательского агента. Ответ МОЖЕТ включать новую метаинформацию в виде заголовков сущностей, которые СЛЕДУЕТ применять к документу, который в настоящее время находится в активном представлении пользовательского агента.

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

    Сервер выполнил запрос, и пользовательский агент ДОЛЖЕН сбросить представление документа, которое вызвало отправку запроса. Этот ответ в первую очередь предназначен для того, чтобы разрешить ввод для действий, выполняемых посредством пользовательского ввода, с последующей очисткой формы, в которой дается ввод, чтобы пользователь мог легко инициировать другое действие ввода. Ответ НЕ ДОЛЖЕН включать сущность.

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

    Сервер выполнил частичный запрос GET для ресурса. Запрос должен содержать поле заголовка Range (раздел 14. 36), указывающее желаемый диапазон. Ответ ДОЛЖЕН включать либо поле заголовка Content-Range (раздел 14.17), указывающее диапазон, включенный в этот ответ, либо составные/байтовые диапазоны Content-Type, включая поля Content-Range для каждой части. Если составные/байтовые диапазоны не используются, поле заголовка Content-Length в ответе ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в теле сообщения.

    Кэш, который не поддерживает заголовки Range и Content-Range, НЕ ДОЛЖЕН кэшировать ответы 206 (Partial).


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

Этот класс кода состояния указывает, что пользовательский агент должен предпринять дополнительные действия для выполнения запроса. Требуемое действие МОЖЕТ быть выполнено пользовательским агентом без взаимодействия с пользователем тогда и только тогда, когда во втором запросе используется метод GET или HEAD. Пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос более 5 раз, поскольку такие перенаправления обычно указывают на бесконечный цикл.

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

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

    Если это не был запрос HEAD, ответ ДОЛЖЕН включать сущность, содержащую список характеристик ресурсов и местоположений, из которых пользователь или пользовательский агент может выбрать наиболее подходящий. Формат объекта определяется типом носителя, указанным в поле заголовка Content-Type. В зависимости от формата и возможностей пользовательского агента выбор наиболее подходящего варианта может выполняться автоматически. Однако эта спецификация не определяет какого-либо стандарта для такого автоматического выбора.

    Если у сервера есть предпочтительный выбор представления, ему СЛЕДУЕТ включать конкретный URL-адрес для этого представления в поле «Местоположение»; пользовательские агенты МОГУТ использовать значение поля Location для автоматического перенаправления. Этот ответ можно кэшировать, если не указано иное.

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

    Запрошенному ресурсу был назначен новый постоянный URI, и любые будущие ссылки на этот ресурс СЛЕДУЕТ делать с использованием одного из возвращенных URI. Клиенты с возможностями редактирования ссылок ДОЛЖНЫ автоматически повторно связывать ссылки на Request-URI с одной или несколькими новыми ссылками, возвращаемыми сервером, где это возможно. Этот ответ можно кэшировать, если не указано иное.

    Если новый URI является местоположением, его URL СЛЕДУЕТ указывать в поле Location в ответе. Если метод запроса не был HEAD, объект ответа ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новые URI.

    Если код состояния 301 получен в ответ на запрос, отличный от GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если только он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был отправлен запрос .

    Примечание. При автоматическом перенаправлении запроса POST после получения кода состояния 301 некоторые существующие пользовательские агенты HTTP/1.0 ошибочно изменят его на запрос GET.

    302 Временно перемещен

    Запрошенный ресурс временно находится под другим URI. Поскольку время от времени перенаправление может быть изменено, клиенту СЛЕДУЕТ продолжать использовать Request-URI для будущих запросов. Этот ответ можно кэшировать только в том случае, если он указан в поле заголовка Cache-Control или Expires.

    Если новый URI является местоположением, его URL СЛЕДУЕТ указывать в поле Location в ответе. Если метод запроса не был HEAD, объект ответа ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новые URL-адреса.

    Если код состояния 302 получен в ответ на запрос, отличный от GET или HEAD, пользовательский агент НЕ ДОЛЖЕН автоматически перенаправлять запрос, если он не может быть подтвержден пользователем, поскольку это может изменить условия, при которых был отправлен запрос .

    Примечание. При автоматическом перенаправлении запроса POST после получения кода состояния 302 некоторые существующие пользовательские агенты HTTP/1.0 ошибочно изменят его на запрос GET.

    303 См. Другое

    Ответ на запрос можно найти по другому URI, и его СЛЕДУЕТ извлекать с помощью метода GET для этого ресурса. Этот метод существует в первую очередь для того, чтобы выходные данные сценария, активированного POST, перенаправляли пользовательский агент на выбранный ресурс. Новый URI не является заменой ссылки на первоначально запрошенный ресурс. Ответ 303 не кэшируется, но ответ на второй (перенаправленный) запрос МОЖЕТ кэшироваться.

    Если новый URI является местоположением, его URL СЛЕДУЕТ указывать в поле Location в ответе. Если метод запроса не был HEAD, объект ответа ДОЛЖЕН содержать короткую гипертекстовую заметку с гиперссылкой на новые URI.

    304 Не изменен

    Если клиент выполнил условный запрос GET и доступ разрешен, но документ не был изменен, сервер ДОЛЖЕН ответить этим кодом состояния. Ответ НЕ ДОЛЖЕН содержать тело сообщения.

    Ответ ДОЛЖЕН включать следующие поля заголовка:

    • Дата
    • ETag и/или Content-Location, если заголовок был бы отправлен в ответе 200 на тот же запрос
    • Expires, Cache-Control и/или Vary, если значение поля может отличаться от значения, отправленного в любом предыдущем ответе для того же варианта

    Если условный GET использовал надежный валидатор кэша, ответ НЕ ДОЛЖЕН включать другие заголовки объектов.

    В противном случае (т. е. условный GET использовал слабый валидатор) ответ НЕ ДОЛЖЕН включать другие заголовки объектов; это предотвращает несоответствия между кэшированными телами сущностей и обновленными заголовками.

    Если ответ 304 указывает на то, что объект в настоящее время не кэшируется, то кэш ДОЛЖЕН игнорировать ответ и повторить запрос без условия.

    Если кэш использует полученный ответ 304 для обновления записи кэша, кэш ДОЛЖЕН обновить запись, чтобы отразить любые новые значения полей, указанные в ответе.

    Ответ 304 НЕ ДОЛЖЕН включать тело сообщения, поэтому всегда заканчивается первой пустой строкой после полей заголовка.

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

    Запрошенный ресурс ДОЛЖЕН быть доступен через прокси, указанный в поле Location. В поле «Местоположение» указан URL-адрес прокси-сервера. Ожидается, что получатель повторит запрос через прокси.


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

Класс кода состояния 4xx предназначен для случаев, когда клиент, похоже, допустил ошибку. За исключением ответа на запрос HEAD, серверу СЛЕДУЕТ включать объект, содержащий объяснение ситуации с ошибкой, а также того, является ли это временным или постоянным состоянием. Эти коды состояния применимы к любому методу запроса.

Пользовательские агенты ДОЛЖНЫ отображать пользователю любой включенный объект.

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

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

    Сервер не может понять запрос из-за искаженного синтаксиса. Клиент НЕ ДОЛЖЕН повторять запрос без изменений.

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

    Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН включать поле заголовка WWW-Authenticate, содержащее запрос, применимый к запрошенному ресурсу. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка Authorization. Если запрос уже включал учетные данные авторизации, то ответ 401 указывает, что авторизация для этих учетных данных была отклонена. Если ответ 401 содержит тот же вызов, что и предыдущий ответ, и пользовательский агент уже пытался выполнить аутентификацию хотя бы один раз, то пользователю СЛЕДУЕТ представить сущность, указанную в ответе, поскольку эта сущность МОЖЕТ включать соответствующую диагностическую информацию.

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

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

    403 Запрещено

    Сервер понял запрос, но отказывается его выполнять. Авторизация не поможет и запрос НЕ ДОЛЖЕН повторяться. Если метод запроса не был HEAD и сервер желает обнародовать, почему запрос не был выполнен, он ДОЛЖЕН описать причину отказа в сущности. Этот код состояния обычно используется, когда сервер не хочет точно раскрывать, почему запрос был отклонен, или когда никакой другой ответ не применим.

    404 Не найдено

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

    Если сервер не желает предоставлять эту информацию клиенту, вместо этого можно использовать код состояния 403 (Запрещено). Код состояния 410 (Gone) СЛЕДУЕТ использовать, если сервер через какой-то внутренне настраиваемый механизм знает, что старый ресурс постоянно недоступен и не имеет адреса пересылки.

    405 Метод не разрешен

    Метод, указанный в строке запроса, не разрешен для ресурса, указанного в Request-URI. Ответ ДОЛЖЕН включать заголовок Allow, содержащий список допустимых методов для запрошенного ресурса.

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

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

    Если это не был запрос HEAD, ответ ДОЛЖЕН включать объект, содержащий список доступных характеристик объекта и местоположения, из которых пользователь или пользовательский агент может выбрать наиболее подходящий. Формат объекта определяется типом носителя, указанным в поле заголовка Content-Type. В зависимости от формата и возможностей пользовательского агента выбор наиболее подходящего варианта может выполняться автоматически. Однако эта спецификация не определяет какого-либо стандарта для такого автоматического выбора.

    Примечание. Серверам HTTP/1.1 разрешено возвращать ответы, которые не являются приемлемыми в соответствии с заголовками принятия, отправленными в запросе. В некоторых случаях это может быть даже предпочтительнее отправки ответа 406. Пользовательским агентам рекомендуется проверять заголовки входящего ответа, чтобы определить, является ли он приемлемым. Если ответ может быть неприемлемым, пользовательский агент ДОЛЖЕН временно прекратить получение дополнительных данных и запросить у пользователя решение о дальнейших действиях.

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

    Этот код похож на 401 (Неавторизованный), но указывает, что клиент ДОЛЖЕН сначала аутентифицировать себя с помощью прокси. Прокси-сервер ДОЛЖЕН вернуть поле заголовка Proxy-Authenticate, содержащее запрос, применимый к прокси-серверу для запрошенного ресурса. Клиент МОЖЕТ повторить запрос с подходящим полем заголовка Proxy-Authorization.

    408 Истечение времени ожидания запроса

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

    409 Конфликт

    Запрос не может быть выполнен из-за конфликта с текущим состоянием ресурса. Этот код разрешен только в ситуациях, когда ожидается, что пользователь сможет разрешить конфликт и повторно отправить запрос. Тело ответа ДОЛЖНО включать достаточно информации, чтобы пользователь мог распознать источник конфликта. В идеале объект ответа должен содержать достаточно информации, чтобы пользователь или пользовательский агент могли решить проблему; однако это может быть невозможно и не требуется.

    Конфликты чаще всего возникают в ответ на запрос PUT. Если используется управление версиями и размещаемый объект включает в себя изменения в ресурсе, которые конфликтуют с изменениями, внесенными более ранним (сторонним) запросом, сервер МОЖЕТ использовать ответ 409, чтобы указать, что он не может выполнить запрос. В этом случае объект ответа ДОЛЖЕН содержать список различий между двумя версиями в формате, определяемом Content-Type ответа.

    410 Исчез

    Запрошенный ресурс больше не доступен на сервере, и адрес пересылки неизвестен. Это состояние СЛЕДУЕТ считать постоянным. Клиенты с возможностью редактирования ссылок ДОЛЖНЫ удалять ссылки на Request-URI после утверждения пользователем. Если сервер не знает или не имеет возможности определить, является ли состояние постоянным, вместо него СЛЕДУЕТ использовать код состояния 404 (не найдено). Этот ответ можно кэшировать, если не указано иное.

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

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

    Сервер отказывается принимать запрос без определенной длины содержимого. Клиент МОЖЕТ повторить запрос, если он добавляет допустимое поле заголовка Content-Length, содержащее длину тела сообщения в сообщении запроса.

    412 Предварительное условие не выполнено

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

    413 Объект запроса слишком велик

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

    Если условие является временным, серверу СЛЕДУЕТ включить поле заголовка Retry-After, чтобы указать, что оно является временным и через какое время клиент может повторить попытку.

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

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

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

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


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

Коды состояния ответа, начинающиеся с цифры «5», указывают случаи, когда сервер знает, что он допустил ошибку или не может выполнить запрос. За исключением ответа на запрос HEAD, серверу СЛЕДУЕТ включать объект, содержащий объяснение ситуации с ошибкой, а также того, является ли это временным или постоянным состоянием. Пользовательские агенты ДОЛЖНЫ отображать пользователю любой включенный объект. Эти коды ответов применимы к любому методу запроса.

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

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

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

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

    502 Bad Gateway

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

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

    В настоящее время сервер не может обработать запрос из-за временной перегрузки или технического обслуживания сервера. Подразумевается, что это временное состояние, которое будет облегчено после некоторой задержки. Если известно, продолжительность задержки может быть указана в заголовке Retry-After. Если Retry-After не указан, клиент ДОЛЖЕН обрабатывать ответ так же, как и ответ 500.

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

    504 Время ожидания шлюза

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

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

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

Обновлено 8.13.11

Ошибки сервера 5xx | Что это такое и как их исправить

Код состояния HTTP — это ответ сервера на запрос клиента (браузера или поисковой системы). Коды, состоящие из трех цифр, указывают, был ли успешно выполнен конкретный HTTP-запрос.

Первая цифра может находиться в диапазоне от 1xx до 5xx и определяет класс ответа.

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

Здесь мы сосредоточимся на HTTP-ответах 5xx. Вы узнаете, что означает этот код, наиболее распространенные причины, как его обнаружить и исправить.

Содержание

Какие коды ошибок сервера 5xx? Когда это происходит?

Код 5xx возникает, когда сервер не поддерживает функциональность, необходимую для обработки запроса посетителя. Проще говоря, это означает, что произошла ошибка сервера.

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

Вторая и третья цифры кода дают нам дополнительную информацию о типе ошибки.

Давайте подробно рассмотрим различные коды ответов 5xx.

Коды состояния 5xx

Ниже приведен список кодов 5xx с кратким объяснением их значения.

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

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

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

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

502 — Bad Gateway

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

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

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

504 – Время ожидания шлюза

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

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

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

506 — вариант также согласовывается

Код указывает на внутреннюю ошибку конфигурации сервера. Сервер обнаружил циклическую ссылку при обработке части согласования запрошенного контента.

507 — Insufficient Storage

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

508 – Loop Detected

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

510 – Не расширен

Браузер не имеет необходимого расширения для понимания запроса.

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

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

Зачем исправлять ошибки 5xx для SEO?

Коды состояния 5xx могут быть очень вредными для SEO. Поскольку они напрямую влияют на взаимодействие с пользователем, они напрямую влияют на рейтинг веб-сайта . Ошибки 500 и 503, которые обычно появляются чаще всего, не позволяют поисковым системам сканировать сайт.

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

Тем не менее, у вас должен быть веб-сайт без 5xx, если вы хотите занимать первые места в поисковой выдаче, поэтому давайте посмотрим, как вы можете обнаружить и исправить их как можно скорее.

Как обнаружить коды ошибок 5xx?

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

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

Пример сканера FandangoSEO > Ошибки сканирования

Вы также можете использовать Google Search Console и проверить любую проблему в разделе «Ошибки сканирования». Однако преимущество использования поискового робота SEO заключается в том, что вы найдете ошибки раньше, чем Google.

Как исправить ошибку сервера 5xx

После того, как вы обнаружили какие-либо ошибки 500 с с помощью поискового робота SEO, пришло время их исправить.

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

Google считает, что временные ошибки, такие как 503, могут быть исправлены в течение короткого времени, поэтому он не наказывает и не деиндексирует страницы, которые возвращают этот код. Убедитесь, что ваш веб-сервер активен, и проверьте, не нужно ли вам добавить больше места.

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

HTTP Status CodesRobots.txt

Попробуйте бесплатно в течение 14 дней

Полный доступ ко всем нашим функциям. Ни каких обязательств.

Начало работы

Коды состояния HTTP, ошибки сети и DNS и поиск Google | Документация

На этой странице описывается, чем отличаются коды состояния HTTP, сетевые ошибки и ошибки DNS влияют на поиск Google. Мы рассмотрим 20 основных кодов состояния, которые Googlebot встречающиеся в Интернете, а также наиболее распространенные ошибки сети и DNS. Более экзотический статус коды, такие как 418 (я чайник) , не покрыты. Все проблемы, упомянутые на этой странице, вызывают соответствующую ошибку или предупреждение в Консоль поиска Отчет о покрытии индекса.

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

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

Search Console генерирует сообщения об ошибках для кодов состояния в диапазоне 4xx–5xx , и для неудачных перенаправлений ( 3xx ). Если сервер ответил 2xx код состояния, содержимое, полученное в ответе, может рассматриваться как индексация.

Код состояния HTTP 2xx (успешно) не гарантирует индексацию.
Коды состояния HTTP

2xx (успех)

Google рассматривает контент для индексации. Если содержимое предполагает ошибку, например пустая страница или сообщение об ошибке, Search Console покажет программная ошибка 404 .

200 (успех)

Google передает контент в конвейер индексации. Системы индексации могут индексировать содержимое, но это не гарантируется.

201 (создано)
202 (принято)

Робот Google ожидает контент в течение ограниченного времени, а затем передает его полученные в конвейер индексации. Тайм-аут зависит от агента пользователя, для пример Googlebot Smartphone может иметь другое время ожидания, чем Googlebot Image.

204 (нет содержимого)

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

3xx (перенаправление)

Googlebot выполняет до 10 переходов с переадресацией. Если сканер не получает содержимое в течение 10 прыжков, Search Console покажет ошибка перенаправления в отчете об индексировании сайта. Количество прыжков, за которыми следует Googlebot, определяется агентом пользователя. зависимый; например, Googlebot Smartphone может иметь другое значение, чем Googlebot. Изображение.

В случае файла robots.txt робот Googlebot выполняет как минимум пять переходов с переадресацией, как определено в RFC 1945 и затем останавливается и обрабатывает его как 404 для файла robots. txt.

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

301 (переехал навсегда)

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

302 (найдено)

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

303 (см. прочее)
304 (без изменений)

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

307 (временная переадресация) Эквивалент 302 .
308 (переехал навсегда) Эквивалент 301 .
Хотя поиск Google обрабатывает эти коды состояния одинаково, имейте в виду, что они семантически разные. Используйте код состояния, подходящий для перенаправления поэтому другие клиенты (например, электронные книги, другие поисковые системы) могут извлечь из этого пользу.

4xx (ошибки клиента)

Конвейер индексации Google не учитывает URL-адреса, возвращающие статус 4xx . код для индексации и URL-адреса, которые уже проиндексированы и возвращают 4xx код состояния удаляются из индекса.

Любой контент, полученный роботом Googlebot с URL-адресов, которые возвращают 4xx 9Код состояния 0601 игнорируется.

400 (неверный запрос)

Все ошибки 4xx , кроме 429 , обрабатываются одинаково: Робот Googlebot сигнализирует конвейеру индексирования, что контента не существует.

Конвейер индексации удаляет URL-адрес из индекса, если он был ранее проиндексирован. Впервые встретились 404 страницы не обрабатываются. Частота сканирования постепенно уменьшается.

Не используйте коды состояния 401 и 403 для ограничения скорость сканирования. Коды состояния 4xx , кроме 429 , не имеют влияние на скорость сканирования. Узнайте, как ограничить скорость сканирования.
401 (несанкционированный)
403 (запрещено)
404 (не найден)
410 (ушел)
411 (требуется длина)
429 (слишком много запросов)

Робот Googlebot воспринимает код состояния 429 как сигнал о том, что сервер перегружен, и это считается ошибкой сервера.

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

5xx и 429 ошибки сервера побуждают сканеры Google временно замедлить ползание. Уже проиндексированные URL-адреса сохраняются в индексе, но в итоге упал.

Если файл robots.txt возвращает код ошибки сервера более 30 дней, Google будет использовать последнюю кешированную копию файла robots.txt. Если недоступен, Google предполагает, что ограничений на обход нет.

Любой контент, полученный роботом Googlebot с URL-адресов, которые возвращают код состояния 5xx , игнорируется.

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

Googlebot снижает скорость сканирования сайта. Снижение скорости сканирования пропорционально количеству отдельных URL-адресов, которые возвращают ошибку сервера. Конвейер индексации Google удаляет из индекса URL-адреса, которые постоянно возвращают Ошибка сервера.

502 (плохой шлюз)
503 (услуга недоступна)

софт 404 ошибки

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

Такие страницы могут создаваться по разным причинам веб-сервером или контентом вашего сайта. система управления или браузер пользователя. Например:

  • Отсутствует включаемый файл на стороне сервера.
  • Разорвано соединение с базой данных.
  • Пустая страница результатов внутреннего поиска.
  • Незагруженный или иным образом отсутствующий файл JavaScript.

200 (успех) — плохой пользовательский опыт для возврата 9код состояния 0601, но затем отображать или предлагать сообщение об ошибке или какую-либо ошибку на странице. Пользователи могут подумать, что page является активной рабочей страницей, но затем отображается какая-то ошибка. Такие страницы исключен из поиска.

Когда алгоритмы Google определяют, что страница на самом деле является страницей с ошибкой, основываясь на ее содержании, Search Console покажет ошибку soft 404 на странице сайта. Отчет о покрытии индекса.

Fix
soft 404 ошибки

В зависимости от состояния страницы и желаемого результата можно решить soft 404 ошибки несколькими способами:

  • Страница и содержимое больше не доступны.
  • Страница или контент теперь где-то в другом месте.
  • Страница и контент все еще существуют.

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

Страница и контент больше не доступны

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

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

  • Четко сообщите посетителям, что страница, которую они ищут, не может быть найдена. Используйте язык, который дружелюбный и гостеприимный.
  • Убедитесь, что ваша страница 404 имеет такой же внешний вид (включая навигацию), что и остальная часть вашего сайта.
  • Рассмотрите возможность добавления ссылок на ваши самые популярные статьи или посты, а также ссылку на ваш домашняя страница сайта.
  • Подумайте о том, чтобы предоставить пользователям возможность сообщить о неработающей ссылке.

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

Страница или контент теперь где-то в другом месте

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

Страница и контент все еще существуют

Если в остальном хорошая страница была отмечена ошибкой soft 404 , скорее всего, это не загружался должным образом для робота Googlebot, в нем отсутствовали важные ресурсы или отображалось заметное сообщение об ошибке во время рендеринга. Использовать Инструмент проверки URL для проверки отображаемого содержимого и возвращаемого HTTP-кода. Если отображаемая страница пуста, почти пусто, или в содержании есть сообщение об ошибке, возможно, ваша страница ссылается на многие ресурсы, которые невозможно загрузить (изображения, скрипты и другие нетекстовые элементы), которые можно интерпретируется как мягкий 404 . Причины, по которым ресурсы не могут быть загружены, включают заблокированные ресурсы (заблокированные robots.txt), слишком много ресурсы на странице, различные ошибки сервера, медленная загрузка или очень большие ресурсы.

Ошибки сети и DNS

Ошибки сети и DNS быстро и негативно влияют на присутствие URL в поиске Google. Googlebot обрабатывает тайм-ауты сети, сброс соединения и ошибки DNS так же, как 5xx ошибки сервера. В случае сетевых ошибок сразу начинается сканирование замедляется, так как сетевая ошибка является признаком того, что сервер может не справиться с обслуживающая нагрузка. Поскольку робот Googlebot не смог получить доступ к серверу, на котором размещен сайт, Google также не получен любой контент с сервера. Отсутствие контента означает, что Google не может индексировать просканированные URL-адреса и недоступные уже проиндексированные URL-адреса будут удалены из базы данных Google. Индекс в течение дней. Search Console может генерировать ошибки для каждой соответствующей ошибки.

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

Отладка сетевых ошибок

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

  • Посмотрите настройки и журналы брандмауэра . Может быть слишком широкий набор правил блокировки. Убедись, что IP-адреса роботов Google не блокируются никаким правилом брандмауэра.
  • Посмотрите на сетевой трафик . Используйте такие инструменты, как tcpdump и Wireshark для захвата и анализа TCP-пакеты и искать аномалии, указывающие на определенный сетевой компонент или сервер. модуль.
  • Если вы не нашли ничего подозрительного, обратитесь в свою хостинговую компанию .

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

Отладка ошибок DNS

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

  • Проверьте правила брандмауэра . Убедись, что ни один из IP-адресов Google блокируются любым правилом брандмауэра, и что оба UDP и TCP запросы разрешены.
  • Посмотрите на свои записи DNS . Дважды проверьте, что ваш A и записей CNAME указывают на правильные IP-адреса и имя хоста, соответственно. Например:
     копать +nocmd example.com a +noall +ответ 
     dig +nocmd www.example.com cname +noall +ответ 
  • Убедитесь, что все ваши серверы имен указывают на правильные IP-адреса вашего сайт . Например:
     копать +nocmd example.com ns +noall +ответ
    пример.com. 86400 В NS a.iana-servers.net.
    пример.com. 86400 В NS b.iana-servers.net.
      dig +nocmd @a.iana-servers.net example.com +noall +ответ 
    пример.com. 86400 В А 93.184.216.34
      dig +nocmd @b.iana-servers.net example.com +noall +ответ 
    ... 
  • Если вы вносили изменения в конфигурацию DNS в течение последних 72 часов , возможно, вам придется подождать, пока ваши изменения распространятся по глобальной сети DNS.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *