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

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

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

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

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

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

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

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

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

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

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

source /etc/apache2/envvars

然后跟在后面看着……

tail -f ${APACHE_LOG_DIR}/error.log

确保包括任何特定于用户的配置!

如果这一页上的其他答案都不适合你，下面是我在几个小时的挣扎后遇到的。

我使用了特定于用户的配置，在/private/etc/apache2/extra/httpd-userdir.conf中将Sites指定为我的UserDir。但是，我被禁止访问端点http://localhost/~jwork/。

我可以在/var/log/apache2/error_log中看到对/Users/jwork/Sites/的访问被阻止。但是，我被允许通过http://localhost/访问DocumentRoot。这表明我没有权限查看~jwork用户。但据我所知，ps aux | egrep '(apache|httpd)'和lsof -i:80, apache是为jwork用户运行的，所以很明显没有使用我的用户配置编写一些东西。

给定一个名为jwork的用户，下面是我的配置文件:

二等兵/ etc / apache2 \用户/ jwork上。

<Directory "/Users/jwork/Sites/">
    Require all granted
</Directory>

这个配置完全有效。然而，我发现我的用户配置没有被包括在内:

/私人/ etc /输入/多/ httpd-userdir.conf

## Note how it's commented out by default.
## Just remove the comment to enable your user conf.
#Include /private/etc/apache2/users/*.conf

注意，这是userdir conf文件的默认路径，但正如您将在下面看到的，它是在httpd.conf中可配置的。确保下列行已启用:

/ / etc / apache2 /私人httpd.conf

Include /private/etc/apache2/extra/httpd-userdir.conf

# ...

LoadModule userdir_module libexec/apache2/mod_userdir.so

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

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

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