Forbidden you don t have permission to access on this server как исправить
Перейти к содержимому

Forbidden you don t have permission to access on this server как исправить

  • автор:

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

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

Что внутри

  1. Что такое ошибка 403 Forbidden
  2. Как может выглядеть ошибка 403 Forbidden
  3. Почему возникает ошибка 403 Forbidden
  4. Как убрать ошибку 403 Forbidden

Что такое ошибка 403 Forbidden

Ошибка 403 Forbidden — это код состояния HTTP, один из стандартных ответов сервера на запрос браузера. Примеры других кодов: 404 Not Found, 500 Internal Server Error или 504 Gateway Timeout.

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

Конкретно код HTTP — 403 Forbidden — означает, что у посетителя недостаточно прав для просмотра контента.

HTTP 403 Forbidden: что это — пример

Как может выглядеть ошибка 403 Forbidden

Дизайн и текст стандартной страницы с ошибкой будет отличаться в зависимости от веб-сервера или фреймворка, на котором работает сайт. Также стандартную страницу с ошибкой можно оформить в общем дизайне сайта и написать на ней любой текст, не обязательно «403», «Forbidden», «403 Forbidden» или «Ошибка 403».

Вот текстовые варианты этой ошибки, которые вы можете встретить на разных сайтах:

  • Forbidden
  • 403. That’s an error.
  • Error: Access Denied
  • 403 Forbidden – nginx
  • 403 Sorry! Access denied
  • Access forbidden! Error 403
  • HTTP Error 403 – Forbidden
  • Ошибка 403. Доступ запрещен.
  • 403 – Forbidden: Access is denied
  • HTTP Status 403 – Access is denied
  • Forbidden – You don’t have permission to access this resource
  • Forbidden – You don’t have permission to access / on this server
  • 403 Forbidden – Access to this resource on the server is denied!
  • Sorry, you have been blocked — You are unable to access domen.com
  • Access to www.domen.com was denied – You don’t have authorization to view this page – HTTP ERROR 403

Почему возникает ошибка 403 Forbidden

Как мы уже выяснили, 403 ошибка означает, что доступ к контенту запрещён. Это часто случается по таким причинам:

  • установлены неправильные права доступа к папкам и файлам;
  • установлен неправильный пользователь/группа для файлов и папок;
  • доступ запрещён в конфигурационном файле веб-сервера;
  • файлы сайта загружены не в корневую папку на хостинге;
  • неверно указано имя индексного файла в настройках;
  • ошибку вызывает плагин или расширение.

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

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

Часто бывает наоборот — доступ закрывают для всех IP-адресов и разрешают только с определённых, например, с офисного VPN или домашнего выделенного IP. Это простой и рабочий способ защитить панель управления сайтом от взлома.

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

1. Проверьте права доступа к папкам и файлам

У каждой папки и файла на хостинге есть права — параметр, который определяет, кто и что может с ними делать. Их всего три:

  • Чтение — можно просматривать содержимое файла или папки;
  • Редактирование — можно вносить изменения в файл, создавать или удалять файлы в папке;
  • Выполнение — можно запускать скрипты или выполнять команды в тех или иных папках.

Обладать правами могут три категории пользователей:

  • Владелец — обычно пользователь, который создал файл, но вообще, владельцем можно назначить и другого пользователя;
  • Группа — пользователи, которые входят в список доверенных для владельца файла или папки и могут обладать особыми правами;
  • Мир — все остальные пользователи, например, посетители сайта.

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

  • Папки — 755 или 750;
  • Файлы — 644 или 640.

Исключение — файл wp-config.php на сайтах на WordPress. Его права должны быть либо 440, либо 400.

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

2. Проверьте владельца папок

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

С такой проблемой могут столкнуться пользователи VPS, на виртуальном хостинге она не возникает. Решением будет — назначить владельцем файлов и папок веб-сервер. Для этого нужно подключиться к серверу по SSH в командной строке и использовать такую команду:

chown пользователь:группа /путь/к/файлу

В качестве пользователя и группы нужно указать имя пользователя, под которым веб-сервер выполняет процессы. Это может быть apache или httpd. Зависит от дистрибутива.

3. Проверьте файл .htaccess

.htaccess — это файл с командами для веб-сервера Apache, которые он должен выполнять каждый раз при обработке запроса ко всем или каким-то отдельным страницам сайта.

С его помощью можно настроить редирект, изменить лимиты веб-сервера и даже запретить доступ к определённым страницам сайта на основе разных параметров.

403 ошибка может возникнуть из-за ошибки при составлении команды, конфликта нескольких команд и даже нескольких файлов .htaccess. Также причиной ошибки могут быть специальные запрещающие команды со словами «Deny from …», «Require IP …», «R=403» или «RedirectMatch 403».

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

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

4. Проверьте индексный файл в корневой папке сайта

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

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

Проверьте, чтобы в конфигурационном файле веб-сервера было указано правильное название индексного файла. Допустим, у вас там только index.html, а на самом деле файл называется index.php. Тогда просто добавьте нужное расширение в директиву.

На веб-сервере Apache конфигурационные файлы, в которых обычно прописывают виртуальные хосты, хранятся в таких местах:

  1. Основной конфигурационный файл httpd.conf в каталоге /etc/httpd/conf/ либо apache.conf в каталоге /etc/apache2/conf/ (в зависимости от дистрибутива).
  2. Дополнительные конфигурационные файлы в каталогах /etc/httpd/conf.d/, /etc/apache2/conf.d/, /etc/apache2/sites-available/ или /etc/apache2/sites-enabled/.

У веб-сервера Nginx конфигурационные файлы, в которых обычно прописывают виртуальные хосты, хранятся в таких местах:

  1. Основной конфигурационный файл nginx.conf в каталоге /etc/nginx/.
  2. Дополнительные конфигурационные файлы в каталогах /etc/nginx/conf.d/, /etc/nginx/sites-available/ или /etc/nginx/sites-enabled/.

Конфигурационные файлы могут храниться и в других папках, если вы управляете сервером при помощи какой-то панели управления. Например, для Webuzo это /usr/local/apps/apache, а для Plesk — /home/user/conf/.

5. Проверьте настройки ModSecurity

ModSecurity — это файрвол, который защищает ваш сайт от внешних угроз. Принцип его работы заключается в том, что он блокирует запросы с кодом HTTP 403 Forbidden, если считает их вредоносными.

Бывает, файрвол срабатывает, когда не должен. Например, посетитель делает на сайте что-то безобидное, — например, заполняет форму, — нажимает «Отправить», но ModSecurity распознаёт это как SQL-инъекцию, блокирует действие и показывает 403 ошибку.

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

Узнать, что дело именно в файрволе можно по логам. На VPS или выделенном сервере их можно найти по умолчанию по таким путям:

  • Для Apache — /usr/local/apache/logs/modsec_audit.log;
  • Для Nginx — /var/log/modsec_audit.log.

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

6. Отключите плагины

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

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

В cPanel для этого найдите на главной странице панели блок «Файлы» и перейдите в раздел «Менеджер файлов».

Ошибка 403 из-за плагина на сайте с WordPress — отключаем плагины в менеджере файлов.

Дальше найдите корневую папку сайта, перейдите в папку wp-content и переименуйте папку plugins, например, в plugins-old. Это отключит все плагины.

Обычно для основного домена корневая папка называется public_html, а для дополнительного — так же, как и сам домен.

Ошибка 403 на сайте с WordPress — переименовываем папку с плагинами в менеджере файлов cPanel.

Если после этого 403 ошибка исчезла, переименуйте папку plugins обратно, зайдите в неё и по очереди переименовывайте папку с каждым плагином, пока не найдёте тот, который вызывает ошибку.

7. Почистите cookies

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

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

Как очистить куки в популярных браузерах:

8. Почистите кэш

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

Как очистить кэш в популярных браузерах:

Что дальше

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

Ошибка Forbidden — You dont have permission to access / on this server на Apache2

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

Как бы то ни было, после установки сайта вы можете получить в браузере ошибку «Forbidden – You don’t have permission to access / on this server». Это довольно распространенная ошибка, и многие пользователи сталкивались с ней при тестировании своего сайта. Так что же это за ошибка?

Демистификация ошибки Forbidden Error

Также называемая 403 Forbidden error, ошибка Apache „Forbidden Error“ – это ошибка, которая отображается на веб-странице, когда вы пытаетесь получить доступ к веб-сайту, который ограничен или запрещен. Обычно она выводится на экран браузера, как показано на рисунке.

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

  • HTTP Error 403 – Forbidden
  • Forbidden: You don’t have permission to access [directory] on this server
  • 403 Forbidden
  • Access Denied You don’t have permission to access
  • 403 forbidden requests prohibited by administrative rules

Что же вызывает такие ошибки?

Ошибка „403 Forbidden Error“ возникает по следующим основным причинам:

1. Неправильные разрешения на файлы/каталоги

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

2. Неправильная настройка конфигурационных файлов Apache

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

Устранение ошибки 403 Forbidden Error

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

1. Настроить права доступа к файлам & Владение каталогом Webroot

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

Каталог webroot всегда должен иметь права на выполнение, а файл index.html – только чтение.

cd /path/to/webroot/directory $ sudo find . -type d -exec chmod 755 <> \; sudo find . -type f -exec chmod 644 <> \;

Приведенная выше команда find используется для поиска всех каталогов (папок) и файлов внутри текущего каталога (.) и установки для них прав доступа 755 (каталоги) и 644 (файлы).

Дополнительно установите права собственности на файлы и каталоги для конкретного пользователя (tecmint) и группы www-data или apache с помощью команды chown, как показано на рисунке.

sudo chown -R tecmint:apache .

Затем перезагрузите или перезапустите веб-сервер Apache, чтобы изменения вступили в силу.

sudo systemctl restart apache2
sudo systemctl restart httpd

Если это не решило проблему, перейдите к следующему шагу:

2. Отрегулируйте директивы в главном конфигурационном файле Apache

Если вы работаете в Linux на базе Debian, то в главном конфигурационном файле Apache /etc/apache2/apache2.conf убедитесь, что у вас есть такой блок кода:

 Options FollowSymLinks AllowOverride None Require all denied AllowOverride None Require all granted Options Indexes FollowSymLinks AllowOverride None Require all granted 

Сохраните и выйдите, а затем перезапустите Apache.

Если вы используете Apache в дистрибутивах на базе RHEL / CentOS, убедитесь, что у вас нет доступа к директории /var/www в /etc/httpd/conf/httpd.conf основного файла конфигурации Apache.

 AllowOverride None Require all granted 

Затем сохраните все изменения и перезагрузите Apache.

sudo systemctl reload apache2
sudo systemctl reload httpd

Зарубин Иван Эксперт по Linux и Windows

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

Как исправить ошибку Forbidden – You don’t have permission to access / on this server?

Полное сообщение об ошибке выглядит так: «Forbidden – You don’t have permission to access / on this server». Сопровождается кодом 403 и является одним из самых распространенных. Появляется при запросе браузером сервера, который в силу каких-то проблем с доступом не может быть запрошен. Система проверяет права пользователя и считает их недостаточными. Он может появляться на любом сайте как вследствие неправильных настроек веб-ресурса, так и по причине ограничения доступа к некоторым разделам. Мы рассмотрим основные причины ошибки и способы их исправления далее.

Разновидности ошибки с кодом 403

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

Частые коды ошибок, связанные с 403 и You don’t have permission to access:

  • HTTP Error 403 – Forbidden;
  • Forbidden: You don’t have permission to access [directory] on this server;
  • У вас нет прав доступа;
  • 403 Sorry! Access denied;
  • Access to this resource on the server is denied;
  • 403 Доступ запрещён администратором;
  • Access Denied You don’t have permission to access.

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

Причины 403 Error

Основная причина ошибки 403 уже указана в сообщении к сбою – у вас нет прав доступа к серверу. Возникает другой вопрос: «Почему так получилось»? Скорее всего где-то установлена соответствующая настройка, блокирующая доступ.

Основные причины ошибки 403:

  • заблокирован доступ к файлам или директориям в файле разрешений;
  • соответствующие настройки файла htaccess;
  • особые настройки плагинов или их неправильное поведение.

Решения ошибки You don’t have permission to access

Если вы обычный пользователь сайта и у вас появляется сообщение «You don’t have permission to access», нужно проверить, к какой странице вы пытаетесь достучаться. Часто бывает, что администратор указывает неправильную ссылки и сбрасывает путь, ведущий к админ-панели. Он действительно увидит контент по ней, но остальные пользователи – нет. Возможно, нужна просто другая ссылка.

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

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

1) Настройка файла .htaccess

Начинающие мастера часто забывают о файле или даже не знают о его существовании. Важно знать, что он может быть скрыт в основной ветке каталога сайта. На хостинге он будет отображаться в cPanel или другом файловом менеджере после включения показа скрытых файлов. Самый простой способ получения доступа к заблокированным разделам – удалить файл .htaccess, но это временное решение.

Forbidden – You don’t have permission to access / on this server

Чтобы вручную подкорректировать параметры, нужно открыть файл блокнотом и посмотреть подозрительные строки. Это могут быть «Deny from …», «Require IP …», «R=403» или «RedirectMatch 403». Их параметры нужно либо заменить, либо убрать строки вовсе. Однако в рамках этого руководства мы не будем подробно разбираться с тонкостями работы .htaccess.

2) Установить права доступа

Еще один вариант, если ваш хостинг поддерживает подобное решение, — перейти в права доступа к папке и выставить подходящие. В параметрах есть несколько вариантов: владелец, группа и мир. Можно выставить только для группы «Администраторы» или открыть доступ для всех.

Нужно открыть «Атрибуты файла» и в строку числовое значение вставить цифры:

  • для папок – 750 или 755;
  • для файлов – 640 или 644;
  • wp-config.php – 400 или 440.

Forbidden – You don’t have permission to access / on this server

3) Изменить владельца папки

Очень часто случайным образом получается, что владелец файла или каталога установлен неправильно. Если доступ разрешен только владельцу, такие директории будут недоступны. Самый простой способ исправления проблемы – добавление доверенных пользователей, в том числе веб-сервер. Плюс можно изменить владельца данных, но потребуется SSH-подключение и ввод команды chown пользователь:группа /путь/к/файлу.

4) Настроить систему защиты

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

5) Выключить плагины

Когда все базовые процедуры настройки доступа завершены, но улучшение не наступило, следует отключить все аддоны. Иногда они неправильно работают в паре с другими. Стоит лишь временно выключить плагины и посмотреть, как изменится работа сервера. Для этого в «Менеджере файлов» cPanel или другой утилите найти папку plugins и добавить к ней –old.

Forbidden – You don’t have permission to access / on this server

Перечисленные 5 способов должны исправить все виды ошибок 403, в том числе с сообщением Forbidden – You don’t have permission to access / on this server. Такую уверенность нам дает опыт и логика, ведь мы проверили все права доступа и подкорректировали их в соответствии с задачами.

��️ Исправляем ошибку “Forbidden – You don’t have permission to access / on this server”

Мануал

Автор cryptoparty На чтение 3 мин Опубликовано 19.07.2020

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

Веб-сервер управляет огромным рынком, особенно на платформах веб-хостинга.

Как бы то ни было, вы можете получить ошибку «Forbidden – You don’t have permission to access / on this server» в вашем браузере после настройки вашего веб-сайта.

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

Так в чем же эта ошибка?

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

Кроме того, ошибка может отображаться по разному:

  • HTTP Error 403 – Forbidden
  • Forbidden: You don’t have permission to access [directory] on this server
  • 403 Forbidden
  • Access Denied You don’t have permission to access
  • 403 forbidden request forbidden by administrative rules

Так что вызывает такие ошибки?

‘403 ошибка‘ возникает по следующим основным причинам:

1. Неправильные права доступа к файлам / каталогам

Эта ошибка может быть вызвана из-за неправильных прав доступа к файлам/папкам в каталоге webroot.

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

2. Неправильная настройка файлов конфигурации Apache

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

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

Фиксим ‘403 Forbidden Error’

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

1. Настройте права доступа к файлам и владение каталогом webroot

Известно, что неправильные права доступа к файлам и владение каталогами ограничивают доступ к файлам сайта .

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

Каталог webroot всегда должен иметь разрешения EXECUTE, а файл index.html должен иметь разрешения READ.

$ sudo chmod -R 775 /path/to/webroot/directory

Кроме того, настройте владельца каталога, как показано далее:

$ sudo chown -R user:group /path/to/webroot/directory

Где user является обычным вошедшим в систему пользователем, а группа – www-data или apache.

Наконец, перезапустите веб-сервер Apache, чтобы изменения вступили в силу.

$ sudo systemctl restart apache2

Если это не решает проблему, перейдите к следующему шагу:

2. Настройте директивы в главном конфигурационном файле Apache

Убедитесь, что в главном конфигурационном файле Apache /etc/apache2/apache2.conf у вас есть этот блок кода:

 Options FollowSymLinks AllowOverride None Require all denied AllowOverride None Require all granted Options Indexes FollowSymLinks AllowOverride None Require all granted 

Сохраните и выйдите, а затем перезапустите Apache.

Если вы используете Apache в системах RHEL / CentOS, убедитесь, что вы ослабили доступ к каталогу /var/www в главном файле конфигурации Apache /etc/httpd/conf/httpd.conf.

 AllowOverride None Require all granted 

Затем сохраните все изменения и перезагрузите Apache.

Пожалуйста, не спамьте и никого не оскорбляйте. Это поле для комментариев, а не спамбокс. Рекламные ссылки не индексируются!

Добавить комментарий Отменить ответ
Алекс 06.07.2021 в 10:29

Если статья написана для обычных юзеров, то скажу Вам как обычный юзер, вот это связать между собой не реально
“Каталог webroot всегда должен иметь разрешения EXECUTE, а файл index.html должен иметь разрешения READ. $ sudo chmod -R 775 /path/to/webroot/directory”
Где в приведенном примере разрешения EXECUTE?
И где расширение READ? Для тех кто пишет коды самостоятельно подобные статьи в принципе не нужны, а те, кто используют для кодов сторонние программы, в таких статьях в принципе ничего понять не могут, кроме того, что нужно давать какие то доступы.

cryptoparty автор 06.07.2021 в 12:44
А тут не надо “писать коды”, достаточно знать 4 – чтение, 2 запись, 1 – выполнение
Памир 19.01.2023 в 17:55

А вам не про “писать коды” написал.
сформулировать коммент:
где webroot
что за execute
что за разрешение и чем его едят?
куда писать $ sudo…
если в менеджере файлов в хостинге пусто, то как найти файл конфигурации apache2.conf?
вот такие вопросы задают и Вам и себе любой начинающий юзер. мне указания не помогли.
помогло то, что описано про ошибку, т.е. причина его возникновения.
никакой webroot, sudo, файл apache2.conf не понадобились.
причина при создании вебсайта, в его начальных настройках.
ОПИСАНИЕ ХОДА СОЗДАНИЯ
после введения доменного имени в хостинг создается сайт. в нём и спрашивается php, ssl, псевдонимы, адреса и т.д.
Ошибка была в том, что при выборе базы данных я указал CGI. а когда изменил его на FastCGI(Apache) версии 7.4.* сайт пару минут дал другую ошибку, уже не FORBIDDEN, потом заработал и открылся настройка CMS, которую я заранее загрузил в папку сайта.

Памир 19.01.2023 в 18:00
исправление:
не база данных, а режим PHP выбрано FastCGI(Apache)
Алексей 08.07.2021 в 09:44
А мне помогло, дал права как в примере и завелся сайт и базы данных подтянулись, спасибо.
cryptoparty автор 08.07.2021 в 10:14
Всегда рады помочь!
Егор 06.08.2021 в 09:57
cryptoparty автор 06.08.2021 в 11:37
Всегда рады помочь!
asd 25.07.2022 в 16:20

chmod: /path/to/webroot/directory: No such file or directory такую ошибку выдает. Можете пожалуйста обяснить начинающему что за папка path to webroot directory
желательно сразу какую команду вписать в терминал чтобы дать права к эиим папкам

cryptoparty автор 25.07.2022 в 16:28
Система сообщает что нет такого каталога, проверьте путь – в статье пример
Татьяна 03.08.2022 в 16:43
Добрый день. Как с Вами возможно связаться для обсуждения сотрудничества?
cryptoparty автор 03.08.2022 в 17:23
Добрый день форма обратной связи – в меню “Feedback “| Donate”
sol4rinn 14.11.2022 в 09:35

У меня так и не завелось. Все дал, пытаюсь подключиться к опубликованной базе 1С, 403 Forbidden Forbidden
You don’t have permission to access this resource. Apache/2.4.52 (Ubuntu) Server at localhost Port 80 В Postman GET запрос выдает такое. Разрешение для текущего пользователя дал на папку www, где каталог с сайтом, дал разрешение на каталог с базой данных – не помогает. Не понятно к какому конкретно ресурсу не может получить доступ Apache… На папку www дал рекурсивный доступ текущему пользователю:группе www-data, группы apache у меня в системе нет. Mint 21

Поддержать нас

  • Аудит ИБ (49)
  • Вакансии (12)
  • Закрытие уязвимостей (110)
  • Книги (27)
  • Мануал (2 359)
  • Медиа (66)
  • Мероприятия (39)
  • Мошенники (23)
  • Обзоры (831)
  • Обход запретов (34)
  • Опросы (3)
  • Скрипты (116)
  • Статьи (360)
  • Философия (124)
  • Юмор (18)

Наш Telegram

Социальные сети
Поделиться

Anything in here will be replaced on browsers that support the canvas element

  • �� Каковы различные форматы сертификатов? 27.10.2023

Цифровые сертификаты могут использоваться для различных целей. Они могут использоваться для защиты соединений с веб-сайтами, для шифрования сообщений электронной почты или для проверки личности пользователя. Выбор правильного формата сертификата необходим для обеспечения безопасности и сохранности данных. Когда речь идет о различных форматах сертификатов, важно выбрать тот, который соответствует вашим потребностям Выберите формат сертификата, совместимый с […]

Преобразование файла PFX (PKCS #12) в формат PEM (Privacy Enhanced Mail) достаточно просто на Linux и Unix-подобных системах. В этой статье мы рассмотрим, как преобразовать файл сертификата в формате PFX в файл PEM с помощью OpenSSL из командной строки. Что такое файл PFX? PFX (также PKCS#12) – это формат файла, содержащего сертификат(ы) и закрытый(ые) ключ(ы), […]

Одним из основных нововведений, появившихся в Podman, стала возможность запуска контейнеров без прав root. С точки зрения безопасности это было существенным улучшением, поскольку потенциально скомпрометированный контейнер, запущенный от имени root, представляет собой угрозу безопасности для хост-системы. Чтобы добиться аналогичного поведения, последние версии Docker поддерживают запуск демона docker в пользовательском контексте. �� Почему процессы в контейнерах […]

Small Form Factor Pluggable (SFP) – это компактный приёмопередатчик, который устанавливается в SFP порт коммутатора Ethernet. Модуль используется для присоединения платы сетевого устройства к оптическому волокну или витой паре. Модули SFP заменили устаревшие модули GBIC благодаря своим миниатюрным размерам. Это преимущество в размерах позволяет им эффективно работать в ограниченных сетевых средах, обеспечивая быстрый обмен данными […]

Давайте поговорим о классификации вредоносных программ. Когда антивирусная программа или средство защиты от вредоносного ПО обнаруживает что-то потенциально вредоносное, она использует определенный формат, чтобы помочь вам или другим специалистам понять, с какой именно угрозой вы имеете дело. Формат может выглядеть примерно так: Type:Platform/Family.Variant!Suffixes Это не всегда будет выглядеть именно так, поскольку, как вы помните, не […]

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

Ваш адрес email не будет опубликован. Обязательные поля помечены *