すいんぐ回答ポイント 90pt

ベーシック認証について困っております。

あるディレクトリ配下にて、ベーシック認証ダイアログ表示の際、
「キャンセル」ボタン・「×」ボタンを連続で押下すると
認証後のURL画面（画像やCSSの効いていないHTML画面）が表示されてしまいます。
（ID/Passが正しい場合においては、正常なHTML画面が表示されますので問題ないです。）

どうすれば、「キャンセル」ボタン・「×」ボタンを連続で押下しても
認証後のURL画面（画像やCSSの効いていないHTML画面）がでなくなるのでしょうか？

あるディレクトリ配下とは、redmineを設置しているディレクトリ配下です。

以下のフォルダ構成にて
ベーシック認証を設置しております。

ドキュメントルート
/var/www/html

[xxxx@xxxx]# pwd
/var/www/html
[xxxx@xxxx]# ls -la
.
..
.htaccess
.htpasswd
index.html
redmine -> /var/lib/redmine/public

httpd.confには以下の設定をしてます。
Options Indexes ExecCGI FollowSymLinks
AllowOverride All

.htaccessの中身は、
AuthUserFile /var/www/html/.htpasswd
AuthGroupFile /dev/null
AuthName "Input your ID and Password"
AuthType Basic
require valid-user

どなたか解決策をおしえていただけますと幸いです。
どうぞよろしくお願いいたします。

※ 有料アンケート・ポイント付き質問機能は2023年2月28日に終了しました。

ログインして回答する

みんなの回答

saijyoh_7392011/05/02 22:24:30
満足23pt

http://oshiete.isle.ne.jp/qa5632785.html?order=DESC&by=datetime

上記ページに書かれている方法で解決できないでしょうか。

スター
- すいんぐ 2011/05/02 23:07:57
  
  解決できません。
  
  状況改善されないです。

うぃんど2011/05/03 01:06:06
満足23pt

redmain は使っていないので、そのものズバリはお答えすることかないませんが、以下ヒントにでもなれば…

（コメント・トラックバックを表示するにチェックを入れておられないので回答欄でごめんなさい）

＞認証後のURL画面（画像やCSSの効いていないHTML画面）が表示されてしまいます

ブラウザかプロクシにキャッシュが残っている可能性がありそうです

試しにブラウザの設定でプロクシを使わないようにして、さらに履歴も削除してから、キャンセルの連打をテスト（テストＡ）してみてください

その後、正しいID/Passで一度正常アクセスを行ってから、再びキャンセルの連打テスト（テストＢ）を実施してみてください

テストＡでは「認証後のURL画面」が表示されず、テストＢで表示されたとすればキャッシュのクリアを考えないといけないということになりますので、redmainの雛型ファイルやプログラム内のヘッダー出力部分などにてno-cacheや有効期限を設定してみてください

スター

すいんぐ 2011/05/03 01:52:45

うーん駄目ですね。

キャッシュではなさそうです。

さらにプライベートブラウジングも使っているのですが。

bayan2011/05/03 01:29:11
満足22pt

/var/lib/redmine/public の下に同じ内容の .htaccess を置くとどうでしょう。

既に .htaccess があれば、ベーシック認証の設定を追記してみてください。

httpd.conf の AllowOverride All の記述場所によっては、

動かないかもしれません。

その場合は、

<Directory "/var/lib/redmine/public">
  AllowOverride All
</Directory>

を httpd.conf に追加してあげればいいかと思います。

スター

すいんぐ 2011/05/03 14:51:21

上記記述・追記してapacheを再起動してもダメですね。

他に設定することがあるのでしょうか？

regnif2011/05/09 09:47:57
満足22pt

もしかしたらredmineとは関係なく、httpd.confに

ErrorDocument 401 /

(or ErrorDocument 401 /index.html)

等(401エラーのときのHTMLと認証OKのときのHTMLが同一)の記述があるのでは？

BASIC認証より優先するのかわかりませんが、(そう仮定するなら)CSSディレクトリ等への認証権限は満たしていない故、報告されている現象が発生しているように見受けられます。

これを

ErrorDocument 401 /unauthorized.html

のようにして、

unauthorized.html

ファイルを別途用意すれば解決しません？

http://wordpress.matometa.net/archives/20100825004010

スター

その他の回答を読む

この質問へのコメント

a-kuma32011/05/03 07:36:37

まずは、access.log を見て、キャンセルを押したときに、401 のステータスが返されているかどうかを確認しましょう。
すいんぐ2011/05/03 14:49:27

>a-kuma3さん
ログ関連は以下になってました。
どうでしょうか？

■access_log
※401ステータスのみ返されています。

■error_log
[Tue May 03 11:46:25 2011] [error] [client xx.xx.xx.xx] user not found: /
[Tue May 03 11:46:25 2011] [error] [client xx.xx.xx.xx] user not found: /
[Tue May 03 11:46:40 2011] [error] [client xx.xx.xx.xx] user not found: /redmine/javascripts/controls.js, referer: http://xxxxxx.com/redmine
[Tue May 03 11:46:40 2011] [error] [client xx.xx.xx.xx] user not found: /redmine/stylesheets/jstoolbar.css, referer: http://xxxxxx.com/redmine
a-kuma32011/05/04 08:16:22

ブラウザか（もし、通しているなら）プロクシのキャッシュが臭いんだけどなあ。

11:46:25 の / へのアクセスは、ホームを開いたときのログですよね。
その 15秒後の 11:46:40 controls.js などへのアクセスは、認証ダイアログの「キャンセル」を
押したときのログだと思うんですよね。

11:46:40 の時点では、ホームの HTML へのアクセスなしに、そこに含まれる URL のアクセスが
来ているので、apache を通さずにページが開かれている、ということでしょう。

No.2 の回答のコメントで、「キャッシュではなさそう」と判断した理由は何ですか？
すいんぐ2011/05/06 10:10:21

>a-kuma3さん
ご返答が大変遅くなりました。

キャッシュではなさそう、と判断した理由は、
（該当URLの存在を初めて伝えた）友達にも連絡してサイトを見てもらったところ
redmineディレクトリにおいて同様の現象が確認できたからです。

キャッシュなのですかね。。。
a-kuma32011/05/06 17:09:07

> キャッシュなのですかね。。。

あくまでも、ログからみた推測ですけどね。
自前のクライアントから、ブラウザのキャッシュをすべてクリアして試してみるとか、
普段使ってないブラウザ (opera とか safari とか) をインストールして試してみると、
はっきりするんじゃないでしょうか？

サイトがどこにあるか分かりませんが、できるなら、プロクシも通さずに。

ベーシック認証について困っております。

みんなの回答