Содержание

что это за ошибка и как ее исправить – База знаний Timeweb Community

Появление сообщения об ошибке 401 Unauthorized Error («отказ в доступе») при открытии страницы сайта означает неверную авторизацию или аутентификацию пользователя на стороне сервера при обращении к определенному url-адресу. Чаще всего она возникает при ошибочном вводе имени и/или пароля посетителем ресурса при входе в свой аккаунт. Другой причиной являются неправильные настройки, допущенные при администрировании web-ресурса. Данная ошибка отображается в браузере в виде отдельной страницы с соответствующим описанием. Некоторые разработчики интернет-ресурсов, в особенности крупных порталов, вводят собственную дополнительную кодировку данного сбоя:


  • 401 Unauthorized;
  • Authorization Required;
  • HTTP Error 401 – Ошибка авторизации.

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


Причины появления ошибки сервера 401 и способы ее устранения на стороне пользователя


При доступе к некоторым сайтам (или отдельным страницам этих сайтов), посетитель должен пройти определенные этапы получения прав:


  1. Идентификация – получение вашей учетной записи («identity») по username/login или email.
  2. Аутентификация («authentic») – проверка того, что вы знаете пароль от этой учетной записи.
  3. Авторизация – проверка вашей роли (статуса) в системе и решение о предоставлении доступа к запрошенной странице или ресурсу на определенных условиях.

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


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


  1. Проверьте в адресной строке правильность написания URL. Особенно это касается перехода на подстраницы сайта, требующие авторизации. Введите правильный адрес. Если переход на страницу осуществлялся после входа в аккаунт, разлогинитесь, вернитесь на главную страницу и произведите повторный вход с правильными учетными данными.
  2. При осуществлении входа с сохраненными данными пользователя и появлении ошибки сервера 401 проверьте их корректность в соответствующих настройках данного браузера. Возможно, авторизационные данные были вами изменены в другом браузере. Также можно очистить кэш, удалить cookies и повторить попытку входа. При удалении истории браузера или очистке кэша потребуется ручное введение логина и пароля для получения доступа. Если вы не помните пароль, пройдите процедуру восстановления, следуя инструкциям.
  3. Если вы считаете, что вводите правильные регистрационные данные, но не можете получить доступ к сайту, обратитесь к администратору ресурса. В этом случае лучше всего сделать скриншот проблемной страницы.
  4. Иногда блокировка происходит на стороне провайдера, что тоже приводит к отказу в доступе и появлению сообщения с кодировкой 401. Для проверки можно попробовать авторизоваться на том же ресурсе с альтернативного ip-адреса (например, используя VPN). При подтверждении блокировки трафика свяжитесь с провайдером и следуйте его инструкциям.

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


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



Устранение ошибки 401 администратором веб-ресурса 


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


  • Обращение в службу поддержки хостинга сайта. Как и в случае возникновения проблем с провайдером, лучше всего подробно описать последовательность действий, приведших к появлению ошибки 401, приложить скриншот.
  • При отсутствии проблем на стороне хостинг-провайдера можно внести следующие изменения в настройки сайта с помощью строки Disallow:/адрес проблемной страницы. Запретить индексацию страницам с ошибкой в «rоbоts.txt», после чего добавить в файл «.htассеss» строку такого типа:

Redirect 301 /oldpage.html http://site.com/newpage.html.


Где в поле /oldpage.html прописывается адрес проблемной страницы, а в http://site.com/newpage.html адрес страницы авторизации.


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


  • Если после выполнения предыдущих рекомендаций пользователи при попытках авторизации все равно видят ошибку 401, то найдите на сервере файл «php.ini» и увеличьте время жизни сессии, изменив значения следующих параметров: «session.gc_maxlifetime» и «session.cookie_lifetime» на 1440 и 0 соответственно.
  • Разработчики веб-ресурсов могут использовать более сложные методы авторизации и аутентификации доступа для создания дополнительной защиты по протоколу HTTP. Если устранить сбой простыми методами администрирования не удается, следует обратиться к специалистам, создававшим сайт, для внесения соответствующих изменений в код.

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


Дополнительная информация об ошибке с кодом 401


Веб-серверы под управлением Microsoft IIS могут предоставить дополнительные данные об ошибке 401 Unauthorized в виде второго ряда цифр:


  • 401, 1 – войти не удалось;
  • 401, 2 – ошибка входа в систему из-за конфигурации сервера;
  • 401, 3 – несанкционированный доступ из-за ACL на ресурс;
  • 401, 501 – доступ запрещен: слишком много запросов с одного и того же клиентского IP; ограничение динамического IP-адреса – достигнут предел одновременных запросов и т.д.

Более подробную информацию об ошибке сервера 401 при использовании обычной проверки подлинности для подключения к веб-узлу, который размещен в службе MS IIS, смотрите здесь. 


Следующие сообщения также являются ошибками на стороне клиента и относятся к 401 ошибке:


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

Ошибка 401. Что значит этот код? Методы устранения

Ошибка 401 или Error 401 Unauthorized — Как понимать этот код? Что это значит для простого пользователя и вебмастера? Как устранить ошибку 401?

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

Что означает ошибка 401?

Стоит заметить, что ошибки делятся на специальные группы (например, 400-499 говорят нам о проблемах выполнения запроса, а 500-599 о проблемах на самом сервере). Все про ошибки 5хх можно найти на нашем сайте, который посвящен этой теме.

Сегодня мы поговорим об ошибке 401, или Error 401 Unauthorized, что в переводе «нет доступа», о причинах ее возникновения и методами ее исправления. С данной проблемой сталкиваются достаточно часто, но она не несет в себе ничего устрашающего, как на первый взгляд кажется. И да, если вы вебмастер, можете бздохнуть с облегчением, потому что эта ошибка,  в отличие от других ошибок, не несет в себе чего то болезненого для вашего сайта. И если вы знаете что нужно делать в такой ситуации, то буквально за считанные минуты ваша работа в Интернете наладится.

Error 401 возникает только тогда, когда существуют какие-нибудь проблемы с авторизацией.

Какие причины ошибки 401?

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

Как устранить ошибку 401 обычному пользователю?

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

Также можно обратиться за помощью к вашему провайдеру, если у вас ошибка 401. Он вам разъяснит ваши права и обязанности. Для проверки, блокирует ли трафик ваш провайдер, скачайте vpn сервис и попробуйте зайти через него. Если все нормально — звоните провайдеру.

Как устранить ошибку 401 владельцам собственных сайтов?

  1. Для начала сообщите в сапорт-службу вашего хостинга, лучше всего отправьте им снимок вашего экрана с сообщением об ошибке. Они помогут выявить в каком именно сегменте возникает ошибка 401.
  2. Если с хостинг-провайдером порядок, вам нужно внести некоторые изменения, с помощью строки:
  • Disallow:/адрес страницы
  • Запретите индексацию страницам с ошибкой в «rоbоts.txt», после чего добавьте в «.htассеss» вот эту дичь: Rеdіreсt 301/оldpаgе.html
  1. Возможно, ошибка кроется в коде сайта. Решить проблему в этом случае посложнее, потому что необходимо обращаться в компанию, что занималась разработкой вашего ресурса.

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

полный список ошибок сервера – База знаний 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


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



Список ошибок на стороне сервера (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 — Веб-технологии для разработчиков

Информационные
100 Continue «Продолжить». Этот промежуточный ответ указывает, что запрос успешно принят и клиент может продолжать присылать запросы либо проигнорировать этот ответ, если запрос был завершён. Только HTTP/1.1
101 Switching Protocol «Переключение протокола». Этот код присылается в ответ на запрос клиента, содержащий заголовок Upgrade:, и указывает, что сервер переключился на протокол, который был указан в заголовке. Эта возможность позволяет перейти на несовместимую версию протокола и обычно не используется. Только HTTP/1.1
102 Processing «В обработке». Этот код указывает, что сервер получил запрос и обрабатывает его, но обработка еще не завершена. Только HTTP/1.1
103 Early Hints «Ранние подсказки». В ответе сообщаются ресурсы, которые могут быть загружены заранее, пока сервер будет подготовливать основной ответ. RFC 8297 (Experimental). Только HTTP/1.1
Успешные
200

OK

«Успешно». Запрос успешно обработан. Что значит «успешно», зависит от метода HTTP, который был запрошен:

  • GET: «ПОЛУЧИТЬ». Запрошенный ресурс был найден и передан в теле ответа.
  • HEAD: «ЗАГОЛОВОК». Заголовки переданы в ответе.
  • POST: «ПОСЫЛКА». Ресурс, описывающий результат действия сервера на запрос, передан в теле ответа.
  • TRACE: «ОТСЛЕЖИВАТЬ». Тело ответа содержит тело запроса полученного сервером.
HTTP/0.9 и выше
201 Created «Создано». Запрос успешно выполнен и в результате был создан ресурс. Этот код обычно присылается в ответ на запрос PUT «ПОМЕСТИТЬ». HTTP/0.9 и выше
202 Accepted «Принято». Запрос принят, но ещё не обработан. Не поддерживаемо, т.е., нет способа с помощью HTTP отправить асинхронный ответ позже, который будет показывать итог обработки запроса. Это предназначено для случаев, когда запрос обрабатывается другим процессом или сервером, либо для пакетной обработки. HTTP/0.9 и выше
203 Non-Authoritative Information «Информация не авторитетна». Этот код ответа означает, что информация, которая возвращена, была предоставлена не от исходного сервера, а из какого-нибудь другого источника. Во всех остальных ситуациях более предпочтителен код ответа 200 OK. HTTP/0.9 и 1.1
204 No Content «Нет содержимого». Нет содержимого для ответа на запрос, но заголовки ответа, которые могут быть полезны, присылаются. Клиент может использовать их для обновления кешированных заголовков полученных ранее для этого ресурса. HTTP/0.9 и выше
205 Reset Content «Сбросить содержимое». Этот код присылается, когда запрос обработан, чтобы сообщить клиенту, что необходимо сбросить отображение документа, который прислал этот запрос. Только HTTP/1.1
206 Partial Content «Частичное содержимое». Этот код ответа используется, когда клиент присылает заголовок диапазона, чтобы выполнить загрузку отдельно, в несколько потоков. Только HTTP/1.1
Сообщения о перенаправлениях
300 Multiple Choice

«Множественный выбор». Этот код ответа присылается, когда запрос имеет более чем один из возможных ответов. И User-agent или пользователь должен выбрать один из ответов. Не существует стандартизированного способа выбора одного из полученных ответов.

HTTP/1.0 and later
301 Moved Permanently

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

HTTP/0.9 and later
302 Found

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

HTTP/0.9 and later
303 See Other «Просмотр других ресурсов». Этот код ответа присылается, чтобы направлять клиента для получения запрашиваемого ресурса в другой URI с запросом GET. HTTP/0.9 and 1.1
304 Not Modified «Не модифицировано». Используется для кэширования. Это код ответа значит, что запрошенный ресурс не был изменен. Таким образом, клиент может продолжать использовать кэшированную версию ответа. HTTP/0.9 and later
305 Use Proxy «Использовать прокси». Это означает, что запрошенный ресурс должен быть доступен через прокси. Этот код ответа в основном не поддерживается из соображений безопасности. HTTP/1.1 only
306 Switch Proxy Больше не использовать. Изначально подразумевалось, что » последующие запросы должны использовать указанный прокси.» HTTP/1.1 only
307 Temporary Redirect «Временное перенаправление». Сервер отправил этот ответ, чтобы клиент получил запрошенный ресурс на другой URL-адрес с тем же методом, который использовал предыдущий запрос. Данный код имеет ту же семантику, что код ответа 302 Found, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST, то во втором запросе также должен использоваться POST. HTTP/1.1 only
308 Permanent Redirect

«Перенаправление на постоянной основе». Это означает, что ресурс теперь постоянно находится в другом URI, указанном в заголовке Location: HTTP Response. Данный код ответа имеет ту же семантику, что и код ответа 301 Moved Permanently, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если POST использовался в первом запросе, POST должен использоваться и во втором запросе.

Примечание: Это экспериментальный код ответа, Спецификация которого в настоящее время находится в черновом виде.

draft-reschke-http-status-308
Клиентские
400 Bad Request «Плохой запрос». Этот ответ означает, что сервер не понимает запрос из-за неверного синтаксиса.  HTTP/0.9 and later
401 Unauthorized «Неавторизовано». Для получения запрашиваемого ответа нужна аутентификация. Статус похож на статус 403, но,в этом случае, аутентификация возможна.  HTTP/0.9 and later
402 Payment Required «Необходима оплата». Этот код ответа зарезервирован для будущего использования. Первоначальная цель для создания этого когда была в использовании его для цифровых платежных систем(на данный момент не используется). HTTP/0.9 and 1.1
403 Forbidden «Запрещено». У клиента нет прав доступа к содержимому, поэтому сервер отказывается дать надлежащий ответ.  HTTP/0.9 and later
404 Not Found «Не найден». Сервер не может найти запрашиваемый ресурс. Код этого ответа, наверно, самый известный из-за частоты его появления в вебе.  HTTP/0.9 and later
405 Method Not Allowed «Метод не разрешен». Сервер знает о запрашиваемом методе, но он был деактивирован и не может быть использован. Два обязательных метода,  GET и HEAD,  никогда не должны быть деактивированы и не должны возвращать этот код ошибки. HTTP/1.1 only
406 Not Acceptable

Этот ответ отсылается, когда веб сервер после выполнения server-driven content negotiation, не нашел контента, отвечающего критериям, полученным из user agent.

HTTP/1.1 only
407 Proxy Authentication Required Этот код ответа аналогичен коду 401, только аутентификация требуется для прокси сервера. HTTP/1.1 only
408 Request Timeout Ответ с таким кодом может прийти, даже без предшествующего запроса. Он означает, что сервер хотел бы отключить это неиспользуемое соеднинение. Этот метод используется все чаще с тех пор, как некоторые браузеры, вроде Chrome и IE9, стали использовать HTTP механизмы предварительного соединения для ускорения серфинга  (смотрите баг 634278, будущей реализации этого механизма в Firefox). Также учитывайте, что некоторые серверы прерывают соединения не отправляя подобных сообщений. HTTP/1.1 only
409 Conflict

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

HTTP/1.1 only
410 Gone

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

HTTP/1.1 only
411 Length Required

Запрос отклонен, потому что сервер требует указание заголовка Content-Length, но он не указан.

HTTP/1.1 only
412 Precondition Failed Клиент указал в своих заголовках условия, которые сервер не может выполнить HTTP/1.1 only
413 Request Entity Too Large

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

HTTP/1.1 only
414 Request-URI Too Long URI запрашиваемый клиентом слишком длинный для того, чтобы сервер смог его обработать HTTP/1.1 only
415 Unsupported Media Type Медиа формат запрашиваемых данных не поддерживается сервером, поэтому запрос отклонен HTTP/1.1 only
416 Requested Range Not Satisfiable Диапозон указанный заголовком запроса Range не может быть выполнен; возможно, он выходит за пределы переданного URI HTTP/1.1 only
417 Expectation Failed Этот код ответа означает, что ожидание, полученное из заголовка запроса Expect, не может быть выполнено сервером. HTTP/1.1 only
Серверные
500 Internal Server Error «Внутренняя ошибка сервера». Сервер столкнулся с ситуацией, которую он не знает как обработать.  HTTP/0.9 and later
501 Not Implemented «Не выполнено». Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые сервера должны поддерживать (и, соответственно, не должны возвращать этот код) —  GET и HEAD. HTTP/0.9 and later
502 Bad Gateway «Плохой шлюз». Эта ошибка означает что сервер, во время работы в качестве шлюза для получения ответа, нужного для обработки запроса, получил недействительный (недопустимый) ответ.  HTTP/0.9 and later
503 Service Unavailable «Сервис недоступен». Сервер не готов обрабатывать запрос. Зачастую причинами являются отключение сервера или то, что он перегружен. Обратите внимание, что вместе с этим ответом удобная для пользователей(user-friendly) страница должна отправлять объяснение проблемы.  Этот ответ должен использоваться для временных условий и Retry-After: HTTP-заголовок должен, если возможно, содержать  предполагаемое время до восстановления сервиса. Веб-мастер также должен позаботиться о заголовках, связанных с кэшем, которые отправляются вместе с этим ответом, так как эти ответы, связанные с временными условиями, обычно не должны кэшироваться.  HTTP/0.9 and later
504 Gateway Timeout Этот ответ об ошибке предоставляется, когда сервер действует как шлюз и не может получить ответ вовремя. HTTP/1.1 only
505 HTTP Version Not Supported «HTTP-версия не поддерживается». HTTP-версия, используемая в запроcе, не поддерживается сервером. HTTP/1.1 only

Ошибка 401 — что это значит и как исправить

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

Если вы только что вошли в систему и получили 401 ошибку, это означает, что введенные вами учетные данные по какой-то причине были недействительными.

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

  • 401 Несанкционированный доступ
  • Требуется авторизация
  • Ошибка HTTP 401 unautorized access denided

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

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

  1. Проверьте правильность написания URL на наличие ошибок. Возможно, произошла ошибка 401 Unauthorized, потому что URL был введен неправильно или выбранная ссылка указывает на неправильный URL — только для авторизованных пользователей.

  2. Если вы уверены, что URL-адрес правильный, посетите главную страницу веб-сайта и найдите ссылку с надписью «Логин» или «Безопасный доступ». Введите свои учетные данные здесь, а затем попробуйте загрузить страницу еще раз.

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

  3. Почистите кеш вашего браузера. Возможно, в вашем браузере хранится неверная информация для входа в систему, что нарушает процесс входа и выдает ошибку 401. Очистка кэша устранит все проблемы в этих файлах и даст странице возможность загружать свежие файлы прямо с сервера.
  4. Если вы уверены, что страница, которую вы пытаетесь открыть, не нуждается в авторизации, сообщение 401 Unauthorized может быть ошибкой. В этот момент, вероятно, лучше всего связаться с веб-мастером или другим контактом веб-сайта и сообщить им о проблеме.
  5. Перезагрузите страницу. Как бы просто это не показалось, закрытия страницы и ее повторного открытия может быть достаточно для исправления ошибки 401, но только если она вызвана ошибочно загруженной страницей.

Коды ошибки 401: основные внутренние ошибки сервера

Веб-серверы, работающие под управлением Microsoft IIS, могут предоставить дополнительную информацию об ошибке 401 Unauthorized, например:

Коды ошибок Microsoft IIS 401
ошибка объяснение
401,1 Войти не удалось.
401,2 Ошибка входа в систему из-за конфигурации сервера.
401,3 Несанкционированный из-за ACL на ресурс.
401,4 Авторизация не пройдена фильтром.
401,5 Ошибка авторизации приложением ISAPI / CGI.
401,501 Доступ запрещен: слишком много запросов с одного и того же клиентского IP ; Ограничение динамического IP-адреса Достигнут предел одновременных запросов.
401,502 Запрещено: слишком много запросов с одного IP-адреса клиента; Ограничение динамического IP- адреса Достигнут максимальный предел скорости запросов.
401,503 Отказ в доступе: IP-адрес включен в список Запретить ограничение IP
401,504 Отказ в доступе: имя хоста включено в список Запретить ограничение IP

Ошибки похожие на 401

Также существует ряд кодов состояния HTTP на стороне сервера, например часто встречающаяся 500 ошибка Internal Server Error .

Николай Милев

Николай Милев

Здравствуйте, меня зовут Николай Милев. Я помогаю настраивать интернет и wi-fi роутеры. Работаю системным администратором и по возможности бесплатно помогаю людям с их проблемами, консультирую.

Обращайтесь за помощью — всегда буду рад вашим вопросам в комментариях под статьями на моём сайте.

Оцените автора

( Пока оценок нет )

На чтение 3 мин. Просмотров 990 Опубликовано
Обновлено

Ошибка 401 Unauthorized — как исправить ошибку

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

О чем свидетельствует «ошибка 401»

Она говорит о том, что пользователь передал неверный запрос, в котором некорректны данные в заголовке
www.authenticate. Сервер не может распознать такой запрос. Чаще всего это происходит потому, что
пользователь ввел неправильный пароль и логин, или, например, сменил пароль, но пытается ввести старый.
Также иногда это может свидетельствовать о некорректной работе сервера, на котором происходит
авторизация.

Что делать пользователю, когда в браузере появляется код ошибки 401

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

Также может быть, что ваши права по авторизации на определенном ресурсе ограничил ваш провайдер услуг
интернет. Для проверки этого предположения попробуйте воспользоваться любым сервисом VPN. Если ошибка в
таком случае не возникает, обратитесь к провайдеру за разъяснением.

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

Причины возникновения ошибки «ERROR 401 UNAUTHORIZED»

Наиболее распространенными причинами возникновения ошибки 401 являются все-таки неправильные запросы от
браузера пользователя. Такие запросы не содержат информации, необходимой для авторизации пользователя,
либо такая информация некорректна. Чаще всего это ошибка в вводе пароля и/или логина, объясняющаяся
действием человеческого фактора. Реже проблема может возникать на стороне обрабатывающего запрос
сервера.

Ошибка 401 Unauthorized, как грамотно исправить

Что такое ошибка 401 Unauthorized?

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

Почему это происходит?

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

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

Для обычного пользователя сайта

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

Для владельца сайта

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

2. Если проблема не в хостинге, то закройте от индексации все страницы с ошибкой в файле robots.txt используя строку

Disallow: /адрес страницы

а затем перенаправьте пользователей со всех страниц которые выдают ошибку 401 на страницу логина\авторизации используя 301-редирект. Для этого добавим в файл .htaccess такие строки:

Redirect 301 /oldpage.html http://site.com/newpage.html

3. Если после проделанных манипуляций пользователи пройдя авторизацию все равно видят ошибку 401, то опробуйте найти на сервере файл php.ini и увеличить время жизни сессии изменив значения параметров session.gc_maxlifetime и session.cookie_lifetime на 1440 и 0 соответственно.

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

Что это такое и как его исправить

Airbrake logo

  • Товар

    • особенности
    • Языки
    • Интеграции
    • Безопасность
    • Производительность Новинка!
  • Ценообразование
  • Предприятие
  • Блог
  • Документы
  • Войти

.

HTTP / 1.1: определения кода состояния

HTTP / 1.1: определения кода состояния

часть протокола передачи гипертекста — HTTP / 1.1
RFC 2616 Fielding, et al.

10 Определений кодов состояния

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

10.1 Информационная 1xx

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

Клиент ДОЛЖЕН быть готов принять один или несколько статусных ответов 1xx
до регулярного ответа, даже если клиент не ожидает 100
(Продолжить) статусное сообщение. Неожиданные ответы статуса 1xx МОГУТ быть
игнорируется пользовательским агентом.

Прокси-серверы ДОЛЖНЫ пересылать ответы 1xx, если только соединение между
прокси и его клиент были закрыты, или если сам прокси
запросил генерацию ответа 1xx. (Например, если

прокси добавляет поле «Expect: 100-continue» при пересылке запроса,
тогда ему не нужно пересылать соответствующие 100 (Продолжить)
ответ (ы).)

10.1.1 100 Продолжить

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

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

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

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

10.2 Успешно 2xx

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

10.2.1 200 ОК

Запрос выполнен. Информация, возвращенная с ответом
зависит от метода, используемого в запросе, например:

GET сущность, соответствующая запрошенному ресурсу, отправляется в
ответ;

HEAD поля заголовка объекта, соответствующие запрошенному
ресурс отправляется в ответе без тела сообщения;

POST объект, описывающий или содержащий результат действия;

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

10.2.2 201 Создано

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

Ответ 201 МОЖЕТ содержать поле заголовка ответа ETag, указывающее
текущее значение тега объекта для запрошенного варианта просто
создан, см. раздел 14.19.

10.2.3 202 Принято

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

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

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

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

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

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

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

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

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

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

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

Сервер выполнил частичный запрос GET для ресурса.
Запрос ДОЛЖЕН содержать поле заголовка диапазона (раздел 14.35).
указывая желаемый диапазон, и МОЖЕТ включать If-Range
поле заголовка (раздел 14.27), чтобы сделать запрос условным.

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

 - Либо поле заголовка Content-Range (раздел 14.16), указывающее
        диапазон, включенный в этот ответ, или multipart / byteranges
        Content-Type, включая поля Content-Range для каждой части.Если
        Поле заголовка Content-Length присутствует в ответе, его
        значение ДОЛЖНО соответствовать фактическому количеству OCTET, переданных в
        тело сообщения.
 
 - Дата
 
 - ETag и / или Content-Location, если заголовок был бы отправлен
        в ответе 200 на тот же запрос
 
 - Истекает, Cache-Control и / или Vary, если значение поля может
        отличается от ответа, отправленного в любом предыдущем ответе на тот же
        вариант
 

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

Кэш НЕ ДОЛЖЕН объединять ответ 206 с другими ранее кэшированными
содержимое, если заголовки ETag или Last-Modified не совпадают в точности,
см. 13.5.4.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10.3.3 302 Найдено

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

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

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

 Примечание: RFC 1945 и RFC 2068 указывают, что клиент не разрешен
      чтобы изменить метод перенаправленного запроса. Однако большинство
      существующие реализации пользовательского агента обрабатывают 302, как если бы это был 303
      ответ, выполняющий GET для значения поля Location независимо от
      исходного метода запроса.Коды состояния 303 и 307 имеют
      добавлено для серверов, которые хотят однозначно указать, какие
      ожидается реакция клиента.
 

10.3.4 303 См. Другие

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

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

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

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

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

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

 - Дата, если ее пропуск не требуется согласно разделу 14.18.1
 

Если исходный сервер без часов подчиняется этим правилам, и прокси и
клиенты добавляют свою дату к любому ответу, полученному без нее (как
уже указано в [RFC 2068], раздел 14.19), кеши будут работать
правильно.

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

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

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

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

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

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

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

10.3.7 306 (Не используется)

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

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

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

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

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

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

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

Если клиент отправляет данные, реализация сервера с использованием TCP
СЛЕДУЕТ быть осторожным, чтобы убедиться, что клиент подтверждает получение
пакет (ы), содержащий ответ, до того, как сервер закроет
входное соединение. Если клиент продолжает отправлять данные на сервер
после закрытия стек TCP сервера отправит пакет сброса в
клиент, который может стереть неподтвержденные входные буферы клиента
прежде, чем они могут быть прочитаны и интерпретированы приложением HTTP.

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

Запрос не может быть понят сервером из-за неправильного формата
синтаксис. Клиенту НЕ СЛЕДУЕТ повторять запрос без
модификации.

10.4.2 401 Несанкционированный

Запрос требует аутентификации пользователя. Ответ ДОЛЖЕН содержать
Поле заголовка WWW-Authenticate (раздел 14.47), содержащее запрос
применимо к запрошенному ресурсу. Клиент МОЖЕТ повторить
запрос с подходящим полем заголовка авторизации (раздел 14.8). Если
запрос уже включает учетные данные для авторизации, затем 401
ответ указывает, что в авторизации было отказано для тех
учетные данные. Если ответ 401 содержит тот же вызов, что и
предыдущий ответ, и пользовательский агент уже попытался
аутентификации хотя бы один раз, тогда пользователю СЛЕДУЕТ предоставить
объект, который был указан в ответе, поскольку этот объект может
включить соответствующую диагностическую информацию. Аутентификация доступа HTTP
объясняется в разделе «HTTP-аутентификация: базовый и дайджест-доступ»
Аутентификация »[43].

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

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

10.4.4 403 Запрещено

Сервер понял запрос, но отказывается его выполнить.
Авторизация не поможет, и запрос НЕ ДОЛЖЕН повторяться.
Если метод запроса не был HEAD и сервер хочет сделать
публично, почему запрос не был выполнен, ДОЛЖЕН описать
причина отказа в субъекте.Если сервер не желает
сделать эту информацию доступной для клиента, код состояния 404
Вместо этого можно использовать (Not Found).

10.4.5 404 Не найдено

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

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

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

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

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

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

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

Если ответ может быть неприемлемым, пользовательскому агенту СЛЕДУЕТ
временно прекратить получение дополнительных данных и запросить у пользователя
решение о дальнейших действиях.

10.4.8 407 Требуется проверка подлинности прокси

Этот код похож на 401 (Несанкционированный), но указывает, что
клиент должен сначала аутентифицироваться через прокси.Прокси ДОЛЖЕН
вернуть поле заголовка Proxy-Authenticate (раздел 14.33), содержащее
проблема, применимая к прокси для запрошенного ресурса. В
клиент МОЖЕТ повторить запрос с подходящей прокси-авторизацией
поле заголовка (раздел 14.34). Объясняется аутентификация доступа HTTP
в «HTTP-аутентификации: базовая и дайджест-аутентификация доступа»
[43].

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

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

10.4.10 409 Конфликт

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

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

Конфликты чаще всего возникают в ответ на запрос PUT. За
Например, если использовалось управление версиями, а объект PUT
включены изменения в ресурс, которые противоречат изменениям, внесенным
более ранний (сторонний) запрос, сервер может использовать ответ 409
чтобы указать, что он не может выполнить запрос.В этом случае
объект ответа, вероятно, будет содержать список различий
между двумя версиями в формате, определяемом ответом
Тип содержимого.

10.4.11 410 Исчез

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

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

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

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

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

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

10.4.14 413 Слишком большой объект запроса

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

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

10.4.15 414 Слишком длинный URI запроса

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

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

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

10.4.17 416 Запрошенный диапазон Не выполняется

Сервер ДОЛЖЕН возвращать ответ с этим кодом состояния, если запрос
включал поле заголовка запроса Range (раздел 14.35), и ни один из
значения спецификатора диапазона в этом поле перекрывают текущий экстент
выбранного ресурса, и запрос не включал If-Range
поле заголовка запроса.(Для байтовых диапазонов это означает, что первый
byte-pos всех значений byte-range-spec были больше, чем
текущая длина выбранного ресурса.)

Когда этот код состояния возвращается для запроса диапазона байтов,
ответ ДОЛЖЕН включать поле заголовка объекта Content-Range
указание текущей длины выбранного ресурса (см. раздел
14.16). Этот ответ НЕ ДОЛЖЕН использовать содержимое multipart / byteranges —
тип.

10.4.18 417 Неудачное ожидание

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

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

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

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

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

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

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

10.5.3 502 Плохой шлюз

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

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

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

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

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

Сервер, выступая в качестве шлюза или прокси, не получил
своевременный ответ от вышестоящего сервера, указанного в URI (например,
HTTP, FTP, LDAP) или какой-либо другой вспомогательный сервер (например, DNS), который ему нужен
для доступа при попытке выполнить запрос.

 Примечание: Примечание для разработчиков: некоторые развернутые прокси известны
      возвращает 400 или 500, когда время поиска DNS истекло.

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

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

.

кодов состояния ответа HTTP — Webtechnologien für Entwickler

Diese Übersetzung ist unvollständig. Bitte helfen Sie uns, diesen Artikel aus dem Englischen zu übersetzen

Коды состояния ответа

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

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

100 Продолжить
Этот промежуточный ответ указывает на то, что пока все в порядке и что клиент должен продолжить выполнение запроса или проигнорировать его, если он уже завершен.
101 Протокол переключения
Этот код отправляется в ответ на заголовок запроса Upgrade: от клиента и указывает, что сервер также переключает протокол. Он был введен, чтобы разрешить переход на несовместимую версию протокола, и не используется повсеместно.

Успешные отзывы

200 ОК
Запрос выполнен. Значение успеха зависит от метода HTTP:
GET: ресурс был получен и передан в теле сообщения.
HEAD: заголовки объекта находятся в теле сообщения.
POST: ресурс, описывающий результат действия, передается в теле сообщения.
TRACE: тело сообщения содержит сообщение запроса, полученное сервером
201 Создано
Запрос был успешно выполнен, и в результате был создан новый ресурс. Обычно это ответ, отправленный после запроса PUT.
202 Принято
Запрос был получен, но еще не выполнен.Это не является обязательным, что означает, что в HTTP нет способа позже отправить асинхронный ответ, указывающий на результат обработки запроса. Он предназначен для случаев, когда другой процесс или сервер обрабатывает запрос, или для пакетной обработки.
203 Неавторизованная информация
Этот код ответа означает, что возвращенный набор метаинформации не является точным установленным как доступный с исходного сервера, а получен из локальной или сторонней копии. За исключением этого условия, предпочтительнее использовать ответ 200 OK вместо этого.
204 Нет содержимого
Нет содержимого для отправки по этому запросу, но заголовки могут быть полезны. Пользовательский агент может обновлять свои кэшированные заголовки для этого ресурса новыми.
205 Сбросить содержимое
Этот код ответа отправляется после выполнения запроса, чтобы сообщить агенту пользователя о сбросе просмотра документа, который отправил этот запрос.
206 Частичное содержимое
Этот код ответа используется из-за того, что клиент отправляет заголовок диапазона для разделения загрузки на несколько потоков.

Сообщения перенаправления

300 Множественный выбор
Запрос имеет несколько возможных ответов. Пользователь-агент или пользователь должен выбрать один из них. Не существует стандартного способа выбора одного из ответов.
301 Постоянно перемещен
Этот код ответа означает, что URI запрошенного ресурса был изменен. Возможно, в ответе будет указан новый URI.
302 Найдено
Этот код ответа означает, что URI запрошенного ресурса был временно изменен .В будущем могут быть внесены новые изменения в URI. Следовательно, этот же URI должен использоваться клиентом в будущих запросах.
303 См. Другие
Сервер отправил этот ответ клиенту, направив его на получение запрошенного ресурса на другой URI с запросом GET.
304 Без изменений
Используется для кэширования. Он сообщает клиенту, что ответ не был изменен. Таким образом, клиент может продолжать использовать ту же кешированную версию ответа.
305 Использовать прокси
Это означает, что запрашиваемый ответ должен быть доступен прокси. Этот код ответа в основном не поддерживается из соображений безопасности.
306 неиспользованный
Этот код ответа больше не используется, в настоящее время он зарезервирован. Он использовался в предыдущей версии спецификации HTTP 1.1.
307 Временное перенаправление
Сервер отправил этот ответ клиенту, направив его на получение запрошенного ресурса на другой URI тем же методом, который использовал предыдущий запрос.Он имеет ту же семантику, что и код ответа HTTP 302 Found , за исключением того, что пользовательский агент не должен изменять используемый метод HTTP: если в первом запросе использовался POST , то должен быть используется во втором запросе.
308 Постоянное перенаправление
Это означает, что ресурс теперь постоянно находится по другому URI, указанному в заголовке Location: HTTP Response. Он имеет ту же семантику, что и код HTTP-ответа 301 Moved Permanently , за исключением того, что пользовательский агент не должен изменять используемый HTTP-метод: если в первом запросе использовался POST , POST должен использоваться во втором запросе.

Сообщения об ошибках клиента

400 Плохой запрос
Этот ответ означает, что сервер не может понять запрос из-за недопустимого синтаксиса.
401 Несанкционированный
Для получения запрошенного ответа требуется аутентификация. Это похоже на 403, но в этом случае возможна аутентификация.
402 Требуется оплата
Этот код ответа зарезервирован для использования в будущем. Первоначальная цель создания этого кода заключалась в его использовании для цифровых платежных систем, однако в настоящее время он не используется.
403 Запрещено
Клиент не имеет прав доступа к контенту, поэтому сервер отказывается дать правильный ответ.
404 Не найдено
Сервер не может найти запрошенный ресурс. Этот код ответа, вероятно, самый известный из-за того, что он часто встречается в Интернете.
405 Метод запрещен
Метод запроса известен серверу, но он отключен и не может использоваться. Два обязательных метода, GET и HEAD , никогда не должны отключаться и не должны возвращать этот код ошибки.
406 Неприемлемо
Этот ответ отправляется, когда веб-сервер после выполнения согласования содержимого, управляемого сервером, не находит никакого содержимого, соответствующего критериям, заданным пользовательским агентом.
407 Требуется аутентификация прокси
Это похоже на 401, но аутентификация должна выполняться прокси.
408 Тайм-аут запроса
Этот ответ отправляется некоторыми серверами при незанятом соединении, даже без какого-либо предыдущего запроса со стороны клиента.Это означает, что сервер хочет закрыть это неиспользуемое соединение. Этот ответ используется гораздо чаще, поскольку некоторые браузеры, такие как Chrome или IE9, используют механизмы предварительного подключения HTTP для ускорения серфинга (см. Ошибка 881804, в которой отслеживается будущая реализация такого механизма в Firefox). Также обратите внимание, что некоторые серверы просто закрывают соединение, не отправляя это сообщение.
409 Конфликт
Этот ответ будет отправлен, когда запрос противоречит текущему состоянию сервера.
410 Исчез
Этот ответ будет отправлен, когда запрошенное содержимое было удалено с сервера.
411 Требуемая длина
Сервер отклонил запрос, потому что поле заголовка Content-Length не определено и оно требуется серверу.
412 Ошибка предварительного условия
Клиент указал в своих заголовках предварительные условия, которые сервер не выполняет.
413 Слишком большая полезная нагрузка
Объект запроса превышает пределы, определенные сервером; сервер может закрыть соединение или вернуть поле заголовка Retry-After .
414 URI слишком длинный
URI, запрошенный клиентом, длиннее, чем сервер готов интерпретировать.
415 Неподдерживаемый тип носителя
Медиа-формат запрошенных данных не поддерживается сервером, поэтому сервер отклоняет запрос.
416 Запрошенный диапазон Не выполняется
Диапазон, указанный в поле заголовка Range в запросе, не может быть выполнен; возможно, что диапазон выходит за пределы размера данных целевого URI.
417 Неудачное ожидание
Этот код ответа означает, что ожидание, указанное в поле заголовка запроса Expect , не может быть выполнено сервером.
421 Неверный запрос
Запрос был направлен на сервер, который не может дать ответ. Это может быть отправлено сервером, который не настроен для создания ответов для комбинации схемы и полномочий, которые включены в URI запроса.
426 Требуется обновление
Сервер отказывается выполнять запрос с использованием текущего протокола, но может пожелать сделать это после того, как клиент перейдет на другой протокол.Сервер ДОЛЖЕН отправить поле заголовка Upgrade в ответе 426, чтобы указать требуемый протокол (ы) (раздел 6.7 [RFC7230]).
428 Требуются предварительные условия
Исходный сервер требует, чтобы запрос был условным. Предназначен для предотвращения «проблемы» потерянного обновления «, когда клиент ПОЛУЧАЕТ состояние ресурса, изменяет его и отправляет обратно на сервер, когда тем временем третья сторона изменила состояние на сервере, что привело к конфликту.
429 Слишком много запросов
Пользователь отправил слишком много запросов за заданный промежуток времени («ограничение скорости»).
431 Поля заголовка запроса слишком большие
Сервер не желает обрабатывать запрос, потому что его поля заголовка слишком велики. Запрос МОЖЕТ быть отправлен повторно после уменьшения размера полей заголовка запроса.
451 Недоступно по юридическим причинам
Пользователь запрашивает незаконный ресурс, например веб-страницу, подвергнутую цензуре правительства.

Ответы на ошибку сервера

500 Внутренняя ошибка сервера
Сервер столкнулся с ситуацией, которую не знает, как с ней справиться.
501 Не реализовано
Метод запроса не поддерживается сервером и не может быть обработан. Единственные методы, которые серверы должны поддерживать (и, следовательно, не должны возвращать этот код), — это GET и HEAD .
502 Плохой шлюз
Этот ответ с ошибкой означает, что сервер, работая в качестве шлюза для получения ответа, необходимого для обработки запроса, получил недопустимый ответ.
503 Служба недоступна
Сервер не готов обработать запрос.Распространенные причины — это сервер, который не работает на техническое обслуживание или перегружен. Обратите внимание, что вместе с этим ответом должна быть отправлена ​​удобная страница с объяснением проблемы. Эти ответы следует использовать для временных условий, а HTTP-заголовок Retry-After: должен, по возможности, содержать расчетное время до восстановления службы. Веб-мастер также должен позаботиться о заголовках, связанных с кешированием, которые отправляются вместе с этим ответом, поскольку эти временные ответы условий обычно не должны кэшироваться.
504 Тайм-аут шлюза
Этот ответ об ошибке выдается, когда сервер действует как шлюз и не может получить ответ вовремя.
505 Версия HTTP не поддерживается
Версия HTTP, используемая в запросе, не поддерживается сервером.
506 Вариант также обсуждается
На сервере возникла внутренняя ошибка конфигурации: согласование прозрачного содержимого для запроса приводит к циклической ссылке.
507 Вариант также обсуждается
Сервер имеет внутреннюю ошибку конфигурации: выбранный вариант ресурса настроен для участия в согласовании прозрачного содержимого и, следовательно, не является надлежащей конечной точкой в ​​процессе согласования.
511 Требуется сетевая аутентификация
Код состояния 511 указывает, что клиенту необходимо пройти аутентификацию, чтобы получить доступ к сети.

.

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

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

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

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

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

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

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

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

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

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

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

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

Википедия

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

.