Ошибка forbidden you don t have permission to access on this server

На чтение 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

Содержание

1. Так что вызывает такие ошибки?
2. 1. Неправильные права доступа к файлам / каталогам
3. 2. Неправильная настройка файлов конфигурации Apache
4. Фиксим ‘403 Forbidden Error’
5. 1. Настройте права доступа к файлам и владение каталогом webroot
6. 2. Настройте директивы в главном конфигурационном файле Apache

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

‘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  у вас есть этот блок кода:

<Directory />
        Options FollowSymLinks
        AllowOverride None
        Require all denied
</Directory>

<Directory /usr/share>
        AllowOverride None
        Require all granted
</Directory>

<Directory /var/www/>
        Options Indexes FollowSymLinks
        AllowOverride None
        Require all granted
</Directory>

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

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

<Directory "/var/www">
    AllowOverride None
    Require all granted
</Directory>

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

Пожалуйста, не спамьте и никого не оскорбляйте.

Это поле для комментариев, а не спамбокс.

Рекламные ссылки не индексируются!

Update October 2016

4 years ago, since this answer is used as a reference by many, and while I learned a lot from security perspective during these years,
I feel I am responsible to clarify some important notes, and I’ve update my answer accordingly.

The original answer is correct but not safe for some production environments,
in addition I would like to explain some issues that you might fall into while setting up your environment.

If you are looking for a quick solution and SECURITY IS NOT A MATTER, i.e development env, skip and read the original answer instead

Many scenarios can lead to 403 Forbidden:

---

A. Directory Indexes (from mod_autoindex.c)

When you access a directory and there is no default file found in this directory
AND Apache Options Indexes is not enabled for this directory.

A.1. DirectoryIndex option example

DirectoryIndex index.html default.php welcome.php

A.2. Options Indexes option

If set, Apache will list the directory content if no default file found (from the above 👆🏻 option)

If none of the conditions above is satisfied

You will receive a 403 Forbidden

Recommendations

• You should not allow directory listing unless REALLY needed.
• Restrict the default index DirectoryIndex to the minimum.
• If you want to modify, restrict the modification to the needed directory ONLY, for instance, use .htaccess files, or put your modification inside the <Directory /my/directory> directive

---

B. deny,allow directives (Apache 2.2)

Mentioned by @Radu, @Simon A. Eugster in the comments
You request is denied, blacklisted or whitelisted by those directives.

I will not post a full explanation, but I think some examples may help you understand,
in short remember this rule:

IF MATCHED BY BOTH, THE LAST DIRECTIVE IS THE ONE THAT WILL WIN

Order allow,deny

Deny will win if matched by both directives (even if an allow directive is written after the deny in the conf)

Order deny,allow

allow will win if matched by both directives

Example 1

Order allow,deny
Allow from localhost mydomain.example

Only localhost and *.mydomain.example can access this, all other hosts are denied

Example 2

Order allow,deny
Deny from evil.example
Allow from safe.evil.example # <-- has no effect since this will be evaluated first

All requests are denied, the last line may trick you, but remember that if matched by both the last win rule (here Deny is the last), same as written:

Order allow,deny
Allow from safe.evil.example
Deny from evil.example # <-- will override the previous one

Example 4

Order deny,allow
Allow from site.example
Deny from untrusted.site.example # <-- has no effect since this will be matched by the above `Allow` directive

Requests are accepted from all hosts

Example 4: typical for public sites (allow unless blacklisted)

Order allow,deny
Allow from all
Deny from hacker1.example
Deny from hacker2.example

Example 5: typical for intranet and secure sites (deny unless whitelisted)

Order deny,allow
Deny from all
Allow from mypc.localdomain
Allow from managment.localdomain

---

C. Require directive (Apache 2.4)

Apache 2.4 use a new module called mod_authz_host

Require all granted => Allow all requests

Require all denied => Deny all requests

Require host safe.example => Only from safe.example are allowed

---

D. Files permissions

One thing that most people do it wrong is configuring files permissions,

The GOLDEN RULE is

STARTS WITH NO PERMISSION AND ADD AS PER YOUR NEED

In Linux:

• Directories should have the Execute permission

• Files should have the Read permission

• YES, you are right DO NOT ADD Execute permission for files

for instance, I use this script to setup the folders permissions

# setting permissions for /var/www/mysite.example

# read permission ONLY for the owner
chmod -R /var/www/mysite.example 400

# add execute for folders only
find /var/www/mysite.example -type d -exec chmod -R u+x {} ;

# allow file uploads
chmod -R /var/www/mysite.example/public/uploads u+w

# allow log writing to this folder
chmod -R /var/www/mysite.example/logs/

I posted this code as an example, setup may vary in other situations

---

---

Original Answer

I faced the same issue, but I solved it by setting the options directive either in the global directory setting in the httpd.conf or in the specific directory block in httpd-vhosts.conf:

Options Indexes FollowSymLinks Includes ExecCGI

By default, your global directory settings is (httpd.conf line ~188):

<Directory />
    Options FollowSymLinks
    AllowOverride All
    Order deny,allow
    Allow from all
</Directory>

set the options to:
Options Indexes FollowSymLinks Includes ExecCGI

Finally, it should look like:

<Directory />
    #Options FollowSymLinks
    Options Indexes FollowSymLinks Includes ExecCGI
    AllowOverride All
    Order deny,allow
    Allow from all
</Directory>

Also try changing Order deny,allow and Allow from all lines by Require all granted.

Appendix

Directory Indexes source code (some code remove for brevity)

if (allow_opts & OPT_INDEXES) {
     return index_directory(r, d);
} else {
        const char *index_names = apr_table_get(r->notes, "dir-index-names");

        ap_log_rerror(APLOG_MARK, APLOG_ERR, 0, r, APLOGNO(01276)
                      "Cannot serve directory %s: No matching DirectoryIndex (%s) found, and "
                      "server-generated directory index forbidden by "
                      "Options directive",
                       r->filename,
                       index_names ? index_names : "none");
        return HTTP_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, попробуйте отключить его и перезагрузите страницу. Вдруг получится все исправить. 

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

Как исправить ошибку 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 Error
• Решения ошибки You don’t have permission to access
  • 1) Настройка файла .htaccess
  • 2) Установить права доступа
  • 3) Изменить владельца папки
  • 4) Настроить систему защиты
  • 5) Выключить плагины

Вместе с кодом 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, но это временное решение.

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

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

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

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

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

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

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

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

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

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

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

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

При переходе на какую-либо страницу сетевого ресурса (стороннего или своего) вебмастер (пользователь) может встретиться с ошибкой открытия страницы сайта и соответствующим сообщением «Forbidden You don’t have permission to access / on this server». Указанная проблема возникает довольно спонтанно, вынуждая пользователя гадать о различных причинах её появления. Что же делать в такой ситуации? В данной статье я расскажу, что это за ошибка, каковы её причины, а также поясню, как её исправить на сервере (компьютере).

Содержание

1. Что значит сообщение «You don’t have permission to access / on this server»
2. Как исправить ошибку Forbidden вебмастеру
3. Как избавиться от ошибки Forbidden пользователю сайта
4. Заключение

Что значит сообщение «You don’t have permission to access / on this server»

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

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

• Индексный файл отсутствует или имеет некорректное имя. Указанный файл заглавной страницы должен иметь название index.htm, index.html, index.phtml, index.shtml, index.php, причём все буквы должны быть маленькими;
• Установлены некорректные права на папку, где находится нужный файл, или некорректные права установлены на родительскую директорию, в которой находится данная папка (в них должны быть права на выполнения для владельца);
• Файлы сайта загружены в неверную папку;
• Некорректно настроены применяемые вебмастером плагины безопасности (блокируют нужные IP-адреса);
• Повреждён файл настроек .htaccess;
• Хостер внёс изменения в настройки сервера без ведома вебмастера.

При попытке открыть страницу сайта в браузере у вас также могут появляться ошибки err_ssl_version_or_cipher_mismatch и ssl_error_rx_record_too_long.

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

• Случайный сбой на сервере;
• Администрация сайта закрыла пользователю (пользователям) доступ к данной странице (например, из-за бана);
• Имеются проблемы с пользовательским роутером;
• Провайдер закрыл доступ к данной странице (или у провайдера наблюдаются технические проблемы);
• Ваш браузер работает некорректно;
• Ссылка не верна;
• Ранее существующая страница была удалена.

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

Методы исправления ошибки Forbidden You don’t have permission to access / on this server зависят от тех инструментов, которыми вы пользуетесь при создании и редактировании сайтов (например, это «WAMP» — Windows, Apache, MySQL и PHP).

Действие 1. Стоит выполнить следующее:

1. Если в каталоге не оказалось индексного файла, то попробуйте создать файл index.html и проверьте, возникает ли ошибка
2. Проверьте права на папку с вашим сайтом (установите права на папку 775, а на файлы – 644);
3. Проверьте наличие в .htaccess команды «deny from all», при её нахождении удалите её, а лучше замените на «allow from all». Также можно попробовать вместо команды «Require local» вписать «Require all granted»;
4. Скопируйте .htaccess из корневой папки вашего сайта в запасную директорию, а затем удалите оригинальный файл .htaccess.

Действие 2. Если после выполнения данной операции проблема пропала, тогда причина была в повреждённом (некорректном) файле .htaccess. Сгенерировать новую версию данного файла можно перейдя в админке, в «Настройки» — «Постоянные ссылки», и нажав на кнопку «Сохранить изменения» (Save changes) внизу.

1. Если произошла ошибка с целевой папкой, тогда загрузите файлы вашего сайта в правильную папку (посмотрите путь к правильной папке в контрольной панели «Домены/ Мои домены);
2. Если причиной дисфункции стало действие плагинов, то рекомендую отключить все имеющиеся плагины, и поочерёдно включая их, найти непосредственного виновника проблемы;
3. Обратитесь к вашему хостеру на предмет проверки корректности прав доступа к файлам.

Как избавиться от ошибки Forbidden пользователю сайта

Если вы обычный пользователь, и встретились с указанной проблемой, то рекомендую выполнить следующее:

1. Перезагрузите ваш ПК. В некоторых случаях этот шаблонный совет может оказаться эффективным;
2. Перезагрузите ваш роутер. Выключите его на несколько секунд, а затем включите обратно;
3. Очистите кэш и куки вашего браузера;
4. Попробуйте зайти на нужную страницу с другого браузера;
5. Обратитесь к вашему провайдеру, и удостоверьтесь, что он не закрывал вам доступ к проблемной странице (например, из-за предписания Роскомнадзора);
6. Напишите письмо администрации проблемного сайта с изложением проблемы. Возможно, админы сайта просто не в курсе, или вы просто забанены на данном ресурсе за какие-то проступки;
7. Просто подождите. Возможно, на сайте наблюдаются какие-либо проблемы, которые скоро будут решены администрацией.

Заключение

Сутью проблемы «Forbidden You don’t have permission to access / on this server» является отсутствие разрешения на доступ к конкретной странице (файлу) у вебмастера (пользователя). Для её решения необходимо определиться с конкретной причиной указанной дисфункции, и затем и использовать одно из соответствующих решений, позволяющих восстановить доступ к нужным сетевым файлам.

Опубликовано 27 марта 2017 Обновлено 30 сентября 2020