1

このトピックに関するさまざまな質問を見てきましたが、私が抱えている問題に完全に適合するものはありません。

DNOA を利用して特定のプロバイダー (Intuit) を呼び出す MVC4 アプリを開発しました。ローカルの IIS (テスト) ではすべてが完全に機能しましたが、Windows Azure にデプロイすると、ことわざにある素晴らしい "奇妙で断続的な" 動作が発生します。具体的には、99% の確率で、最初のサインイン リクエストで「OpenID エンドポイントが見つかりません」というエラーが発生します。ただし、SUBSEQUENT サインインは問題なく実行されます。

ここで参照されているコードServiceManagerCodeを追加しましたが、役に立ちませんでした。確認しましたが、OpenID URL は正しいです。何が起こっているのかを確認するために log4net を追加しようとしましたが、これを正しく行うことができませんでした。Intuit にも問い合わせましたが、今のところ回答がありません。

繰り返しますが、これが最初の試行で発生していない場合は、関連する投稿が多数あることになりますが、この独特の動作により、野生のガチョウの追跡に過度の時間を浪費することを警戒しています.

些細な提案でも構いませんので、よろしくお願いいたします。

4

2 に答える 2

0

最初の試行が失敗した後、Azure 証明書利用者は確実に機能すると言っているので、おそらく、Azure Web ロールの app_start イベントで DotNetOpenAuth のOpenIdRelyingParty.CreateRequestメソッドを呼び出し、その結果で何もせずに「ポンプを準備する」ことで回避できますか?

于 2012-07-03T13:37:20.657 に答える
0

私は OpenID に詳しくありません。OpenID サインイン サービスは Windows Azure でもホストされていますか? サインイン サービスが問題なく開始されていることを確認してください。フェデレーションの構成を確認することをお勧めします。ほとんどのフェデレーション プロバイダーでは、レルムとリターン URL を構成する必要があります。それらが適切に構成されていない場合、アプリケーションは機能しません。

よろしくお願いします、

明徐。

于 2012-07-03T10:47:43.053 に答える