2

一部のIE9 ユーザーは、htpasswd で保護されたフォルダーにログインできません

通常の htaccess/htpasswd で保護されたフォルダーがあります。一部の IE9 ユーザーは、資格情報の 1 つのセット (ユーザー/パス) が機能していないことに気付いていますが、他の資格情報のセットは問題ありません。

  • IE9 と ?IE8 のみに影響します。Firefox、Chrome などはすべて、IE では機能しない資格情報で問題ありません。
  • 7 人の IE9 ユーザーのうち、4 人はこれらの資格情報でログインできず、3 人はログインできます。
  • ユーザー名とパスワードは、どちらも文字と数字 (12 と 7) のみで構成されています。
  • can/can't グループ全体で IE9 の同じバージョン番号が存在します。
  • テストグループの 6 人が初めてのユーザーだったため、キャッシングは原因として除外されました。
  • フォルダーの代わりにファイルに直接アクセスしても役に立ちません。
  • .htpasswd 形式は crypt と MD5 で試しましたが、違いはありませんでした。
  • 問題のページは、過去の有効期限でキャッシュなしに設定されています。
  • フォルダ A にログインできない同じユーザーが、フォルダ B にログインできます (別の資格情報を使用)。
  • 資格情報 A でログインできない同じユーザーが、資格情報 B (両方とも MD5) でログインできます。
  • .htpasswd ファイル内の資格情報のセットの位置に違いはないようです。
  • 失敗した資格情報は、別のフォルダーでも (同じ IE9 ユーザーに対して) 失敗します。

私は完全に困惑しています。私が思いつくことができる唯一のことは、どういうわけか、機能していない資格情報の文字/数字の組み合わせが...何を引き起こしているということです? そして、なぜ IE9 (そしておそらく IE8) だけでしょうか?

このサイトにはさまざまなフォルダーのユーザー/パスワードの組み合わせが多数あり、そのすべてがこの問題の影響を受ける可能性があるため、単なる解決策 (これらの特定の資格情報を変更する) ではなく、原因を見つける必要があります。


編集:以下もチェックしました(IE8/win7にはこれらに関連するバグがあったため)

  • 「パスワードを記憶する」にチェックを入れても違いはありません
  • パスワードの貼り付けと入力では違いはありません

私は現在、大文字と小文字の区別、数字の組み込み、または生成された実際の MD5 ハッシュ (特殊文字の組み込みなど) が違いを生むかどうかを調査しています。

4

1 に答える 1

0

curl と charles を使用して、他のすべてのブラウザーが送信していることを確認できました。

承認: 基本 [大きな長いシーケンスの後に続く]=

および IE9 で、失敗した場合は次を送信します。

承認: 基本 [大きな長いシーケンスの後に続く]g

最初のものは username:password にデコードされます

IE9 は username:password [プラス スペース] にデコードします。

ユーザーがパスワード入力ボックスからスペースをクリアしているにもかかわらず、IE9 がパスワードをエンコードする前にスペースを間違って追加しているようです。

于 2013-01-31T13:51:06.027 に答える