0

現在、企業ポリシーにより Cookie がブロックされている多数のクライアントもサポートする必要がある MVC アプリを展開しています。複数のブラウザーと Chrome (および IE9) をサポートする必要があるため、cookieless="UseDeviceProfile" は完全に信頼できないことがわかったため、cookieless セッションと認証を自動検出に設定しています (UseDeviceProfile)。1 つのインスタンスを除いて、「AutoDetect」設定ですべてがうまく機能します。

ユーザーがhttp://somehost.comの Cookie とタイプをブロックしている場合、ASP.Net は文字列の末尾に ?AspAutoDetectCookieSupport=1 を追加し、http://somehost.com?AspAutoDetectCookieSupport=1の URL を残します。この文字列が MVC アプリに入ると、404 エラーで爆発します。ただし、 http://somehost.com/のように、最初の URL の末尾に「/」を追加すると 、すべてが期待どおりに機能し、ASP.Net は URL の先頭にセッション文字列を追加します (例: http:// somehost.com/(セッション文字列)/ ……

大多数のユーザーは、この「バグ」の影響を受けない、私たちが送信した URL からアプリにアクセスするため、これはやや特殊なケースになります。さらに、大多数のユーザーは Cookie も有効にします。しかし、これが影響を与える少数のユーザーでさえ、この醜いエラーを見ることはまだ望んでいません.

助言がありますか?

4

0 に答える 0