如果跟踪错误日志并重新加载页面，应该会看到有关确切问题的更多信息。

获取环境变量，这样${APACHE_LOG_DIR}将实际工作…

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

如果跟踪错误日志并重新加载页面，应该会看到有关确切问题的更多信息。

获取环境变量，这样${APACHE_LOG_DIR}将实际工作…

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

获得问题的解决方案，需要在apache2.conf文件中进行更改，之后它将工作， /etc/apache2/apache2.conf中的旧代码

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

改为

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

之后，为了让Apache理解重写规则，我们首先需要激活mod_rewrite。它已经安装了，但是在默认的Apache安装中禁用了它。使用a2enmod命令启用模块:

$ sudo a2enmod rewrite

这将激活模块或提醒您模块已启用。要使这些更改生效，请重新启动Apache。

$ sudo systemctl restart apache2

终于对我有用了。

这个“bug”实际上是Apache 2.4的新常态。在我的例子中，我有一个非常具体的规则，拒绝访问任何名称以“。”开头的文件夹或文件，因此我必须为需要这种奇怪名称的特定公用文件夹设置一个异常。

声明一下，我的重写规则是:

RewriteRule”(? ! \ .trusted)(^ | /) \”。- [F]

这条规则[F]删除了所有以“。”开头的东西，但是。trusted，多亏了正则表达式“?!”否定的魔力。

除了在其他答案中提到的缺少Order和Allow指令外，还要注意DirectoryMatch指令的不匹配正则表达式也可能导致此错误。

如果请求的路径是/home/user-foo1bar/www/myproject/下面的matcher将不匹配

<DirectoryMatch "/home/user-[a-z]+/www/myproject/">
...
</DirectoryMatch>

因此，即使是有效的访问配置也可能导致此错误。

问题可能是指令不在<目录>下

https://httpd.apache.org/docs/2.4/mod/mod_authz_host.html#requiredirectives

该指令可以在< Directory>， < Files>，或< Location> section以及.htaccess文件中引用，以控制对服务器特定部分的访问。访问可以基于客户端主机名或IP地址进行控制。