После Apache BasicAuth в Google Chrome не отображается страница (net :: ERR_SOCKET_NOT_CONNECTED) - PullRequest
3 голосов
/ 20 мая 2011

Сводка:

В настоящее время у нас есть каталог, защищенный паролем с помощью модуля Apache BasicAuth, через .htaccess и связанный файл .htpasswd.Некоторое время это работало без ошибок, однако недавно Google Chrome в одиночку начал плохо реагировать на конфигурацию.

Вот что происходит:

Из Google Chrome пользователь посещает URL-адрес каталога, который защищен паролем через BasicAuth.После ввода правильного имени пользователя и пароля Google Chrome немедленно сообщает, что «веб-страница недоступна».Код ошибки: «Ошибка 15 (net :: ERR_SOCKET_NOT_CONNECTED): Неизвестная ошибка», как при переходе на несуществующий сервер.

Однако, когда пользователь обновляет страницу, он отлично загружается, как будто ничего не произошло,Других проблем не возникает, пока пользователь не перезапустит браузер, снова не перейдет по этому URL-адресу и не будет вынужден повторно ввести свое имя пользователя и пароль BasicAuth.Опять же, насколько мы можем судить, эта ошибка возникает только в Google Chrome.

Этот сценарий был выявлен в различных итерациях Chrome версии 11.0.696. *.

Потенциальные влияния:

В зависимости от того, получает ли пользователь доступ к рассматриваемому каталогу без косой черты (в данном случае мы используем mod_rewrite), HTTP-ответ ранее был либоодин или два перенаправления.(Посещение URL без обратной косой черты перенаправляет браузер на URL с обратной косой чертой.) С тех пор мы устранили необходимость во втором перенаправлении, и это решило проблему для некоторых пользователей, однако другие пользователи испытывают ошибку с и без HTTP-перенаправления после входа в систему BasicAuth.

Любая помощь и / или понимание будут с благодарностью.

Соответствующие строки нашего .htaccessфайл:

AuthUserFile /path/to/.htpasswdAuthGroupFile / dev / nullAuthName "ЛОРЕМ-ИПСУМ"AuthType Basic

требуется действительный пользователь

RewriteEngine OnRewriteBase / path /RewriteCond% {REQUEST_FILENAME} -s [ИЛИ]RewriteCond% {REQUEST_FILENAME} -l [ИЛИ]RewriteCond% {REQUEST_FILENAME} -dRewriteRule ^. $ - [NC, L]RewriteRule ^. $ ./index.php [NC, L]

Ответы [ 2 ]

3 голосов
/ 20 мая 2011

Только что заметил, что это нерешенная проблема в браузере Chrome, хотя, как сообщалось, она возникла в конкретной ОС. Защищенный паролем каталог кажется источником ошибки в этом случае. Все еще мучаюсь: (

Вы можете отслеживать на форуме Google, чтобы увидеть, улучшилось ли что-нибудь:

http://www.google.com/support/forum/p/Chrome/thread?tid=4b52bba5c0c1487e&hl=en&fid=4b52bba5c0c1487e0004a3ab437db6f5

Эта ошибка была унаследована со времени последней пары релизов.

Надеюсь, ребята из Google скоро это решат.

1 голос
/ 04 июня 2011
...