因为这个线程是在搜索提到的错误时弹出的第一件事，我想为这个错误添加另一个可能的原因:你可能有mod_evaving活动，客户端看到这个错误只是越过了mod_evaving .conf中配置的限制

如果您突然为一个以前没有任何问题且其他内容都没有更改的客户端得到这个错误，那么这是一个特别值得研究的原因。

(如果mod_evaded是原因，那么错误将自行消失，如果客户端只是暂时停止尝试访问站点;然而，这可能是一个迹象，你设置了太紧的限制)

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

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

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

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

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

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

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

就我而言，

我使用macOS Mojave (Apache/2.4.34)。/etc/apache2/extra/httpd-vhosts.conf文件中的虚拟主机设置有问题。添加了所需的目录标记后，我的问题就解决了。

要求全部批准

希望完整的虚拟主机设置结构将拯救你。

<VirtualHost *:80>
    DocumentRoot "/Users/vagabond/Sites/MainProjectFolderName/public/"
    ServerName project.loc

    <Directory /Users/vagabond/Sites/MainProjectFolderName/public/>
        Require all granted
    </Directory>

    ErrorLog "/Users/vagabond/Sites/logs/MainProjectFolderName.loc-error_log"
    CustomLog "/Users/vagabond/Sites/logs/MainProjectFolderName.loc-access_log" common
</VirtualHost>

你所要做的就是用你确切的ProjectFolderName替换MainProjectFolderName。

为了帮助像我一样在谷歌上搜索的人，我在试图访问服务器上的SVG文件时遇到了这个错误消息，例如https://example.com/images/file.svg。其他文件类型似乎还好，只是SVG失败了。

我在/etc/httpd conf文件中寻找，并检查了每一个要求所有拒绝类型的配置，只是找不到什么配置有这种效果。

我在VirtualHost配置中将LogLevel转换为调试，可以看到mod_authz_core日志指定有一个'Require all denied'的效果:

[Mon Jun 10 13:09:54.321022 2019] [authz_core:debug] [pid 23459:tid 140576341206784] mod_authz_core.c(817): [client 127.0.0.1:54626] AH01626: authorization result of Require all denied: denied
[Mon Jun 10 13:09:54.321038 2019] [authz_core:debug] [pid 23459:tid 140576341206784] mod_authz_core.c(817): [client 127.0.0.1:54626] AH01626: authorization result of <RequireAny>: denied
[Mon Jun 10 13:09:54.321082 2019] [authz_core:error] [pid 23459:tid 140576341206784] [client 127.0.0.1:54626] AH01630: client denied by server configuration: /home/blah/htdocs/images/file.svg

通过盲测，我将文件移动到web根目录的根目录，然后发现我可以在https://example.com/file.svg上访问它。所以它只在images文件夹失败了。这让我在images文件夹中找到了一个我完全不知道的。htaccess文件。

原来禅宗车1.5带有一个图像/。Htaccess文件有:

# deny *everything*
 <FilesMatch ".*">
   <IfModule mod_authz_core.c>
     Require all denied
   </IfModule>
   <IfModule !mod_authz_core.c>
     Order Allow,Deny
     Deny from all
   </IfModule>
 </FilesMatch>

 # but now allow just *certain* necessary files:
 <FilesMatch "(?i).*\.(jpe?g|gif|webp|png|swf)$" >
   <IfModule mod_authz_core.c>
     Require all granted
   </IfModule>
   <IfModule !mod_authz_core.c>
     Order Allow,Deny
     Allow from all
   </IfModule>
 </FilesMatch>

这是非常恼人的，我希望这可以提醒其他人检查文件系统的每一个级别的.htaccess文件，导致你有问题访问的文件，以防有这种tom愚行正在发生。

我在新服务器上设置虚拟主机时遇到了这个问题，并且站点托管在标准的/var/www/html路径之外。您需要考虑两件主要的事情(例如，假设您正在/opt/my-site中设置一个站点)

在默认的2.4安装中，会显式地拒绝访问根文件系统，然后只允许访问/var/www/html。所以你需要给web服务器从新目录读取的权限，就像这样:

<Directory /opt/mysite>
   Require all granted
</Directory>

完成此操作后，请确保虚拟主机的DocumentRoot位于上面授予访问权限的路径下的某个位置。

<VirtualHost *:80>
        ServerName neatwebsite.com
        DocumentRoot /opt/my-site/html
</VirtualHost>

当我遇到这个问题时，我已经设置好了所有的VirtualHosts，但忘记允许从目录结构中读取(所以我错过了指令)。您需要考虑这两个指令，以及它们如何协同工作。