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

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

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

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

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

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

实际上，我通过向:80条目添加目录访问来解决这个问题。

 <Directory "c:/whatever-directory-you-use/">
    AllowOverride All
    Require all granted
</Directory>

在所有人都对我“安全”之前，在我的特定情况下，这不是一个安全问题。

如果您正在使用远程资源，我建议确保您的CURL请求通过HTTPS / TLS传输，然后这个目录条目将在443端口上传输。

如果您使用的是Apache 2.4

你必须检查允许和拒绝规则

查看http://httpd.apache.org/docs/2.4/upgrading.html#access

在2.2中，基于客户端主机名、IP地址等的访问控制 客户端请求的特征是使用指令完成的 顺序，允许，拒绝和满足。 在2.4中，这种访问控制与其他访问控制的方式相同 使用新的模块mod_authz_host进行授权检查。

新的指令是Require:

2.2配置:

Order allow,deny
Allow from all

2.4配置:

Require all granted

另外，不要忘记在这些更改之后重新启动apache服务器(# service httpd restart)

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

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

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