2

经过数小时的网络搜索并尝试了数十种不成功的解决方案 - 这是我的问题。

我目前正在使用squid 3.1.10HTTPS在另一个 RHEL 6.4 服务器后面配置RHEL 6.4httpd 2.2.15的网络服务器。我还使用它来简化代理背后的访问者的日志记录和识别。mod_rpaf

我的问题是配置一个简单的密码保护文件夹。当我尝试访问该文件夹时,会弹出密码对话框,其中包含已配置的AuthName. 所以我知道.htaccess正在解析。但是该对话框不接受正确的凭据并给我一个错误 401

我搞砸了:

  • 和父文件夹.htaccess的不同权限.htpasswd
  • 不同的绝对位置.htpasswd
  • 我系统上可用的所有已激活的 Apache 模块
  • 不同的加密算法.htpasswd(crypt,md5,sha,salted sha ...)
  • AllowOverride All在受保护的父文件夹上

但是我真的不明白,即使我放错了位置,AuthUserFile也没有error_log像众所周知的 Apaches 中的错误消息Permission denied: Could not open password file。即使在LogLevel debug因此我认为该指令有问题AuthUserFile

我希望有人知道更好的方法来识别问题。

这是我用于测试的简单 .htaccess:

AuthType Basic
AuthName "Test123"
#AuthUserFile /var/www/test/.htpasswd
AuthUserFile /notexisting
Require valid-user
4

1 回答 1

0

最后我让它工作了!
我通过在我的网络服务器上使用 lynx 将错误跟踪到 squid 反向代理,并从那里成功访问受保护的文件夹。
随着我对鱿鱼的新关注,我再次开始使用谷歌搜索。第一个链接已经把我带到了正确的答案:squid did not allow the apache to handle user authentication

解决方案:
添加login=PASScache_peer您的命令中squid.conf

于 2013-10-11T12:14:25.263 回答