这快把我逼疯了。终于找到了问题所在: 我在错误日志中使用了直接路径，但它们是错误的。

为什么Apache给出一个模糊的(错误的)错误消息?相反，应该使用正确且有用的错误消息，例如:Path for ErrorLog指令“/wrong/ Path /and/filename.log”是无效的。

无论如何，为了修复，确保你的错误日志指令看起来像这样:

ErrorLog ${APACHE_LOG_DIR}/error.log
CustomLog ${APACHE_LOG_DIR}/access.log combined

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

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

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

如果您使用的是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)

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

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

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

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

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

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

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

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