Openserver 403 forbidden как исправить

Почему появляется ошибка 403 в админке Bitrix при установке на OpenServer ? Установила Битрикс на новый Open Server, есть проблема, в административном разделе список элементов инфоблока отображается неправильно.

609cd4a69d55d861385271.jpeg

Часть JS скриптов и CSS стилей просто недоступны, ошибка 403

609cd4b8b0680286025818.jpeg

609cd4c1382b1231486921.jpeg

Модули Open Server:

  • Apache_2.4-PHP_7.2-7.4
  • PHP 7
  • MySQL-5.6

Раньше в старых версиях OpenServer проблемы с ошибкой 403 не было, подскажите, что нужно указать в настройках Apache_2.4-PHP_7.2-7.4 чтобы ошибка 403 исчезла ?

При использовании 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-сервер.

Установил 1С Битрикс в каталог “test”, вроде всё установилось, но некоторые изображения и css не видит хотя они отображаются в коде https://prnt.sc/gthmov
Если открыть изображение в новой вкладке то выбивает ошибку 403 https://prntscr.com/gthnee и на панели видно https://prntscr.com/gtho7z

В логах вот такое пишет, пример одной строчки:

2017/10/05 17:55:58 [error] 4056#4332: *9 access forbidden by rule, client: 127.0.0.1, server: test, request: "GET /bitrix/components/bitrix/eshop.socnet.links/templates/.default/images/sprite.png HTTP/1.1", host: "test", referrer: "http://test/bitrix/cache/css/s1/eshop_bootstrap_green/template_9e22179d283d11ac9e2a9ffc0abee1ba/
template_9e22179d283d11ac9e2a9ffc0abee1ba.css?1507209534201257"

Я уже понял, что дело вроде как в NGINX, но не разбираюсь в нём. Если просто поставить Apache-2.4, то всё нормально. Но мне по заданию надо связку Apache-2.4+Nginx 1.10
Помогите разобраться, что с этим Nginx, не так.

Содержание

  1. Форум
  2. REST -> 403 Forbidden Denied
  3. REST -> 403 Forbidden Denied
  4. HTTP error 403 — Forbidden
  5. For end-users
  6. For site administrators
  7. An empty website directory
  8. Plesk server
  9. cPanel server:
  10. No index page
  11. HTTP Error 403.14 — Forbidden in IIS
  12. The Web server is configured to not list the contents of this directory.
  13. How to enable directory browsing?
  14. Permissions and ownership errors
  15. Permissions
  16. Ownership
  17. Plesk server: domain — example.com, domainuser — FTP user
  18. cPanel server: account user — example
  19. Nginx 403 forbidden error
  20. Incorrect Index File
  21. Incorrectly set permissions
  22. Как исправить ошибку сервера 403 Forbidden
  23. Что означает ошибка 403 и почему она появляется
  24. Исправление ошибки сервера 403 Forbidden
  25. Проверка индексного файла
  26. Настройка прав доступа
  27. Отключение плагинов WordPress
  28. Читайте также
  29. Как решить проблему, если вы – пользователь

Форум

REST -> 403 Forbidden Denied

REST -> 403 Forbidden Denied

Непрочитанное сообщение yoyo » 19 мар 2013, 16:33

Непрочитанное сообщение yoyo » 20 мар 2013, 16:41

Их уже даже на виртуальных хостингах не запрещают в целях безопасности

P.S. Что делать, если такая штука, когда стоит Апач + Нгинх, Вышеописанные способы не подходят

1) Создатель это читает, а вот писатель видимо и не знает что многие пользователи Open Server ставят в настройки * в качестве адреса и имеют ip доступный из сети. При таком раскладе MySQL взламывается за час (пауки, сканеры, боты), php в случае установки дырявых скриптов чуть дольше, остальное тоже приходится защищать всеми доступными способами.

2) На реальный хостинг (под Windows Server) ставят и ставят чаще чем вы думаете (ко мне периодически обращаются за настройкой). Но в этом нет ничего страшного, все компоненты в сборке официальные и надежность того же apache или php целиком зависит от разработчиков. Все настройки в Open Server безопасны, часть по умолчанию, часть нужно активировать. Пускай люди ставят куда хотят и используют как хотят, но только в случае правильной настройки

3) Файл конфигурации на то есть, чтобы каждый мог настроить под себя как ему вздумается. Я могу настроить Open Server по умолчанию как угодно, не совсем понимаю почему вас волнует этот вопрос, если вы вправе редактировать конфигурацию в полной мере без каких-либо препятствий.

Вот отредактируйте мне конфигурацию, чтобы REST заработал в связке Apache + nGinx, у меня не получилось

Источник

HTTP error 403 — Forbidden

Generally, the HTTP error 403 — Forbidden means that access to the file/folder you are trying to open has been denied, either on purpose or due to a misconfiguration . It’s probably because the site owner has limited access to it and you don’t have permission to view it. FORBIDDEN: Status code (403) indicating the server understood the request but refused to fulfil it.

For end-users

The vast majority of the time, there’s not much you can do to fix things on your end. Still, there are some things you can try.

  1. Refresh the Page
  2. Double Check the Address
  3. Clear Browser Cookies and Cache
  4. Check firewall settings
  5. Deactivate browser extensions
  6. Try Again Later
  7. Contact website administrators

For site administrators

There are three common causes for this error

  1. An empty website directory
  2. No index page
  3. Permission and Ownership error

An empty website directory

Make sure that your website content has been uploaded to the correct directory on your server.

Plesk server

When someone creates a website, Plesk not only adds a new virtual host to the web server but also creates the site’s directory structure e and fills the directories with certain initial content. These directories are located in the corresponding virtual host directories :

By default it creates the directories below:

— domain’s root directory (may be changed in the Domains > example.com > Hosting Settings);

When you connect with your FTP user, you just need to navigate into the httpdocs directory. Moreover, be sure to replace example.com with your actual domain name.

cPanel server:

The /home/example/public_html/ folder is the web root for your primary domain name. This means that public_html is the folder where you put all website files which you want to appear when someone types your main domain. when someone types your domain name into their browser, whatever is in your public_html directory is what will be shown to them.

When you connect with your FTP user, you just need to navigate into the public_html directory. Be sure to replace example with the name of your cPanel account username.

Microsoft turn off the most basic features by default. Go to Turn Windows features on or off.


No index page

The default document is the first file the server sends when someone visits your site. The default document is usually index.html or index.php, but you can configure it to be any file you want.

Index files option is set to Default at:

To resolve this 403 Forbidden error, upload an index page to your httpdocs or public_html directory.

If you already have a home page called something else — example.html , you have a couple of options to change it:

  1. Rename your home page to index.html or index.php.
  2. Set up a redirect on the index page to your real home page.
  3. Set a different default home page in your .htaccess file.

HTTP Error 403.14 — Forbidden in IIS

The Web server is configured to not list the contents of this directory.

In IIS, a default document is not configured for the requested URL, and directory browsing is not enabled on the server.

How to enable directory browsing?

  1. Go to the IIS Express install directory.

Run appcmd set config /section:system.webServer/directoryBrowse /enabled:true to enable directory browsing at the server level.

  • Run appcmd set config [«SITE_NAME»] /section:system.webServer/directoryBrowse /enabled:true to enable directory browsing at the site level.
  • Moreover, verify that the configuration/system.webServer/directoryBrowse@enabled attribute is set to true in the site or application configuration file

    Permissions and ownership errors

    HTTP Error 403.14 – Forbidden error can also be caused by incorrect ownership or permissions on your website content files and folders.

    Permissions

    Additionally, if you know PHP runs as the user and not as «apache», then you can set PHP files to 600, for an extra level of security, eg:

    Ownership

    The concept of owner and groups for files is fundamental to Linux. Every file is associated with an owner and a group. You can use chown and chgrp commands to change the owner or the group of a particular file or directory.

    Every Linux system have three types of owner:

      User: A user is the one who created the file. By default, whosoever, creates the file becomes the owner of the file. A user can create, delete, or modify the file.

    Group: A group can contain multiple users. All the users belonging to a group have same access permission for a file.

  • Other: Any one who has access to the file other than user and group comes in the category of other. Other has neither created the file nor is a group member.
  • Users and groups can be locally managed in /etc/psswd or /etc/group .

    Plesk server: domain — example.com, domainuser — FTP user

    cPanel server: account user — example

    The chown command is used to change file ownership settings. The basic syntax is:

    Nginx 403 forbidden error

    Nginx 403 Forbidden error is a status code generated and displayed to the user when a client tries to access a part of the webserver with insufficient permissions. When nginx access a directory, it tries to index it and return the list of files inside it to the browser/client, however by default directory indexing is disabled, and so it returns the error » Nginx 403 error: directory index of [folder] is forbidden».

    Incorrect Index File

    The try_files tries the literal path you specify in relation to the defined root directive and sets the internal file pointer. If you have directory indexing off, and is having this problem, it’s probably because the try_files you are using has a directory option:

    Incorrectly set permissions

    This error can also result from files and directories having incorrectly set permissions. In order to resolve this , change the directories permission to 755 and the file permissions to 644 . Make sure that the user running the Nginx process owns the files. For example, set user to www-data:

    Finally, set the directory and file permissions as:

    Источник

    Как исправить ошибку сервера 403 Forbidden

    Все мы, путешествуя по просторам интернета, натыкаемся на различные ошибки при загрузке сайтов. Одна из них, кстати, достаточно часто встречается – я говорю об ошибке сервера 403 Forbidden Error. Сегодня я рассмотрю причины ее возникновения и способы устранения со стороны владельца сайта и его пользователя.

    Что означает ошибка 403 и почему она появляется

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

    • Формат индексного файла неверен.
    • Некорректно выставленные права на папку/файл.
    • Файлы были загружены в неправильную папку.

    Исправление ошибки сервера 403 Forbidden

    Чтобы исправить ошибку сервера 403 Forbidden, обязательно нужен доступ к панели управления вашего хостинга. Все описанные ниже шаги применимы к любой CMS, но примеры будут показаны на основе WordPress.

    Проверка индексного файла

    Сначала я проверю, правильно ли назван индексный файл. Все символы в его имени должны быть в нижнем регистре. Если хотя бы один символ набран заглавной буквой, возникнет ошибка 403 Forbidden. Но это больше относится к ОС Linux, которой небезразличен регистр.

    Еще не стоит забывать, что индексный файл может быть нескольких форматов, в зависимости от конфигураций сайта: index.html, index.htm, или index.php. Кроме того, он должен храниться в папке public_html вашего сайта. Файл может затеряться в другой директории только в том случае, если вы переносили свой сайт.

    Любое изменение в папке или файле фиксируется. Чтобы узнать, не стала ли ошибка итогом деятельности злоумышленников, просто проверьте графу «Дата изменения».

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

    Ошибка 403 Forbidden появляется еще тогда, когда для папки, в которой расположен искомый файл, неправильно установлены права доступа. На все директории должны быть установлены права на владельца. Но есть другие две категории:

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

    На директории можно устанавливать право на чтение, запись и исполнение.

    Так, по умолчанию на все папки должно быть право исполнения для владельца. Изменить их можно через панель управления TimeWeb. Для начала я зайду в раздел «Файловый менеджер», перейду к нужной папке и выделю ее. Далее жму на пункт меню «Файл», «Права доступа».

    Откроется новое окно, где я могу отрегулировать права как для владельца, так и для всех остальных.

    Отключение плагинов WordPress

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

    Для решения подобной проблемы необходимо просто отключить их. Но сначала надо найти папку с плагинами. Открываю папку своего сайта, перехожу в раздел «wp-content» и нахожу в нем директорию «plugins». Переименовываю папку – выделяю ее, жму на меню «Файл» и выбираю соответствующий пункт. Название можно дать вот такое: «plugins-disable». Данное действие отключит все установленные плагины.

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

    Но что делать, если у вас плагин не один, а какой из них влияет на работу сайта – неизвестно? Тогда можно вернуть все как было и провести подобные действия с папками для определенных плагинов. Таким образом, они будут отключаться по отдельности. И при этом каждый раз надо перезагружать страницу и смотреть, как работает сайт. Как только «виновник торжества» найден, следует переустановить его, удалить или найти альтернативу.

    Читайте также

    Как решить проблему, если вы – пользователь

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

    • Сначала надо убедиться, что проблема заключается именно в вашем устройстве. Внимательно проверьте, правильно ли вы ввели URL сайта. Может, в нем есть лишние символы. Или, наоборот, какие-то символы отсутствуют.
    • Попробуйте загрузить страницу с другого устройства. Если на нем все будет нормально, значит, проблема кроется именно в используемом вами девайсе. Если нет – надо перейти к последнему шагу.
    • Еще хороший вариант – немного подождать и обновить страницу. Делается это либо кликом по иконке возле адресной строки браузера, либо нажатием на комбинацию Ctrl + F5. Можно и без Ctrl, на ваше усмотрение.
    • Если ничего из вышеперечисленного не помогло, надо очистить кэш и cookies. Провести такую процедуру можно через настройки браузера. Для этого необходимо открыть историю просмотров, чтобы через нее перейти к инструменту очистки. Эту же утилиту часто можно найти в настройках, в разделе «Конфиденциальность и безопасность». В новом окне нужно отметить пункты с кэшем и cookies и нажать на кнопку для старта очистки.
    • Ошибка 403 Forbidden возникает и тогда, когда пользователь пытается открыть страницу, для доступа к которой сначала надо осуществить вход в систему. Если у вас есть профиль, просто войдите в него и попробуйте вновь загрузить нужную страницу.
    • Если вы заходите со смартфона, попробуйте отключить функцию экономии трафика в браузере. Она находится в настройках, в мобильном Google Chrome под нее отведен отдельный раздел.
    • Последний шаг – подождать. Когда ни один способ не помогает, значит, неполадки возникли именно на сайте. Возможно, его владелец уже ищет способы решения проблемы и приступает к их исполнению, но это может занять какое-то время. Пользователям остается только дождаться, когда все работы будут завершены.

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

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

    Источник

    Выводится 403 ошибка при обращении к файлам в папке .default (Битрикс, сервер Апач / Open Server 5.4)

    По-умолчанию на сервере Open Server (сборка Apache 2.4 – PHP 7.2) установлен запрет доступа к ресурсам, начинающимся с точки. В результате, на сайтах с движком Битрикса будут ошибки, так как стандартные шаблоны компонентов находятся в папках .default, имена которых как раз начинаются с точки.

    Для решения проблемы нужно открыть файл конфигурации Апача

    Затем в файле ищем код:

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

    И заменяем его на вот это:

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

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

    Готово. Теперь у нас всё так же запрещён доступ к техническим файлам и папкам, вроде .htaccess и .git, но открыт доступ к папкам .well-known (сертификаты Let’s Encrypt) и .default (шаблоны Битрикса)

    Добавить комментарий