403 禁止 - Nginx - 使用正确的凭据

我正在尝试用密码保护 Nginx 支持的站点上的目录，其中包含 phpMyAdmin、MemcacheMyAdmin 和更多管理实用程序等内容。

该目录位于我网站的根目录中：

domain.com/control/

我的服务器上的绝对路径位于：

/home/deployer/sites/domain.com/control/

我使用以下命令在目录中创建了一个 .htpasswd 文件：

htpasswd -c /home/deployer/sites/domain.com/control/.htpasswd admin

该文件存在，由“root”用户拥有，权限为 0644。

在 Nginx 内该域的 .conf 文件中，我使用以下位置块来要求身份验证。

  location /control {
    auth_basic            "Restricted Area: Control";
    auth_basic_user_file  /home/deployer/sites/domain.com/control/.htpasswd;
  }

当进入受密码保护的目录时，系统会提示我输入用户名和密码。我输入之前创建的凭据，然后看到错误 403 禁止页面。

访问日志显示我正在点击登录提示，然后以“admin”用户身份登录：

64.123.456.225 - - [12/May/2013:17:30:48 +0000] "GET /control HTTP/1.1" 401 597 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31"
64.123.456.225 - admin [12/May/2013:17:30:48 +0000] "GET /control HTTP/1.1" 301 185 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31"
64.123.456.225 - admin [12/May/2013:17:30:59 +0000] "GET /control/memcache/ HTTP/1.1" 403 199 "-" "Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.31 (KHTML, like Gecko) Chrome/26.0.1410.64 Safari/537.31"

错误日志显示以下内容：

2013/05/12 17:31:01 [error] 30462#0: *1 directory index of "/home/deployer/sites/domain.com/control/memcache/" is forbidden, client: 64.123.456.225, server: domain.com, request: "GET /control/memcache/ HTTP/1.1", host: "domain.com"
2013/05/12 17:31:09 [error] 30462#0: *1 directory index of "/home/deployer/sites/domain.com/control/memcache/" is forbidden, client: 64.123.456.225, server: domain.com, request: "GET /control/memcache/ HTTP/1.1", host: "domain.com"

如果我删除该站点的 Nginx .conf 的 Auth 块，我就可以像平常一样访问该页面。

谢谢你的帮助！

尽管这个问题有其公认的答案，但我仍然想在这里提出另一个我遇到麻烦的案例，这样其他人就不需要像我一样挣扎。

我也得到了 403 和正确的凭据，索引文件不是这种情况，文件存在也不是这种情况，配置是这样的：

auth_basic "some message";
auth_basic_user_file /etc/nginx/.htpasswd;

这里的问题是/etc/nginx/.htpasswd是一个绝对路径，实际上指向与以下内容相同的目录nginx.conf。它有点困惑nginx查找文件。 （通过说somehow，我不完全明白如何nginx不能仅仅处理这个问题，因为很明显该路径是绝对的并且nginx应该阅读它，所以如果有人有更好的解释，请通过评论分享）。

如果我把它改成：

auth_basic_user_file .htpasswd;

它起作用是因为nginx期望在同一目录中找到该文件nginx.conf.

即使我将其更改为：

auth_basic_user_file /home/user/.htpasswd; #and move the file to /home/user too

它也有效，因为我认为这条路并没有混淆nginx.