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

Краткая справка: HTTPS не является отдельным протоколом. Это обычный HTTP, работающий через шифрованные транспортные механизмы SSL и TLS. Он обеспечивает защиту от атак, основанных на прослушивании сетевого соединения - от снифферских атак и атак типа man-in-the-middle, при условии, что будут использоваться шифрующие средства и сертификат сервера проверен и ему доверяют.

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

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

В данном видео я покажу как на практике исправить ошибки протокола https в wordpress . Для работы я использовал три инструмента: плагин Search Regex, программу Screaming Frog SEO Spider и приложение браузера Mozilla Firefox.

Исправляем ошибка протокола https

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

Самое главное действие которое необходимо сделать перед тем как устранить ошибки протокола https — это сделать .

Затем установить плагин и активировать его. Первоначально мы можем быстро найти и исправить все ссылки на блоге имеющие адрес http://… на https://…

В большинстве случаев, после этой процедуры, останется совсем немного ошибок. Чтобы их найти, устанавливаем на компьютер программу Screaming Frog SEO Spider и ищем все остальное. В главное поле подставляем адрес сайта и нажимаем кнопку «start».

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

Устраняем ошибки с помощью плагина. В верхнее поле подставляем несуществующий адрес, а в нижнее-реальный и жмем кнопку «Replace & Save».

Большинство ошибок бывает связано с изображениями когда вроде бы все сделано, но браузер Firefox показывает что не все проблемы устранены. И здесь можно воспользоваться приложением самого браузера нажав на изображение замка в адресной строке и ссылку «подробнее».

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

В результате всех этих действий можно очень быстро найти и исправить ошибки протокола https в wordpress практически в автоматическом режиме.

Ошибка протокола https в wordpress — видео

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

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

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

Типы ошибок

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

Коды ошибок бывают положительными и отрицательными или успешными и не успешными.

Всего существует 4 типа кодов (хх - сочетание любых цифр):

• 2xx - запрос выполнен успешно
• 3xx - запрос успешно перенаправлен - тоже положительный код.
• 4xx - ошибка - документ не был отправлен пользователю, так как произошла критическая ошибка. Класс кодов 4xx предназначен для указания ошибок со стороны клиента.
• 5xx - ошибка сервера - критическая ошибка на сервере. Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

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

Ошибка 400 - “Плохой запрос”

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

• Блокировка браузера антивирусом
• Блокировка брендмауэра Windows браузером
• Большое количество файлов cookies и данных в сache
• Перебои в работе интернета

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

Блокировка браузера

• Изучите настройки вашего антивируса в разделе под названием “Правила для приложений” или схожим с ним.
• Проверьте, есть ли ваш браузер в списке и каков уровень доверия к нему
• Повысьте уровень доверия к вашему браузеру, если он низкий
• Сохраните новые настройки и попробуйте снова зайти в панель управления

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

Блокировка брендмауэра Windows

• Попробуйте отключить брендмауэр на время: меню Пуск - Панель управления - Система и безопасность - Брандмауэр Windows - Включение и отключение
• очистите кэш и куки
• обновите страницы с ошибкой
• Если проблема устранена, то для завершения добавьте в брандмауэр разрешенные программы: Пуск - Панель управления - Система и безопасность - Брандмауэр - Разрешение запуска программы через брандмауэр.

Если проблема осталась - продолжайте проверку.

Cache и cookies

• Удалите cookies и очистите cache: нажмите Shift + Ctrl + Delete в то время, когда браузер открыт.
• Удалите ненужные файлы
• Проверьте работу вашего браузера

Перебои в работе интернета

• Свяжитесь со своим интернет-провайдером и узнайте, проводятся ли у них какие-то работы
• Уточните, сколько времени займут работы

Ошибка 403 - Доступ запрещен

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

• Индексный файл index.html не загружен в директорию public_html вашего сайта или является некорректным. Для устранения этой ошибки создайте файл с именем index.html или переименуйте уже имеющийся файл. Возможные варианты для имени файла: index.html, index.htm, или index.php.
• Для директории, в которой находится запрашиваемый файл, установлены такие права, что веб-сервер Apache не смог прочитать файл на диске сервера. Для устранения этой ошибки попробуйте изменить права доступа в разделе, отвечающем за настройку прав.
• Файлы сайта загружены в неправильную директорию. Для устранения этой ошибки проверьте, располагаются ли файлы сайта в директории site/public_html, где site - название вашего сайта.

Ошибка 404 - Файл не найден

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

Причины возникновения данной ошибки:

• Некорректный URL, введенный в адресное поле браузера. Для устранения данной ошибки проверьте, корректно ли указана ссылка.
• Файл, запрашиваемый по URL, отсутствует на сервере. Для устранения этой ошибки необходимо проверить наличие запрашиваемого файла в директории public_html вашего сайта.

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

Ошибка 500 означает, что на сервере есть внутренняя ошибка. Эта проблема может возникнуть по двум причинам:

• Невозможно запустить скрипт. Скорее всего указаны неправильные права доступа на папки и файлы. Если на PHP файлы скриптов, размещенных на вашем хостинге, стоят права доступа 777, то исполнение данных скриптов может быть заблокировано сервером. Происходит это из-за того, что права доступа 777 позволяют всем производить любые изменения с данным файлом, что существенно влияет на безопасность и целостность вашего сайта. Для устранения этой ошибки следует проверить права доступа на папки и файлы сайта. Для папок рекомендовано установить права доступа 755, для исполняемых скриптов 600, а для всех остальных файлов 644.
• Неправильная инструкция в файле.htaccess или наличие в нём неподдерживаемых директив. Возможно, вы ошиблись в написании названия нужной директивы или параметров к ней. Данную ошибку можно устранить, включив лог ошибок error.log. Веб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной - ее нужно будет исправить.

Ошибка 502 - Bad Gateway

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

• Проблемы в работе прокси-сервера. Для устранения этой ошибки попробуйте набрать в адресной строке браузера ссылку на какой-либо другой сайт. Тем самым вы можете проверить, есть ли доступ в Интернет вообще. Если вы обнаружили, что доступ в Интернет есть, но ваше обращение к конкретному сайту все равно дает ошибку 502, попробуйте удалить файлы cookies в браузере.
• Нехватка ресурсов сервера. Это может означать, что нагрузка на сервер превышает ресурсы, доступные на выбранном тарифе хостинга. Уточните у своего хостинг-провайдера о тарифах с большим объемом ресурсов и, в случае необходимости, увеличьте оперативную память или доступный объем диска.

Ошибка 503 - Service Temporarily Unavailable

У каждого аккаунта на сервере хостинга есть определенное количество рабочих процессов, выделенное в соответствии с выбранным тарифным планом. Работа с запросами ведется в порядке очереди, они поступают на сервер, где легкие запросы обрабатываются мгновенно, а тяжелые – медленно. Всякая очередь ограничена тем или иным количеством запросов. Если новый запрос находится за пределами этой границы, принят он не будет и вместо результата браузер выдаст оповещение “Сервис временно недоступен”.

Чтобы исправить данную ошибку нужно знать причины, по которым она может появляться:

1. Зависание скриптов при передаче больших статичных файлов через PHP. Скрипты работают определенное время, а не постоянно. При окончании времени работы скрипта прерывается передача файла, соответственно файл не будет передан полностью, а также запрос оставит процесс веб-сервера работать еще длительное время. Устранить ошибку вы сможете посредством следующих шагов:
   • Проверить все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов, либо поищите более быстрый аналог.
   • Проверить наличие у вас медленных запросов- в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.
   • Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…» . Наличие URL заставляет сервер делать дополнительный HTTP-запрос - это занимает лишнее время и сильно замедляет загрузку сайта.
2. Большое количество запросов к серверу. Причин возникновения таких запросов несколько:
   • Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. В этом случае следует объединить ресурсы в один файл, где это возможно.
   • DDoS-атаки, флуды, спамы в комментарии так же могут вызывать большое количество запросов. В случае DDoS-атаки, необходимо определить ее тип, и, согласно ее уровню, предпринять действия по устранению. Подробнее о том, что необходимо делать, если ваш сайт под DDoS-атакой, мы писали в одной из статей нашего блога.

Действия при появлении ошибки

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

Пользователи интернета, которые хоть немного углублялись в терминологию Сети (по крайней мере, большая их часть), знают, что представляет собой протокол 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 (временное перенаправление) - код возникает, когда запрашиваемый файл или ресурс становится доступен по другому адресу. Часто происходит автоматическое перенаправление.

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

• 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 таймаут шлюза

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

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

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

Заключение

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