DotNetOpenAuth - 信頼する側が信頼できるサイトでOpenIdのログインリダイレクトがハングアップする

Question

OpenIdをASP.NET MVCアプリケーションに統合するためにDotNetOpenAuth MVC依存パーティクルサンプルコードを使用しています。

コードは、次の場合を除いて素晴らしいです：私のアプリが信頼できるサイトで、IEの下でホストマシン以外の場所からそのサイトにアクセスしているとき、OpenIdへのリダイレクトプロバイダがハングします。

具体的には、コントローラメソッドがプロバイダにリダイレクトするActionResultを返すポイントにコードが到達し、IEがそこに着くとサイクルが発生します。

私は、スタックオーバフロー自体をテストして正常に動作したため、信頼する側が信頼できるサイトであっても、MVCでOpenId認証をサポートすることができます。

私は、トラフィックを見るためにFiddlerを使用しました。私のアプリケーションが信頼できるサイトであるときは、プロバイダに要求が出されませんでした。

アイデア？

当該サンプルDotNetOpenAuthコードの行である：。

リターン openid.CreateRequest（のRequest.Form [ "openid_identifier"]）RedirectingResponse.AsActionResult（）;

更新＃1 フィドラーで、Iは、コントローラのアクションIは、リダイレクトのロケーションヘッダと302応答リターンを呼び出していていることがわかりますが、何もまったくその後起こりません。私はstackoverflow.comとnerdbank.orgで再テストし、これらの2つのサイトでまったく同じ失敗動作を見た。私は信頼できるサイトとして両方を追加し、IEから完全にクローズしました。そして、私がこれらのサイトに戻ったとき、私は正常にログインできませんでした。

私はWindows 7でIE 8を実行しています。役立つ場合は、完全なFiddlerログを提供できます。

また、サイトが「信頼できる」と言われると、IEブロックは信頼されていないドメインへのリダイレクトをブロックするという言い方もあります。

更新＃2

私は私の信頼済みサイトへのオープンIDプロバイダを追加し、現在リダイレクトが発生したため、ログインプロセスが動作します。だから、これは実際にユーザーエージェント（IE）の問題のようです。私はこのリンクを見つけた3

更新＃は：link text

同様の問題を記述しているようです。私は提案された決議に従って、私の信頼できるサイトとインターネットゾーンの両方をIEの "保護モード"に設定しました。それは私の問題を解決したようです。

Answer 1

信頼済みサイトは厳密にIE機能であり、RPでの実行には影響しません。だから私はRPがユーザーエージェントにリダイレクトする命令を送信していると思われます。フィドラーはこれを確認または反論することができます。 IEに信頼できるサイトから信頼されていないサイトへのリダイレクトを壊す「機能」がある場合、RPがそれについて何かできることは確かではありません。

ちなみに、StackOverflowはDotNetOpenId（DothNetOpenAuthの前身）を使用しているため、あなたのために機能していると言うことは、おそらく設定を修正するための設定が異なることを示唆しています。

更新：Win7 RCにはIE8とWin7のバグがありました。修正があります。 RCを実行している場合は、RTMが利用できるようにしっかりと座ってください。また、このシナリオを他のRTM WindowsオペレーションシステムおよびIEブラウザで再試行することもできます。