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

• 1хх - информационный
• 2хх - удачное завершение
• 3хх - перенаправление
• 4хх - ошибка на стороне клиента
• 5хх - ошибка на стороне сервера

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

Обзор клиентских и серверных ошибок

Клиентские ошибки (400-499) - результат некорректного запроса со стороны клиента. Несмотря на то, что эти ошибки возникают со стороны клиента, следует уделять им достаточное внимания и рассмотреть все возможные варианты их устранения на стороне сервера.

Сервеные ошибки (500-599) возникают в результате работы сервера, если он не в состоянии обработать запрос пользователя и сталкивается с какими-либо внутренними проблемами.

Заметки по устранению основных проблем

• Проверяйте серверные логи, из которых вы получите более детальную информацию о возникшей проблеме. Например, такие сервера как Apache и Nginx записывают логи в файлы access.log и error.log , которые вы можете просмотреть.
• Держите в голове тот факт, что коды ответа HTTP это стандарт, который должен быть соблюден в приложении, обрабатывающем запрос. То есть, полученный код зависит от самого приложения.

После того как мы поверхностно описали основные ошибки, рассмотрим их более детально.

400 некорректный запрос

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

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

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

401 доступ запрещен

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

Примером может служит ситуация, когда пользователь пытается получить какой-то ресурс, который защищен при помощи HTTP аутентификации. В таком случае пользователь получит доступ к ресурсу только после того, как введет корректные логин и пароль, которые указаны в файле.htpasswd .

403 отказ в доступе

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

• Права на файлы

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

Рассмотрим следующие ситуации:

• Пользователь обратился к индекс файлу сервера http://example.com/index.html
• Сервер запущен под пользователем www-data
• На сервере этот файл расположен по адресу /usr/share/nginx/html/index.html

Убедитесь в том, что пользователю www-data открыт доступ к чтению этого файла. Чаще всего это означает, что “доступ для остальных пользователей” должен быть открыт для чтения. Конечно, существует целый ряд устранения проблемы, но следующая команда вам точно поможет:

Sudo chmod o=r /usr/share/nginx/html/index.html

Следующая причина возникновения ошибки 403, как правило созданная специально, это файл.htaccess . В нем можно задать правила доступа к ресурсам, например для определнного диапазона IP адресов.

Просмотрите внимательно этот файл, если вы сталкиваетесь с это пролемой.

Индексный файл не существует

Если пользователь обратился к каталогу, в котором не существует индексный файл, а просмотр содержимого каталога запрещен, то он получит в ответ код 403. Например, пользователь обратился к http://example.com/emptydir/ , в этой директории отсутствует индексный файл, в таком случае сервер вернет код 403.

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

404 не найдено

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

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

• Правильно ли введен URL?
• Присутствует ли файл на сервере? Возможно он был удален или перемещен?
• Правильно ли указан корневой каталог сервера в настройках?
• Имеет ли пользователь, под которым работает сервер, корректные права для чтения файла? Как правильно необходимо иметь права не только на чтение, но и на исполнение.
• Используется ли символическая ссылка для обработки запроса? Если так, то правильно ли настроен ваш сервер для работы с ними?

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

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

Самая частая причина - неправильная настройка сервера (некорректный.htaccess) или обращение к неустановленному пакету PHP.

502 ошибочный шлюз

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

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

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

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

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

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

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

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

Возможные причины:

• Плохое сетевое соединение
• Бекэнд сервер слишком медленно обрабатывает запрос ил-за недостатка ресурсов
• Таймаут сервера слишком короткий

Заключение

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

Добрый день!

У меня на сайте появилась ошибка ERR_TOO_MANY_REDIRECTS . Как ее исправить?

Ответ

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

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

Для исправления ошибки существует несколько способов.

Способ 1. Очистка cookies в браузере

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

Способ 2. Очистка кэша браузера

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

Способ 3. Очистка кэша сервера

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

Способ 4. Очистка кэша прокси-сервера

Если для работы Вашего сайта используется прокси-сервер (например, Cloudflare или Sucuri ), то в его настройках также можно выполнить очистку.

Способ 5. Использование онлайн-сервиса Redirect Checker

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

Способ 6. Проверка настроек https

Еще одна причина ошибки ERR_TOO_MANY_REDIRECTS кроется в настройках протокола https . Так, если Вы перевели свой сайт на работу по https , то, во-первых, необходимо проверить наличие установленного и работающего SSL -сертификата. При его отсутствии защищенный протокол не будет корректно работать на Вашем сайте. Дальше следует проверить корректность настройки редиректа с http на https как на сервере, так и на сайте. В последнем случае часто устанавливают специальный плагин, который автоматически перенаправляет все ссылки на новый протокол. Также необходимо проверить адрес сайта
в админ-панели (Настройки -> Общие ). Часто ошибка возникает из-за того, что после переведения сайта на https его адрес остался с http . Оба поля (Адрес WordPress (URL) и Адрес сайта (URL) ) должны совпадать и начинаться с https .

Способ 7. Проверка работы плагинов

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

Пользователи интернета, которые хоть немного углублялись в терминологию Сети (по крайней мере, большая их часть), знают, что представляет собой протокол HTTP. Данный протокол передачи данных позволяет пользователям взаимодействовать с веб-ресурсами через браузер. Одной из функций протокола является возможность возвращать специальные коды, дающие пользователям информацию о состоянии работы веб-сайта или статуса выполнения той или иной задачи. Сюда же входят и коды ошибок HTTP. Коды ошибок делятся на два типа: ошибки клиента и ошибки сервера. Об этих двух категориях и других полезных, а главное - часто встречающихся кодах поговорим в данном материале.

Ошибки HTTP-клиента

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

Итак, ошибки клиента под кодом 40х:

• 400. Неверный запрос - ошибка возникает когда сервер замечает синтаксическую ошибку в запросе от клиента. Она будет возникать до тех пор, пока со стороны клиента не будут произведены соответствующие изменения. Необходимо соблюдать все правила передачи данных для используемого протокола.
• 401. Отсутствует авторизация - эта ошибка означает, что HTTP-сервер требует аутентификации. При этом именно со стороны сервера приходят все условия для выполнения аутентификации. Причиной возникновения ошибки может быть неверное введенное имя или пароль для авторизации.
• 402. Необходимо внести плату - код не используется, но зарезервирован в протоколе на будущее. Изначально задумывался как интерфейс для внесения платы для получения доступа к конкретному ресурсу. Так как ничего не вышло, код 402 взяли на вооружение Apple и Google, время от времени применяющие его в своих веб-сервисах.

• 403. Доступ закрыт - ошибка возникает когда сервер правильно функционирует, но у пользователя, запрашивающего доступ к нему, недостаточно прав для этого. Часто сопровождается окном авторизации.
• 404. не найден) - наиболее часто встречающаяся ошибка в интернете. Как правило, возникает из-за опечаток при наборе веб-адреса. Частое упоминание и появление в Сети превратило данный код в популярную в интернете шутку.
• 405. Метод запрещен - ошибка данных HTTP, которые нужно ввести посредством POST либо с использованием метода PUT. Иными словами, ошибка возникает при использовании метода GET тогда, когда он недоступен или не поддерживается сервером для обработки определенных данных.
• 406. Запрос не может быть принят - этот код возвращается сервером, когда запрашиваемый контент неприменим к заголовкам типа Accept. Чаще всего возникает, когда запрашиваемый ресурс не соответствует формату, который может быть распознан клиентом.
• 407. Требуется авторизация на стороне прокси-сервера - вместе с кодом сервер возвращает специальное поле для авторизации на прокси-сервере.
• 408. Время на запрос вышло - возникает когда сервер прекращает ждать дальнейшие запросы со стороны клиента. Повторить запрос можно в любое время, даже после того, как время ожидания истекло.
• 409. Конфликт - в каких ситуациях возникает данная ошибка HTTP? Загрузка файла на веб-сервер, где уже сохранен идентичный файл или документ более новой версии. Система контроля версий файлов, хранящихся на сервере, не позволяет заменить файл более ранней версией, из-за чего возникает конфликт под этим кодом.

Ошибки клиента под кодом 41х

• 410. Ресурс удален - ошибка появляется в том случае, если запрашиваемый ресурс располагался по указанному адресу, но был удален и более недоступен.
• 412. Предварительные условия не выполнены - этот код отображается в том случае, если условные поля заголовка не выполняются (совсем).
• 413. Размер запроса превышает допустимую норму - ошибка появляется, когда тело посланного клиентом запроса имеет слишком большой размер, и сервер не может его обработать.
• 414. Слишком длинный адрес - если сервер возвращает этот код, значит, URL, указанный в запросе, слишком длинный и не может быть обработан. Также ошибка возникает, когда клиент передает данные через GET вместо POST.
• 415. Неподдерживаемый формат файла - ошибка возникает, когда сервер отказывается работать с определенным форматом данных (причина может быть любой).
• 417. Сбой ожидания - заголовок запроса со стороны клиента не удовлетворяет требованиям поля EXPECT.
• 418 I’m a teapot - впервые появившийся в 1998 году код, который стал первоапрельской шуткой и никогда не был задействован всерьез.

Ошибки клиента под кодом 42х

• 422. Элемент не может быть обработан - теоретически сервер может обработать запрос, посланный клиентом; файл, находящийся в теле запроса, также поддерживается (это может быть таблица и любой другой медиафайл), но по каким-то причинам возникла логическая ошибка, ограничивающая деятельность сервера.
• 423. Доступ закрыт - используемый метод заблокирован на стороне сервера. Необходимо использовать другой метод.
• 424. Ошибка зависимости - этот код будет отображен в том случае, если операция, от успешности которой зависит исполнение текущей команды, была по тем или иным причинам прервана.
• 425. Неправильный порядок элементов - код отображается в том случае, если при запросе нескольких элементов с сервера их порядок (серверный) не был соблюден.
• 426. Необходимо обновление - код, оповещающий о необходимости произвести обновление протокола. Поля для обновления должны быть правильно оформлены на стороне сервера.
• 428. Необходимо завершение зависимой операции - с помощью этого кода сервер оповещает клиента о том, что необходимо в запросе задействовать заголовки-условия.
• 429. Слишком большое количество запросов - ошибка возникает в том случае, если клиент посылает на сервер слишком много запросов, что может быть следствием DDoS-атаки, посему блокируется сервером.

Остальные коды ошибок клиента

• 431. Превышение длины заголовка - при превышении длины заголовка сервер может в ответ послать этот код, но чаще всего он просто сбрасывает соединение.
• 434. Адрес недоступен - ошибка сигнализирует о недоступности запрашиваемого адреса.
• 449. Повторить - код возвращается в том случае, если серверу для обработки запроса требуется дополнительная информация.
• 451. Заблокирован по юридическим причинам - сервер может быть заблокирован в том случае, если органы государственной власти послали запрос на блокировку по различным юридическим причинам.

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

Ошибки HTTP-сервера

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

Ошибки сервера под кодом 50х

• 500 Internal Server Error - ошибка HTTP-сервера, не поддающая идентификации. Этим кодом обозначается любая ошибка, для которой не существует отдельно обозначенного кодового значения.
• 501. Not Implemented (метод не поддерживается) - этот код выводится сервером, когда используемый метод им не поддерживается. Проблема возникает при работе с серверами, которые не настроены на правильную работу со стандартными командами HTTP.
• 502. Bad Gateway (ошибка шлюза) - проблема возникает, когда сервер, выступающий в роли шлюза, получает ошибочный ответ со стороны «главного» сервера.
• 503. Service Unavailable (сервис недоступен) - данный код чаще всего появляется, когда на сервере идут технические работы или он перезагружается.
• 504. Gateway Timeout (время прохождения через шлюз вышло) - ошибка возникает, когда сервер, работающий в качестве шлюза, не успевает получить ответ от «главного» сервера.
• 505. HTTP Version Not Supported (используемая версия протокола не поддерживается) - указанный сервер не работает с той версией протокола, которая указана в запросе со стороны клиента.
• 507. Insufficiente Storage (нехватка пространства) - проблема возникает при недостатке цифрового пространства для обработки запроса. Чаще всего проблема имеет временный характер.

Ошибки сервера под кодом 51х

• 510. Not Extended (отсутствует расширение) - ошибка появляется в том случае, если на сервере нет расширения, которое было запрошено клиентом.
• 511. Network Authentication Required (необходима авторизация) - подобный ответ посылается не от самого сервера, а от посредника, в роли которого выступает провайдер платной точки Wi-Fi.

Информационные коды

• 100. Continue (продолжение) - этот код оповещает клиента о том, что его начальные действия удовлетворяют требования сервера, и он может продолжать посылать команды.
• 101. Switching Protocols (смена протокола) - интерактивный код, предлагающий заменить используемый протокол более подходящим.
• 102. Processing (в процессе обработки) - код, оповещающий о том, что запрос принят, но на его обработку потребуется значительное время.

Коды перенаправления

• 300. Multiple Choices (выбор) - возникает, если по выбранной ссылке можно пройти сразу на несколько ресурсов, расположенных на одном сервере. Вместе с кодом предоставляется выбор между разными вариантами. Причем он может быть сделан как пользователем, так и клиентом, в зависимости от настроек сервера.
• 301. Moved Permanently (ресурс перемещен) - код возвращается, когда запрашиваемый ресурс или файл был навсегда перемещен и располагается по другому адресу.
• 302. Found (ресурс найден) - код возвращается, когда запрашиваемый ресурс или файл был временно перемещен и может быть найден по другому адресу.
• 303. See Other (поиск по другим адресам) - данный код возвращается сервером вместе с альтернативным значением поля Location, чтобы пользователь со стороны клиента мог получить доступ к запрашиваемому ресурсу, используя метод GET.
• 304. Not Modified (файл не изменялся) - ошибка возникает, если клиент запросил определенный файл, указав специфичные атрибуты времени модификации, но сервер не обнаружил каких-либо изменений с момента его загрузки.
• 305. Use Proxy (необходимо использовать прокси-сервер) - этот код выводится сервером, когда для того, чтобы получить доступ к нему, нужно использовать прокси-сервер. Адрес последнего указывается в поле Location. Код могут использовать только базовые серверы (не прокси).
• 307. Temporary Redirect (временное перенаправление) - код возникает, когда запрашиваемый файл или ресурс становится доступен по другому адресу. Часто происходит автоматическое перенаправление.

Если вы видите ошибку «ERR_TOO_MANY_REDIRECTS» (слишком много переадресаций — в буквальном переводе) в своем веб-браузере, вы не одиноки. Об этом сообщили многие пользователи Windows. Эта ошибка возникает с сообщением «Эта веб-страница имеет цикл перенаправления» и блокирует загрузку веб-сайта.

Почему эта ошибка возникает?

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

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

Вот четыре способа, чтобы исправить ошибку (слишком много переадресаций):

• запустите URL в другом браузере;
• очистите данные своего браузера;
• проверьте расширения;
• исправьте дату и время вашей системы.

Запуск URL в другом браузере

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

Очистка данных своего браузера

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

В Google Chrome:

• Введите «chrome://settings» в адресной строке и нажмите «Ввод», затем нажмите «Показать дополнительные настройки» в нижней части страницы «Настройки».
• Нажмите кнопку «Очистить данные просмотра».

В Mozilla Firefox:

• Нажмите кнопку «Меню» и выберите «Параметры» .
• Выберите «Конфиденциальность», а затем очистите свою недавнюю историю.
• Выберите «Все для диапазона времени» для очистки, а затем нажмите «Очистить сейчас» .
• Как только данные браузера будут удалены, вы можете проверить, не исчезла ли ошибка.

Проверка расширений браузера

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

Ниже приведены примеры проверки расширений в Chrome и Firefox.
Для Chrome: введите «chrome://extensions» в адресной строке и нажмите Enter. Затем вы можете увидеть все расширения, перечисленные ниже, и можете попробовать включить или отключить любой из них.

• Для Firefox введите «about: addons» в адресной строке, нажмите Enter, а затем выберите «Расширения». Вы увидите, что все расширения для Firefox перечислены здесь.

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

06.04.17 1.1K

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

Типы кодов ошибок и состояния HTTP

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

• 100-199: информационный статус;
• 200-299: статус успешного запроса;
• 300-399: статус редиректа;
• 400-499: ошибки клиента;
• 500-599: ошибки сервера.

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

1. HTTP 200 «OK»

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

2. Ошибка HTTP 404 «Не найдено»

Сервер не смог найти запрошенную страницу, файл или другой ресурс. Ошибка HTTP 404 указывает на то, что сетевое соединение между клиентом и сервером было успешно выполнено. Возникает, когда пользователь ввел в браузере неправильный URI , или администратор сервера удалил файл, не настроив редирект на новое местоположение. Чтобы устранить эту проблему, пользователи должны набрать правильный URL-адрес .

3. Ошибка HTTP 500 «Внутренняя ошибка сервера»

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

4. Ошибка HTTP 503 «Служба недоступна»

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

5. HTTP 301 «Перемещен навсегда»

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

6. HTTP 302 «Найдено» или «Перемещено временно»

HTTP код 302 предназначен для случаев, когда ресурс перемещен временно, а не постоянно. Администратор сервера должен использовать HTTP 302 только в течение коротких периодов обновления (изменения ) контента. Браузеры автоматически выполняют редирект 302 , как и для кода 301 . В версии HTTP 1.1 для указания временных редиректов был добавлен новый код 307 .

7. HTTP 400 «Неверный запрос»

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

8. HTTP 401 «Не авторизованный»

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

9. HTTP 100 «Продолжить»

Добавленный в версию 1.1 протокола код HTTP ответа 100 был разработан для более эффективного использования пропускной способности сети. Он позволяет серверам подтверждать готовность принимать большие запросы. Протокол Continue позволяет клиенту HTTP 1.1 отправлять небольшое специально сконфигурированное сообщение, запрашивающее ответ сервера с кодом 100 , а затем дожидаться ответа до отправки запроса на дальнейшие действия. Клиенты и серверы HTTP 1.0 не используют этот код.