Apache:Options指令禁止的目录索引

Question

我们在Windows Server 2008 R2 VPS上运行4个Wordpress网络安装,使用Apache 2.2.17和PHP 5.3.10,由于某种原因,我们经常收到此(示例)错误:

错误日志

[Thu Feb 16 15:01:59 2012] [error] [client x.x.x.x] Directory index forbidden by Options directive: C:/_webserver/_www/wp/www/

访问日志

host x.x.x.x - - [17/Feb/2012:12:59:23 +0200] "GET / HTTP/1.1" 403 306 "-" "Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; WOW64; Trident/4.0; GTB7.2; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.2; .NET4.0C; MATM)"

错误"目录索引禁止"通常意味着尝试访问目录,但没有要显示的文件(根据options指令),禁止目录列表.然而,这不是这种情况.错误是指文件夹C:/_webserver/_www/wp/www/,它是项目的webroot,并且始终有一个index.php.此外,httpd.conf设置为:DirectoryIndex index.html index.php

看看Apache中出现错误的方式,我认为这很可能是由PHP或Wordpress引起的.

困难的是我们不知道如何重现错误,因此我们很难对此进行测试.

我们可以做些什么来找出问题所在？它与Apache的设置有什么关系(看起来像一个多余的问题).它与Apache已经读取的文件有什么关系吗？有什么方法可以获得有关此问题的更多信息吗？

我欢迎任何帮助,以帮助我解决这个讨厌的案件.

UPDATE

这些是我目前使用的模块

LoadModule deflate_module modules/mod_deflate.so
LoadModule expires_module modules/mod_expires.so
LoadModule headers_module modules/mod_headers.so
LoadModule cache_module modules/mod_cache.so

LoadModule rewrite_module modules/mod_rewrite.so
LoadModule setenvif_module modules/mod_setenvif.so
LoadModule vhost_alias_module modules/mod_vhost_alias.so
LoadModule alias_module modules/mod_alias.so
LoadModule authz_host_module modules/mod_authz_host.so
LoadModule dir_module modules/mod_dir.so
LoadModule log_config_module modules/mod_log_config.so
LoadModule mime_module modules/mod_mime.so
LoadModule php5_module "c:/_webserver/_server/php-5.3.10-Win32-VC9-x86/php5apache2_2.dll"

选项指令:

<Directory />
    Options FollowSymLinks ExecCGI
    AllowOverride None
    Order deny,allow
    Allow from all
</Directory>

<Directory "C:/Program Files (x86)/Apache Software Foundation/Apache2.2/cgi-bin">
    AllowOverride None
    Options None
    Order allow,deny
    Allow from all
</Directory>

httpd-vhosts.conf看起来像这样:

NameVirtualHost *:80

<VirtualHost *:80>

  <Directory "C:/_webserver/_www/sites/www">

      Options FollowSymLinks
      AllowOverride All
      Order allow,deny
      Allow from all

  </Directory>
  Include "C:/_webserver/_www/sites/htaccess.conf"

  DocumentRoot "C:/_webserver/_www/sites/www"
  ServerName xxx
  ServerAlias xxx
  CustomLog logs/sites.access.log mycombined
  ErrorLog logs/sites.error.log 

</VirtualHost>

我有5个这样的虚拟主机设置,每个都有自己的错误和访问日志.这些项目不使用a .htaccess,但这是通过conf静态设置的.

服务器在Windows上运行,因此MPM设置有点受限

# WinNT MPM
# ThreadsPerChild: constant number of worker threads in the server process
# MaxRequestsPerChild: maximum  number of requests a server process serves
<IfModule mpm_winnt_module>
    ThreadsPerChild       1750
    MaxRequestsPerChild    0
</IfModule>

最后更新

好吧,我决定完全关闭Apache缓存,从那以后,没有更多的错误.不幸的是,我本周没有太多时间做适当的测试,但至少我知道问题出在哪里.并且有一个不那么繁忙的服务器,现在没有缓存是好的.我可能会在一段时间后回来:-)

Answer 1

这肯定是很难调试的，偶尔出现的错误是最糟糕的:-)

我的第一个想法是“内部虚拟连接”相关问题，但这不会在 access.log 中显示 IE8-beta 签名。

所以我找到了三个您可以调查的链接：

• 与 mod_negotiation 和 SSI 相关的 serverFault 间歇性 403 问题
• 另一个 serverFault 间歇性 403 与 MaxClients returned 相关，请检查在出现该错误时是否未达到MaxClients。
• 深入解析与mod_cache相关的间歇性403

由此我认为这种问题有点像药物相互作用。所以首先要做的是：

1. 检查 apache 配置中加载的模块并删除（注释 Load 行）您根本不需要的模块（如果您以前从未这样做过，您将拥有更快的 Apache！）。
2. 为您仍在生产中使用的模块构建一个测试环境（删除它会使您的应用程序崩溃）。您需要能够使用wget或ab或任何其他大规模 HTTP 请求工具重现该错误。
3. 尝试逐个停用模块，直到问题消失。

通常会产生奇怪行为的模块是：

• mod_negotiation（与相关Option Multiviews）。在与浏览器标头协商后，Apache 将尝试提供备用文件。这可能会破坏您的 RewriteRules 或与其他模块交互不良。这通常会导致对格式错误的查询进行一些无人值守的响应，我总是删除该模块。
• mod_include：服务器端包含（与相关option Includes），也称为 SSI。谁真正需要那个？
• mod_cache & mod_disk_cache，真的，这是一个非常老派的东西，你最好尝试使用 Varnish 或任何其他反向代理缓存
• mod_rewrite：瑞士刀，但是你确定你没有在某个地方写了一个非常奇怪的规则吗？
• mod_dir：检查您是否有DirectorySlash Off，这可能会与其他一些模块发生奇怪的事情交互不良
• mod_isapi：阅读文档可能会给您带来一些提示。对我来说，我感觉这是一个实验性的支持，在重负载下我很确定可能会发生奇怪的事情。
• mod_proxy：如果不需要，请将其删除

更新：（配置详细信息之后） 阅读您的配置我看到了几个小错误（不相关）：

• <Directory />我认为这在 Windows 上不起作用，因为你的根目录是 c: 而不是 /。但我也许错了。至少你不需要allow from all在这里，相当不安全。
• 如果您不使用 .htaccess 文件，请AllowOverride None在各处设置，尤其是在 .htaccess 文件中<Directory "C:">，以避免从根目录查找这些文件。

现在解决你的问题。我在您的配置中没有看到任何与 mod_cache 相关的选项（但也许您在 apache 配置的子目录中包含一些使用 mod_cache 指令的文件。如果您不使用任何 mod_cache 指令，您可以毫无风险地挂起该模块。