如果您有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

一个模糊的(刚刚处理过)，但可能的原因是一个内部的mod_rewrite规则，在主配置文件(不是.htaccess)中写入一个存在于服务器文件系统根的路径。假设你在你的站点中有一个/media目录，你重写了如下内容:

RewriteRule /some_image.png /media/some_other_location.png

如果你在你的服务器的根目录下有一个/media目录，重写将会尝试到这个目录(导致访问被拒绝错误)，而不是在你的站点目录下，因为文件系统的根首先被mod_rewrite检查，在你的站点目录之前，检查路径中的第一个目录是否存在。

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

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

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

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

对于所有目录，写入“要求所有授予”，而不是“允许从所有”

更新

如果上面的不工作，然后也删除下面提到的行:

为了允许,拒绝

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

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

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

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