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

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

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

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

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

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

我在新服务器上设置虚拟主机时遇到了这个问题，并且站点托管在标准的/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，但忘记允许从目录结构中读取(所以我错过了指令)。您需要考虑这两个指令，以及它们如何协同工作。

这让我抓狂了一天半，但我找到了一个解决方案，如果所有其他解决方案都不成功的话。

这是针对macOS的。

进入活动监视器(重点搜索:活动) 在活动监视器中搜索httpd, httpd是Apache服务 选择root用户的目录，单击左上方的X关闭。

在这一点上，我立即停止得到403个错误，一切都开始正常工作。奇怪的是，我甚至没有重新启动apache它只是工作，我猜它重新启动自己当我去我的本地主机，我真的不知道，但我猜问题是apache实际上没有重新启动时，使用apachectl重启，或停止或启动。希望这能帮助到一些人。

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

对于那些像我一样被这个错误困住的人，上面没有任何帮助:检查error.log中的问题文件夹是否确实存在于您的服务器上。我的是由Django在错误的地方自动生成的(被静态根弄乱了，然后是manage.py collectstatic)。不知道为什么不能正确地指出错误。