对我来说，所有提出的解决方案都行不通。这可以帮助，如果你使用cgi, fastcig或fpm作为代理，你必须在你的vhost中添加一个位置来避免这个问题。这允许404是传递代理。

<Location />
require all granted
</Location>

使用Ubuntu时，检查是否启用了CGI模块。如果不是:

sudo a2enmod cgi

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

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

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

为了帮助像我一样在谷歌上搜索的人，我在试图访问服务器上的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愚行正在发生。

我还有一个可能对某人有用的。 从PHP 5.6 => 7.0升级后收到相同的错误消息。我们已经更改了PHP上传设置，并且在复制后忘记更改。 尽管我当时没有上传图像，但Silverstripe(我们的CMS)拒绝保存并抛出错误。增加图像上传大小，它直接工作。

如果您有https主机，那么不要忘记使ssl配置也要求所有授予的更改。

此外，有时检查apache用户的权限也很有用:

# ps -eFH | grep http # get the username used by httpd
...
apache   18837  2692  0 119996 9328   9 10:33 ?        00:00:00     /usr/sbin/httpd -DFOREGROUND
# su -s/bin/bash apache # switch to that user
bash-4.2$ whoami
apache
bash-4.2$ cd /home
bash-4.2$ ls
bash-4.2$ cd mysite.com
bash-4.2$ ls
bash-4.2$ cat file-which-does-not-work.txt