Ошибка нет доступа к папке bitrix

Почему появляется ошибка?

На что эта ошибка влияет?

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

Чтобы исправить ошибку, нужно изменить права доступа каждого файла/папки — поочередно, либо сразу на весь сайт (это можно сделать командой через SSH-подключение). При этом необходимо помнить, что права должны быть не 777, а те, которые указаны в /bitrix/php_interface/dbconn.php — обычно 644 для файлов и 755 для папок.

Требуется наша помощь?

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

Первое что необходимо сделать — это проверить права на файлы и папки в нужном каталоге. Права на папку должны быть 755, на файлы 664. Ни в коем случае не выставляйте права 777 на папки или файлы, даже на время. 

В моём случае этот метод не сработал, я стал копать дальше. Нашел такой совет. в файле /bitrix/php_interface/dbconn.php установить такие константы. 

define( "BX_FILE_PERMISSIONS", 0660 );

define( "BX_DIR_PERMISSIONS", 0775 );

@umask( ~BX_DIR_PERMISSIONS );

@ini_set( "memory_limit", "512M" );

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

find . -type d -exec chmod 775 { } ;

find . -type f -exec chmod 664 { } ;

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

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

1. Зайдите в нужную директорию
2. В верхней части экрана нажмите на кнопку “Инструменты” -> “Настроить общий доступ к текущей директории”: 
3. Установите переключатели “Чтение и запись” и “Включая вложенные папки”, нажмите кнопку “Открыть доступ”: 

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

При использовании Open Server (OSPanel), мы можем получить ошибку доступа 403 (Forbidden) к некоторым файлам, в пути к которым, содержится точка в начале названия каталога.

Например, если сайт построен на «Битрикс», где такие имена файлов и папок довольно распространены. В консоли разработчика можно встретить подобные ошибки:

/bitrix/themes/.default/compatible.css net::ERR_ABORTED 403 (Forbidden)
/bitrix/themes/.default/modules.css net::ERR_ABORTED 403 (Forbidden)
…

По умолчанию в настройках Open Server (OSPanel), доступ к папкам, имена которых начинаются с точки, запрещён в целях безопасности. Для устранения проблемы, необходимо изменить конфигурацию HTTP-сервера:

1. В зависимости от версии, открываем конфигурационный файл HTTP-сервера, например, OSPaneluserdataconfigApache_2.4-PHP_7.2-7.3-x64_server.conf
2. Изменяем регулярное выражение, либо полностью отключаем/комментируем следующий блок с помощью «#»:

   <LocationMatch "/.(?!well-known)">
      Require             all denied
   </LocationMatch>

3. Сохраняем изменения и перезагружаем HTTP-сервер.