Сегодня мы с Вами хотим поговорить об ошибке, которую иногда всем нам доводится видеть в своих браузерах. Из написанной нами статьи Вы узнаете, как исправить данную ошибку. Но для начала хотелось бы отметить, что простые пользователи с нею сталкиваются крайне редко. Гораздо чаще на глаза попадается она вебмастерам – в частности, создателям сайтов. Именно поэтому обычный пользователь ничего не сможет с нею сделать, на это способен лишь владелец ресурса.
Что это такое?
403 forbidden – это запрос к данным, к которым доступ на данный момент закрыт, либо заблокирован. То есть, ресурс на который вы хотите зайти не доступен, из-за ошибки в работе сайта и исправить её сможет только владелец сайта, либо вам придется подождать определённое время, чтобы повторно зайти на сайт и тога, возможно, у вас получится это сделать.
Как исправить ошибку 403?
Как уже было отмечено выше, устранить её простой пользователь никак не сможет – потому что проблема связана не с его ПК, а с самим сайтом или конкретной страничкой. Поэтому все советы, что будут изложены ниже, применимы лишь со стороны администраторов сайта и тех, кто имеет доступ к серверу/хостингу.
Первое, на что хотелось бы обратить внимание – некорректно сформированный файл главной страницы. Посмотрите внимательно, возможно, Вы указали неверное расширение для него. Такое часто случается и человек может назвать файл «index.php» вместо «index.html».
Далее в списке – некорректно заданные права для пользователей. К примеру, администратор для конкретной страницы и файла, отвечающего за неё, выставил для себя права, позволяющие ему читать и редактировать файл, но для пользователей он это сделать забыл. Таким образом, страница есть, но зайти они на неё не могут и видят данную ошибку. Решается проблема следующим образом:
- Заходите на сервер через любой FTP-клиент, ищите ту самую страницу – в нашем случае ею будет по-прежнему «index.html»;
- Кликаете правой кнопкой мыши по файлу и в контекстном меню выбираете «Права доступа к файлу…»;
- Как видите, права для владельца действительно заданы – у него есть доступ, тогда как у обычного пользователя его нет. Для этого нужно поставить галочку в разделе «Публичные права» напротив пункта «Чтение»;
- Отлично, проблема с ошибкой успешно исправлена!
Тоже самое касается файла и папки cgi-bin – для них права должны быть выставлены 755, сделать это можно так:
- Также зайдите на сервер, найдите папку – она находится в корневой директории;
- Кликните по ней ПКМ и выберите нужный нам пункт;
- Впишите числовое значение, как это показано на скриншоте и перенаправьте действие прав ко вложенным в данную папку файлам.
Также проблема может заключаться в файле .htaccess. Однако, здесь мы Вам помочь не сможем, потому что каждый случай уникален и его нужно рассматривать отдельно.
Ну и последний вариант – блокировка конкретного IP-адреса. Делается это в тех случаях, если пользователь спамит, оскорбляет других посетителей – иными словами, наносит вред ресурсу. Выход отсюда один: писать администрации на почту с прошением разблокировать.
Запомните, что для исправления подобных проблем владельцам ресурсов требуется время и поделать с этим ничего нельзя, просто ждите.
droidway.net
Причины ошибки 403 Forbidden Error
Получение сообщения об ошибке 403 в процессе разработки может стать проблемой. Однако причина является довольно простой, вы видите эту ошибку, потому что вы пытаетесь получить доступ к тому, на что у вас нет разрешения. Показ ошибки 403 – это один из способов вашего сайта сообщить о том, что у вас недостаточно прав для данного действия или доступа к чему-либо.
Причиной могут стать:
- Неправильные разрешения файлов или папок
- Неправильные настройки в файле .htaccess
Теперь давайте перейдём непосредственно к исправлению ошибки 403 forbidden.
Исправление ошибки 403 Forbidden
Исправить данную ошибку довольно легко, и для этого вы можете воспользоваться несколькими инструментами. Шаги ниже используют в качестве примера исправление этой ошибки на сайте в WordPress, но они также применимы для любого другого сайта. Для исправления ошибки следуйте данным шагам:
Шаг 1 – Проверка файла .htaccess
Возможно вы могли не знать о файле .htaccess. Причиной этому может стать то, что он может быть скрыт в каталоге вашего сайта или проекта. Однако, если вы используете Файловый Менеджер Hostinger, то данный файл будем видим по умолчанию.
В любых других случаях, к примеру, если вы используете cPanel, вы должны включить показ скрытых файлов в настройках файлового менеджера:
- Найдите иконку Диспетчер файлов в панели cPanel
- В каталоге public_html найдите файл .htaccess.
- Если вы не можете найти данный файл, нажмите Настройки и поставьте галочку напротив Показать скрытые файлы (dotfiles).
Чтобы дать вам общее представление о файле .htaccess, мы расскажем о нём немного подробнее. Htaccess – это файл конфигурации сервера и в основном предназначен для изменения конфигурации в настройках сервера Apache. Он необходим для правильной работы вашего сайта. Также, файл .htaccess имеется практических у всех сайтов на WordPress, однако, в некоторых редких случаях он может у вас отсутствовать или попросту быть удалён. В таком случае вам необходимо создать новый .htaccess файл вручную.
Теперь, когда вы нашли его, вам необходимо сделать следующее:
- Скачайте htaсcess на ваш компьютер, чтобы иметь его резервную копию.
- После этого удалите файл.
- Теперь попробуйте зайти на ваш сайт вновь.
- Если он работает нормально, значит ваш файл .htaccess был повреждён.
- Чтобы создать новый файл, зайдите в панель управления WordPress, и перейдите в раздел Настройки → Постоянные ссылки.
- Без внесения каких-либо изменений, нажмите кнопку Сохранить изменения внизу страницы.
- После этого у вас должен появиться новый .htaccess файл.
Однако, если это не помогло решить вашу проблему, то переходите к следующему шагу.
Шаг 2 – Настройка прав доступа
Еще одной причиной для появления ошибки 403 Forbidden являются некорректные права доступа для ваших файлов или папок. В общих чертах, в процессе создания файлов у них устанавливаются стандартные права доступа. В некоторых случая, к примеру, во время установки плагинов или других действий появляется необходимость эти права доступа изменить. Сделать это довольно легко. Вы можете воспользоваться для этого либо FTP-клиентом, либо Файловым Менеджером. В данном примере мы воспользуемся FTP-клиентом FileZilla, так как он имеет больше возможностей для смены прав доступа к файлам и папкам:
- Подключитесь с помощью FTP-клиента к вашему сайту.
- Перейдите в корневой каталог вашего хостинг аккаунта, обычно это public_html.
- Выберите его и нажмите на него правой кнопкой мыши, затем выберите Атрибуты Файла.
- Поставьте галочку напротив Применить только к каталогам, введите значение прав 755 в поле ввода и нажмите OK.
- После того как FileZilla закончит изменение прав доступа к папкам, повторите пункт номер 3, но в этот раз выберите Применить только к файлам и введите 644 в числовое поле.
- После этого попытайтесь зайти на ваш сайт и узнать исправлена ли ошибка.
Если вы хотите узнать немного больше о правах доступа в Linux, загляните в данное руководство.
Если вы всё еще получаете ошибку 403, то переходите к следующему шагу.
Шаг 3 – Отключение плагинов WordPress
Если вы до сих пор не смогли решить данную проблему, значит высоки шансы того, что она связана с поврежденными или несовместимыми с вашим WordPress плагинами. Решить данную проблему можно просто отключив их. Чтобы сохранить ваше время и убедиться в том, что именно плагин является причиной ошибки, нам необходимо отключить все плагины сразу. Вот что вам необходимо для этого сделать:
- Войдите в ваш хостинг аккаунт с помощью FTP и перейдите в каталог public_html или каталог в котором находятся файлы вашего WordPress.
- Откройте каталог wp-content.
- Далее переименуйте каталог с плагинами plugins, к примеру в ‘plugins-отключены’, чтобы их потом было легче найти.
Это полностью отключит все плагины.
Теперь попробуйте вновь посетить свой сайт. Это решило проблему? Если да, то один из плагинов являлся причиной ошибки 403 Forbidden. Теперь вновь измените название папки с плагинами на plugins, и попытайтесь отключить плагины один за другим. Вы также можете менять название папки определённого плагина, чтобы отключать их по отдельности. Таким образом вы сможете обнаружить проблемный плагин.
Вы можете либо попытаться переустановить плагин, либо установить его замену. К сожалению, если ничего из выше перечисленного вам не помогло, вам необходимо связаться с вашим провайдером услуг хостинга.
Заключение
Следуя данным шагам, вы легко сможете избавиться от ошибки 403 forbidden error. Данная ошибка довольно раздражающая, и не позволяет вам получить доступ к вашему сайту. Однако наша пошаговая инструкция поможет вам исправить данную ошибку.
Надеемся, что наше руководство было для вас полезным и достаточно простым,чтобы следовать его инструкциям. Чтобы узнать о WordPress больше, посетите страницу руководств по WordPress.
www.hostinger.ru
Пытаюсь поднять рельсы на сервере с убунтой. Ngnix+Unicorn+Capistrano. Все задеплоил, хочу для теста сделать открытие по айпи серверу. В итоге при открытии — 403 forbidden.
В логах nginx — directory index of «/home/deployer/www/my_app/current/public/» is forbidden,
На папку пробовал права и 755 и 777. Группа www-data.
nginx конфиг
upstream project_name_rails{
server unix://home/deployer/www/my_app/shared/tmp/unicorn.socket;
}
server{
listen 80;
server_name *айпи*;
root /home/deployer/www/my_app/current/public;
access_log /home/deployer/www/my_app/shared/log/nginx.access.log;
error_log /home/deployer/www/my_app/shared/log/nginx.error.log;
location /public {
autoindex on;
}
}
В чем может быть проблема? Заранее спасибо.
Вопрос задан более года назад 11232 просмотра
Подписаться 3 2 комментария
Пригласить эксперта
Ответы на вопрос 4
Murmurianez Алексей @Murmurianez
JavaScript developer
Сейчас дам хреновый ответ, но он поможет двинуться в правильном направлении.
В самом начале nginx.conf есть строчка user www-data;
www-data это группа пользователей с чьими правами будет запускаться nginx.
Хреновая часть ответа: чтобы не мучаться можно прописать: user your_root_user_name;
Оно заработает, но это конечно не для продакшена, но для какого-нибудь тестового чтобы голову не морочить может быть и ОК. А по хорошему, конечно, сделайте нормальную группу пользователей с нормальным правами для запуска.
Ответ написан 21 июля 2015
Нравится 1 1 комментарий
neck_varentsov @neck_varentsov
Привет!
Была такая-же проблема, ругался ошибкой 403, из-за конструкции типа этой
location /public {
autoindex on;
}
Вот мой конфиг:
server {
listen 80 default_server;
# listen [::]:80 default_server ipv6only=on;
server_name localhost;
passenger_enabled on;
rails_env production;
root /home/deploy/project/current/public;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
Ответ написан более года назад
Нравится Комментировать
Антон @antenko
Web-разработчик
Была такая же проблема. С правами всё было в порядке, начиная с / до папки с проектом.
Помогла команда
setenforce Permissive
Ответ написан 01 апр. 2015
Нравится Комментировать
hudson hudson @hudson
Не совсем вовремя — но может кому-то пригодится. Отключите SeLinux… Та же ерунда может быть из-за него (https://access.redhat.com/documentation/en-US/Red_…)
Ответ написан 25 мая 2015
Нравится Комментировать
Ваш ответ на вопрос
Войдите, чтобы написать ответ
Войти через TM ID
Похожие вопросы
postgresql
Postgresql
+4 ещё
Почему ROR не коннектиться к базе postgresql посте рестарта базы?
3 подписчика 01 февр. 116 просмотров
1
ответ
nginx
Nginx
+3 ещё
Rails4, как задать relative_url_root отличный от ‘/’?
2 подписчика 23 янв. 88 просмотров
1
ответ
nginx
Nginx
+2 ещё
Как рельсовое приложение заставить работать по https?
1 подписчик 20 дек. 2015 145 просмотров
1
ответ
postgresql
Postgresql
+4 ещё
Как организовать кластер для ruby on rails приложения?
4 подписчика 14 дек. 2015 308 просмотров
1
ответ
ruby
Ruby
+2 ещё
Как обрабатывать запросы для поддоменов в Rails приложении?
2 подписчика 08 дек. 2015 115 просмотров
2
ответа
nginx
Nginx
+2 ещё
Как сделать заглушку на время технических работ?
3 подписчика 22 нояб. 2015 243 просмотра
2
ответа
nginx
Nginx
+3 ещё
Как сделать перезапуск Unicorn, с целью обновления движк
otvet.mail.ru
Что вызывает ошибку 403 Forbidden в WordPress?
Когда ваши права сервера не разрешают доступ к конкретной странице, будет показан код ошибки 403 Forbidden. Когда дело доходит до нашего сайта на WordPress, мы можем сузить появление ошибки 403 Forbidden в нескольких случаях:
- Ошибка 403 Forbidden при попытке получить доступ к вашей странице входа WordPress (wp-admin)
- Ошибка 403 Forbidden во время установки WordPress
- Ошибка 403 Forbidden при попытке получить доступ к странице на вашем сайте.
- Ошибка 403 Forbidden после перехода на ваш сайт с другого сервера.
1. Полное резервное копирование WordPress
Перед тем, как начать делать что-либо, настоятельно рекомендуется сделать полную резервную копию вашего WordPress сайта.
Чтобы сделать это, сначала нужно войти на свой сервер через SSH.
Затем перейдите к корневой директории WordPress. Например, она может быть расположена по адресу: /var/www/html/wordpress/.
Для того, чтобы сделать полную резервную копию архивированного сайта на WordPress, вы можете выполнить следующую команду:
tar -cpzf wp-backup.tar.gz /var/www/html/wordpress/
Кроме того, вы также должны сделать резервную копию базы данных. В базе данных хранятся вся информация о вашем сайте, как посты, страницы, комментарии, учетные записи пользователей, конфигурации плагинов и т.д.
Для того, чтобы сделать полную резервную копию базы данных, вы можете использовать следующую команду, а затем указать свой пароль базы данных:
mysqldump -u db_user -p db_name > wp_db_backup.sql
Убедитесь в том, чтобы изменить wp-user и wp-database в соответствии с фактическим пользователем базы данных и имя базы данных.
Если вы не уверены в информации в вашей базе данных, которая в данный момент подключена к вашему WordPress сайту, вы можете проверить файл wp-config.php внутри WordPress корневого каталога и найти там следующие строки:
define('DB_NAME', 'db_name'); define('DB_USER', 'db_user'); define('DB_PASSWORD', 'db_password')
Теперь у нас есть полная резервная копия нашего WordPress сайта, и мы можем двигаться дальше, чтобы исправить ошибку 403 Forbidden в WordPress.
2. Ошибка 403 Forbidden в WordPress вызвана плагинами
Одна из причин этой ошибки может быть неисправен модуль. Самый простой способ определить, вызвана ошибка 403 Запретный плагином, чтобы временно отключить все плагины, которые Вы имеете на вашем WordPress сайте.
Если ошибка исчезнет после того, как мы отключим все плагины, то мы можем подтвердить, что это действительно плагин вызывает эту ошибку. Затем мы можем начать обратный запуск плагинов поочередно, по одному за раз, и продолжайте проверять при повторном появлении ошибки, там мы можем определить точный плагин, который вызывает ошибку 403 Forbidden.
3. Ошибка 403 Forbidden, связана с правами доступа к файлам в WordPress
Ошибка 403 Forbidden может также возникать из-за неправильных прав доступа к файлам или неправильному владению вашими файлами и каталогами. Для того, чтобы изменить владельца к данному пользователю/группе каталога WordPress, используйте следующую команду:
chown www-data:www-data -R /var/www/html/wordpress/
Заменить «www-data» на фактического пользователя веб-сервера, а «/var/www/html/wordpress» на фактический путь установки WordPress.
Вы должны также проверить разрешающие правила для всех файлов и каталогов.
Все каталоги должны иметь свои права установлены на 744 или 755.
И все файлы должны иметь разрешения установленные на 640 или 644.
Если какой-либо файл или каталог имеет неправильные разрешения, вы можете вручную изменить их. Например, если мы хотим изменить права доступа к директории wp-content на 755, можно использовать следующую команду:
chmod 755 wp-content
Будьте очень осторожны при работе с правами доступа к файлам на сервере, потому что вы можете легко сломать что-то, если вы не достаточно внимательны. Если вы не уверены в том, что вы делаете, то лучше всего обратиться к хостинг-провайдеру, чтобы помочь вам в этом вопросе.
andreyex.ru
Ошибки "403 Forbidden" выводятся тогда, когда вы пытаетесь запросить у Nginx какой-либо ресурс, к которому Nginx не может получить доступ. Технически, ошибка 403 Forbidden не является ошибкой — это просто статус-код HTTP.
Для исправления этой ошибки полезно знать, что HTTP статус 403 возвращается в следующих случаях:
- Пользователь был заблокирован от просмотра страницы/ресурса или даже всего сайта.
- Пользователь пытается открыть директорию, но параметр
autoindex
поставлен наoff
. - Пользователь пытается получить доступ к файлу, к которому нельзя получить доступ извне.
Перечисленные случай — это яркие примеры, когда ошибка 403 Forbidden возвращается намеренно. В этом посте мы поговорим как избавиться от "ненужного" появления ошибки, которые возникают во-многих случаях из-за неправильной настройки сервера и т.д.
Неправильные права
Это одна из самых распространенных причин ошибки. Для того, чтобы показать файл, Nginx нужны права для чтения файла, а также права для выполнения на каждую директорию.
Если поставить права chmod 755 на все директории, а также 644 — для файлов, ошибка 403 не должна возникать.
Если у вас есть доступ к серверу, то можете воспользоваться командами ниже для изменения прав:
find "путь-к-директории" -type d -exec chmod 755 {} ; find "путь-к-директории" -type f -exec chmod 644 {} ;
Первая команда изменит chmod всех директории на 755, а вторая — все файлов на 644.
Неправильно указана директива index
Вряд-ли ваш сайт статичный, поэтому для, например, PHP директива должна выглядеть примерно таким образом:
index index.html index.htm index.php;
С такой настройкой Nginx сперва попытается найти файл index.html, затем index.htm, а потом только index.php. Если вы не упомянете в директиве index.php
, то серверу придется возвратить ошибку 403.
geeksmagazine.org
Что значит 403 Forbidden Nginx?
Сама природа ошибки состоит в том, что при попытке вызова страницы, размещенной на сайте, работающем на основе веб-сервера Nginx, к ней невозможно получить доступ. Причин тому может быть достаточно много.
Но вот само сообщение в прямом смысле не указывает на ошибку. Дело в том, что 403 Forbidden Nginx – это обычный статус-код состояния ресурса. Наиболее часто такое предупреждение выдается в системах Ubuntu, но и в Windows его появление тоже можно встретить.
Причины появления сбоя у пользователей и веб-мастеров
Что касается причин, вызывающих появление такого кода состояния, их условно можно разделить на два типа, которые относятся к группам обычных пользователей и веб-администраторов.
В случае с рядовыми юзерами называются следующие причины:
- нарушения в работе самого интернет-ресурса;
- ввод некорректного адреса сайта;
- блокирование ресурса (например, согласно директивам Роскомнадзора);
- блокирование пользователя или IP его компьютера в связи с нарушениями правил сайта (бан);
- ошибки браузера (куки, кэш и т. д.).
Для администраторской группы причины появления предупреждения 403 Forbidden Nginx выглядят несколько иначе:
- использование некорректного имени или поврежденного файла главной страницы index;
- открытие директории, для которой параметр Autoindex имеет активное значение Off;
- отсутствие корректных прав на папку;
- неправильно указанный путь к файлу;
- ошибка обновления DNS-кэша при смене хостинга;
- запрет на просмотр содержимого в файле .htaccess или в общей конфигурации сервера.
При таком положении дел для обеих групп можно использовать несколько унифицированных решений по исправлению ситуации.
Ошибка 403 Forbidden Nginx: как исправить пользователю?
Если сбой имеет временный характер, обычно бывает достаточно просто перезагрузить компьютерную систему. Если это не поможет, в качестве универсальных решений можно посоветовать следующее:
- проверьте правильность написания адреса ресурса, чтобы в нем не было заглавных букв и символов на кириллице;
- произведите очистку файлов cookie и кэша веб-браузера;
- попробуйте использовать другой браузер;
- убедитесь, что вы не забанены на сайте;
- попробуйте использовать доступ с применением утилит для сокрытия своего внешнего IP (Free Hide IP);
- свяжитесь с администрацией ресурса и уточните проблему его работоспособности;
- подождите некоторое время и повторите попытку доступа, если проблема состоит в функциональности интернет-ресурса.
Некоторые советы по исправлению для веб-мастеров
Для устранения сбоя 403 Forbidden Nginx администраторам пригодятся следующие советы:
- проверьте правильность задания имени индексных файлов index.html, index.htm, index.php, index.shtml и т. д., чтобы в них не было заглавных литер или кириллических символов;
- установите права доступ на папку 755, на файлы – 644;
- проверьте корректность заданных путей к файлам и каталогам;
- выдержите паузу примерно в течение суток, если проблема состоит в том, что кэш DNS не успел обновиться;
- добавьте в файл .htaccess строчку Options +Indexes;
- если корневой каталог имеет название Home, переименуйте страницу согласно стандартам и в файле .htaccess пропишите строку DirectoryIndex home.php.
Вот, в принципе, и все, что касается основных причин появления кода 403 и методик выхода из сложившейся ситуации. Как видно из всего вышеизложенного, ничего особо катастрофичного в таком сбое нет (в частности, для рядовых пользователей). Но при устранении возникшей проблемы на любом уровне нужно учитывать все факторы, которые могли стать первопричиной появления такой ситуации.
С юзерами все просто, а вот администраторам в некоторых случаях придется, что называется, попотеть.
fb.ru
Ошибка 403 Forbidden Nginx
Итак, ошибка 403 forbidden nginx 1.4 6 Ubuntu может возникать в таких случаях:
- Пользователь заблокирован на сервере с помощью директивы deny в конфигурации nginx;
- Доступ к данному ресурсу разрешен только с определенного IP адреса;
- Пользователь пытается получить доступ к папке, отображение содержимого которой запрещено;
- Nginx не может прочитать содержимое запрашиваемого файла в файловой системе;
- Файл index не найден в каталоге.
Это основные причины, которые встречаются наиболее часто. Как видите, две последние из них представляют из себя проблему. Рассмотрим как ее решить.
Неверно выставлены права
Если права на файл, который пытается получить пользователь выставлены неправильно, то будет выдана такая ошибка. Необходимо, чтобы у Nginx были права не только на чтение этого файла, но и на чтение все родительских каталогов. Это можно проверить командой:
namei -l /var/www/public_html/index.html
Для всех элементов пути должен быть установлен флаг «r», чаще всего лучше подходят права 644, то есть, владелец может все, а группа и остальные только читать. Если права не соответствуют, то вы нашли проблему и осталось только исправить права с помощью chmod. Например:
chmod 644 /var/www/public_html/index.html
Вот так должно быть:
Также обратите внимание на владельца файлов и папок. Если nginx должен иметь возможность выполнять туда запись, то, возможно есть смысл сделать владельцем пользователя nginx или позже получите другую ошибку. Также, если с правами все хорошо, но ошибка не решена попробуйте отключить SELinux, возможно, эта служба мешает Nginx получить доступ к файлам.
Если вы используете PHP и получаете такую ошибку, то еще нужно проверить может ли Nginx получить доступ к сокету обработчика PHP. Желательно, чтобы php-fpm запускался с той же группой, что и nginx, потому что права, по умолчанию, для доступа к сокету 660 (для группы и для владельца). Поэтому проверьте поля listen.owner и listen.group в файле /etc/php5/fpm/php-fpm.conf.
Также можно попытаться использовать сетевой сокет и подключаться к порту, а не файлу.
Неверно настроен index
Файл index открывается по умолчанию при запросе папки на сервере, в которой он находится. Если такого файла в папке нет или он настроен неправильно в конфигурационном файле nginx, то программа попытается отобразить содержимое папки, а это по умолчанию запрещено, поэтому вы получите 403 Foribden.
Чтобы решить проблему убедитесь, что файл index.html, index.php или как он у вас называется, находится в нужно папке, в той, которую вы запрашиваете. Проверьте конфигурационный файл и убедитесь, что в нем указана директива Index с правильным именем и расширением файла:
Если в директиве указаны только файлы html, а вы используете php, то уже понятно почему программа не может найти то, что нужно. Просто добавьте имя файла в директиву:
Точно так же, если вы использовали python скрипт, то нужно добавить его расширение.
Выводы
В этой статье мы рассмотрели почему возникает ошибка 403 forbidden nginx 1.4 6 Ubuntu и пути ее решения. Это наиболее частые причины, с которыми сталкиваются пользователи и попробовав все это, скорее всего, вы решите свою проблему. Если у вас остались вопросы, спрашивайте в комментариях!
losst.ru
Ошибка 403: причины возникновения
1) В корне вашего сайта присутствует неправильный файл главной страницы сайта. Обычно (в нормальном режиме работы) это файлы под такими названиями:
index.php, index.html, index.htm, index.shtml
Практически на всех сайтах, на данный момент используются первые 3 варианта.
Бывают случаи, когда главная страница сайта названа не стандартно, к примеру, вместо index.php она называется home.php. В таком случае необходимо переименовать страницу к стандартам, описанным выше или же создать надпись в файле .htaccess:
DirectoryIndex home.php
Таким образом, указав серверу нестандартную главную страницу вашего сайта.
2) Вторая причина, по которой возникает ошибка 403 forbidden, это некорректные права на запрашиваемую страницу пользователем.
Абсолютно все каталоги, в которых находятся разные файлы сайта, должны давать права владельцу сайта на выполнение. В этом случаем мы устанавливаем права -744.

Но иногда и для обычных пользователей необходимо выставить точно такие же права. Здесь мы поставим права – 755, чтобы и Администратор сайта и обычные пользователи имели одинаковые права.

3) Страница, запрашиваемая пользователем, находится не в корректной папке на хостинге.
Бывают моменты, когда файлы самого сайта могут по ошибке быть размещены не в корректной директории. Обычно правильная корневая папка для размещения сайта – public_html, но в некоторых хостингах она может отличаться. Для того, чтобы правильно разместить свой сайт и не задаваться вопросом как исправить ошибку 403 forbidden, рекомендую, обратится в поддержку своего хостинга и узнать какая директория для вашего сайта будет правильной.
4) Установка ограничения к сайту или отдельным папкам/файлам через файл .htaccess. Такое иногда бывает, когда владелец сайта или его Администратор преднамеренно закрывают доступ к определенной информации. Решение очень простое – убираем эти строки или комментируем их, простановкой символа # перед такими строками.
5) Ошибка 403 может возникать из-за того, что владелец сайта закрыл доступ к ресурсу для определенных IP-адресов. Как исправить проблему? Попробовать зайти на сайт с другого IP-адреса.
6) Не успел обновиться DNS-кэш, при переносе сайта с одного хостинга на другой. В этом случаем необходимо подождать и через некоторое время повторить попытку.
Если не один из вышеописанных способов вам не помог исправить ошибку 403 forbidden, тогда смело пишите в службу поддержки своего хостинга, пускай помогают решать проблему.
Надеюсь, мои советы вам помогут, и вы больше не будете испытывать проблем связанных с этой ошибкой.
Ну, все друзья, всем пока! Хороших праздников!
P.S. Про конкурсы, я не забыл, и в следующей статье, оглашу имена победителей. Ждите!
www.seofive.ru