Plesk - TYPO3 10LTS - клиент отклонен из-за ошибки конфигурации сервера при попытке доступа к модулю страницы и блокировка fail2ban

Question

Я установил новую typo3 10lts через composer linux plesk obsidian 18.0.27 и ubuntu 16lts.

При попытке доступа к модулю страницы я получаю такие ошибки в error_log:

evasive20:error pid 5442 client denied by server configuration: /var/www/vhosts/domain/httpdocs/test-composer/public/typo3/index.php, referer: https://domain/typo3/index.php?route=%2Fmain&token=df1d870594fbb7e7a90csdf69esdf0af6f97sdf9b
evasive20:error pid 5442 client denied by server configuration: /var/www/vhosts/domain/httpdocs/test-composer/public/typo3/sysext/core/Resources/Public/Icons/T3Icons/actions/actions-filter.svg, referer: https://domain/typo3/index.php?route=%2Fmain&token=df1d870594fbb7e7a90csdf69esdf0af6f97sdf9b
evasive20:error pid 5442 client denied by server configuration: /var/www/vhosts/domain/httpdocs/test-composer/public/typo3/sysext/core/Resources/Public/Icons/T3Icons/actions/actions-refresh.svg, referer: https://domain/typo3/index.php?route=%2Fmain&token=df1d870594fbb7e7a90csdf69esdf0af6f97sdf9b
evasive20:error pid 1868 client denied by server configuration: /var/www/vhosts/domain/httpdocs/test-composer/public/typo3/index.php, referer: https://domain/typo3/index.php?route=%2Fmain&token=df1d870594fbb7e7a90csdf69esdf0af6f97sdf9b

... браузер зависает, и мой IP попадает в fail2boan.

На этом же сервере у меня есть еще один тестовый домен с такими же настройками php и установлен TYPO3 через plesk, там все работает... но у них старый 8.7LTS.

Также при попытке установить вводный пакет я получаю эту ошибку:

evasive20:error pid 26284 client IP:45854 client denied by server configuration: /var/www/vhosts/domain/httpdocs/test-composer/typo3/install.php, referer: https://domain/typo3/install.php?install[controller]=environment&install[context]=backend

Как я могу решить эту проблему и что мне нужно делать (шаг за шагом)?

PHP 7.3 и Apache 4.2

Answer 1

Некоторое время назад у меня была такая же проблема.

Для меня оказалось, что символическая ссылка была назначена фальшивому пользователю. Убедитесь, что символическая ссылка назначена правильной группе user:. В большинстве случаев это пользователь, которого выполняет обработчик PHP:

chown -h <subscription_user>:psacln /var/www/vhosts/example.com/symlink

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

Options +FollowSymlinks