2009-06-16 7 views
1

私が取り組んでいるプロジェクトでは、特定のことを確認するためにブラウザからCookieを取得しています。 FF、Safari、またはChromeでは、これは問題なく動作しますが、IE 8(以前のバージョンのIEはテストしていないため、MSFTはIE 8をアンインストールしてIE 7を稼働させません)、唯一のクッキーセッションCookieであり、永続的なCookie(Temporary Internet Filesにあるもの)ではありません。この全く同じメソッドは、アプリ内の他の場所でも使用されています。IE 8では、独自のページ上でうまく動作します。別のページに小さいピクセルとして含まれている場合にのみ、Cookieが見つからないように見えます。私はおそらくそれが別のドメインの下にあったかどうかを確認する要求を見ましたが、同じドメインではありません。それはセッションクッキー(ブラウザセッションの終わりに期限が切れるはずのセッションクッキー)を見ることができますが、何も表示されないので奇妙です。IE 8はセッションCookieにのみアクセスできますか?

これまでにみたことがある人は誰ですか?できるだけ早く質問にお答えします。

これは単純なContext.Request.Cookies

+1

。 IEセキュリティ設定を確認します。 Fiddlerや他のHTTPスニッフィングツールを使用してHTTPリクエストを盗聴できますか?これにより、ブラウザからサーバーに何が行き来しているかをより深く理解することができます。 – Adam

+0

私はサーバをローカルで実行しているので、私はブレークポイントを置いてリクエスト自体を見ることができます。何らかの理由で、Request.Cookiesコレクションには、セッション開始時に設定されたセッションCookie(サーバー側のリダイレクト前のもの)のみがあります。私は、同じピクセルから同じ場所にある同じメソッドが、Server-Side-Redirectから出てこないときに、うまく動作することを言及する必要があります。リクエストに関する他のすべてが同じように見えても、セッションクッキーしか見ることができないクッキーを見ると、サーバー側のリダイレクト後にのみ発生します。 –

+0

さらに、これは私のIE 8でのみ発生するようですが、IE 8の他のマシンでは再現性がないようです。再インストールしても問題は解決しません。 –

答えて

0

いくつかのスパマーは、アフィリエイトのクッキーを詰め込むために1x1の画像とのiframeを使用し、IE8は明らかにこの技術対策を持っているを使用して.NETです。アンチスパマー攻撃の無実の犠牲者として苦しんでいますか?

+0

"InPrivate Filtering"機能はデフォルトでオフになっており、ここに。 – EricLaw

2

おそらくプライバシーポリシーです。アドレスバーに表示されているドメイン以外のドメインからのCookieを許可するように設定できるヘッダーがあります。それを修正する方法についてはthe best description I've foundです。

+0

実際、サードパーティのCookieの場合は、おそらくP3Pポリシーを設定する必要があります。 – EricLaw

関連する問題