403 forbidden nginx как исправить на телефоне

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

В этой краткой статье рассматривается типичная ошибка при работе с серверами (403 Forbidden), ее причины и способы ее устранения.

Ошибка Nginx 403 Forbidden – это код состояния, сгенерированный и отображаемый пользователю, когда клиент пытается получить доступ к части веб-сервера с недостаточными разрешениями. Например, NGINX защищает список каталогов и приведет к ошибке 403.

Причины ошибки Nginx 403 на стороне сервера

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

Причина 1: неправильный индексный файл

Самая первая и частая причина ошибки NGINX 403 Forbidden – это неправильная конфигурация индексного файла.

Файл конфигурации Nginx указывает, какие индексные файлы загружать и в каком порядке их загружать. Однако, если указанные индексные файлы отсутствуют в каталоге, Nginx вернет ошибку 403 Forbidden.

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

location / {
index index.html index.htm index.html inde.php;
}

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

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

location / {
autoindex on;
autoindex_exact_size on;
}

Для получения дополнительной информации о том, как обслуживать статический контент, рассмотрите ресурс документации Nginx, представленный ниже:

https://docs.nginx.com/nginx/admin-guide/web-server/serving-static-content/

Причина 2: неправильно настроенные разрешения

ошибка Nginx 403Forbidden также может возникать из-за неверно установленных разрешений для файлов и каталогов. Чтобы Nginx мог успешно передать клиенту определенный файл и ресурс, Nginx должен иметь разрешения RWX – чтение, запись и выполнение – на всем пути.

Чтобы устранить эту ошибку, измените разрешение каталогов на 755 и разрешение файла на 644. Убедитесь, что пользователь, запускающий процесс Nginx, владеет файлами. Например, установите пользователя на www-data:

sudo chown -R www-data:www-data *

Наконец, установите права доступа к каталогу и файлу как:

sudo chmod 755 {dir}
sudo chmod 644 {files}

Причина ошибки на стороне клиента 403

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

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

Заключение

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

Часто, когда при работе сайта возникает серьезный сбой, мы видим в окне браузера сообщение об ошибке, в котором указывается его код. И если код ошибки «404», сегодня настолько знаменит, что даже стал в своем роде мемом, то что значит «403 forbidden», знают далеко не все.

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

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

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

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

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

Соответственно нужно с этим как-то разбираться.

Что за ошибка 403 forbidden? SIP

В списке кодов ответа SIP, можно встретить сразу несколько типов этой ошибки:

• Invalid Phone Number (несуществующий номер);
• User Disabled (пользователь отключен);
• Caller Not Registered (направления не существует);
• Conflict (использование уже занятого SIP-номера);
• Forbidden (пользователь не зарегистрирован);
• Out of Look-Ahead Retries (перебор узлов завершен);
• No Money Left on RFC Account (недостаточно денег для соединения);
• Wrong Guess (неправильный пароль);
• Empty Route Set (отсутствуют шлюзы в роутинге).

В нашем случае, наиболее актуальными являются User Disabled и Forbidden.

Как можно исправить ошибку 403 forbidden?

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

1. На вашем сайте есть страницы, которые вы специально закрыли для доступа;
2. Ошибки 403, возникают в результате некорректной работы CMS, сервера или хостинг-провайдера.

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

Делается это достаточно просто – вы запрещаете индексацию конкретных страниц и файлов в robots.txt.

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

Достаточно часто, администраторы сайта закрывают доступ для IP, которые были использованы для различных вредоносных действий, например, при DDoS-атаке, или попытке взлома. В этом случае, единственным вариантом устранения ошибки 403, является смена IP-адреса, или общение с администрацией сайта.

Проблемы с файлом index

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

Какие расширения являются допустимыми для index:

• *.htm;
• *.html;
• *.phtml;
• *.shtml
• *.php.

Оптимальным, является последний вариант, поскольку он наиболее универсален. Если у вас почему-то не выходит добавить файл index, с нужным расширением, то можно создать свой index, в .htaccess. Иногда так делают для предотвращения DDoS-атак.

Настройка прав доступа

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

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

Чаще всего, правильным вариантом, будет установка прав 644 для файлов, и 755 для папок.

Проблемы при настройке .htacces

Как известно, доступ к файлам и папкам, можно настроить не только с помощью прав на сервере, но и в .htacces. По настройке этого файла необходимо писать отдельную статью.

Как минимум нужно сказать о том, что изменять или снимать какие-то запреты доступа, самостоятельно не рекомендуется.

Ошибка из-за неправильного пути к странице

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

• Перенос файла в другую папку;
• Ошибка при написании пути к файлу.

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

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

Ошибки из-за необновившегося кэша DNS

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

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

Вывод

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

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

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

• Файл index;
• .htacces;
• Доступ сервере;
• Путь к файлам.

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

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

SEO-эксперт, вебмастер с 2009 года, CEO компании CyberShark. За время работы в сфере создания и продвижения сайтов протестировал более сотни хостингов.

Загрузка…

I have nginx installed with PHP-FPM on a CentOS 5 box, but am struggling to get it to serve any of my files — whether PHP or not.

Nginx is running as www-data:www-data, and the default «Welcome to nginx on EPEL» site (owned by root:root with 644 permissions) loads fine.

The nginx configuration file has an include directive for /etc/nginx/sites-enabled/*.conf, and I have a configuration file example.com.conf, thus:

server {
 listen 80;

 Virtual Host Name
 server_name www.example.com example.com;


 location / {
   root /home/demo/sites/example.com/public_html;
   index index.php index.htm index.html;
 }

 location ~ .php$ {
  fastcgi_pass   127.0.0.1:9000;
  fastcgi_index  index.php;
  fastcgi_param  PATH_INFO $fastcgi_script_name;
  fastcgi_param  SCRIPT_FILENAME  /home/demo/sites/example.com/public_html$fastcgi_script_name;
  include        fastcgi_params;
 }
}

Despite public_html being owned by www-data:www-data with 2777 file permissions, this site fails to serve any content —

 [error] 4167#0: *4 open() "/home/demo/sites/example.com/public_html/index.html" failed (13: Permission denied), client: XX.XXX.XXX.XX, server: www.example.com, request: "GET /index.html HTTP/1.1", host: "www.example.com"

I’ve found numerous other posts with users getting 403s from nginx, but most that I have seen involve either more complex setups with Ruby/Passenger (which in the past I’ve actually succeeded with) or are only receiving errors when the upstream PHP-FPM is involved, so they seem to be of little help.

Have I done something silly here?