问题描述
|
摘要：
当前，我们有一个目录，该目录使用Apache BasicAuth模块通过.htaccess和链接的.htpasswd文件进行密码保护。一段时间以来，此功能一直没有出现错误，但是最近，仅Google Chrome浏览器就开始对该配置做出不良反应。
这是发生的情况：
用户从Google Chrome浏览器访问通过BasicAuth进行密码保护的目录的网址。输入正确的用户名和密码后，谷歌浏览器会立即报告\“该网页不可用。\”错误代码为\“错误15（net :: ERR_SOCKET_NOT_CONNECTED）：未知错误\”，就像导航至不存在的服务器。
但是，当用户刷新页面时，它会完美加载，好像什么也没发生。在用户重新启动浏览器，再次导航到该URL并被迫重新输入其BasicAuth用户名和密码之前，不会发生其他问题。同样，据我们所知，此错误仅在Google Chrome中发生。
在Chrome版本11.0.696。*的各种不同迭代中已经确定了这种情况。
潜在影响：
根据用户是否在不带斜杠的情况下访问问题目录（本例中使用的是mod_rewrite），HTTP响应以前是一个或两个重定向。 （访问URL时不带尾部正斜杠，会将浏览器重定向到带有尾部正斜杠的URL。）此后，我们不再需要第二个重定向，这为某些用户解决了此问题，但是其他用户遇到了错误在BasicAuth登录后使用和不使用HTTP重定向的情况。
任何帮助和/或见识将不胜感激。
.htaccess文件的相关行：
AuthUserFile /path/to/.htpasswd
AuthGroupFile / dev / null
AuthName \“ LOREM-IPSUM \”
AuthType基本
<限制GET POST>
需要有效用户
RewriteEngine开
RewriteBase /路径/
RewriteCond％{REQUEST_FILENAME} -s [OR]
RewriteCond％{REQUEST_FILENAME} -l [OR]
RewriteCond％{REQUEST_FILENAME} -d
RewriteRule ^。$-[NC，L]
RewriteRule ^。$ ./index.PHP [NC，L]
解决方法
刚注意到它是Chrome浏览器上的待解决问题，而据报道这是在特定操作系统上发生的。在这种情况下，受密码保护的目录似乎是错误的来源。还在痛苦的自己:(
您可以在Google论坛中继续跟踪，以查看是否有任何改进：
http://www.google.com/support/forum/p/Chrome/thread?tid=4b52bba5c0c1487e&hl=zh-CN&fid=4b52bba5c0c1487e0004a3ab437db6f5
此错误自上几个版本以来一直被继承。
希望谷歌的家伙能尽快解决这个问题。
,Google将在12版中解决此问题
http://groups.google.com/a/chromium.org/group/chromium-bugs/browse_thread/thread/0ab925f21cacd3bb/3fcfa23ae7182102?lnk=raot&pli=1