0

私は開発者、ステージング、およびブルースクリーンスロットを持つAzureアプリケーションで作業しています。認証はAzure ADによって処理され、ユーザーはmicrosoftonlineのログインページにリダイレクトされます。私は昨日各スロットの公開プロファイルをダウンロードし、3つすべてを公開しました。私はそれらを複数のコンピュータとブラウザでテストし、3つのスロットはすべて正しく動作しました。Azure AD Web App zombieログインリダイレクトループ

今朝私はそれらを再度テストし、devスロットだけが動作します。ステージングとbluegreenの両方がログインページにリダイレクトされますが、一度認証されると、恐ろしい無限リダイレクトループが引き継ぎます。

このサイトではSSLが必要ですが、問題に関連していないようです。スロットが動作しているときは、HTTPまたはHTTPS経由でHTTPSに正しくリダイレ​​クトされます。

返信URLもすべて設定されており、問題に関連しているようには見えません。

私は次に何を見るべきか分かりません。スロットに影響を与える可能性のあるAzureプロセスが定期的に実行されていますか?なぜスロットが数時間働いてから作業を停止するのですか?


ループ:([アプリケーション]に要求を送信 - [スロット] .azurewebsites.net => [APP]を待っ - [スロット] .azurewebsites.net => login.microsoftonline.com =を待っ> [app] - [slot] .azurewebsites.netへのリクエストの送信など)。

+0

をこの直前

app.UseKentorOwinCookieSaver(); 

を*認証/承認**またはOpenID接続OWINコンポーネントを使用していますか?そして、あなたはループのためのURLリクエストを共有してもよろしいですか?あなたはFiddlerを使ってそれをキャプチャすることができます。 –

+0

OpenIdConnectを使用しています。 –

+0

正しいユーザー名とパスワードを入力すると、要求に渡されたrediect_uriではなく、ログインページに再度リダイレクトされることを意味しましたか? –

答えて

0

この問題は、MicrosoftのOwin実装のSystem.Web:Katana Bug#197の半銘柄のバグが原因であることが判明しました。バグが修正されるまで回避策を提供することを唯一の目的とする、ナゲットパッケージさえあります。 2017年4月現在、ナゲットパッケージは96,000回ダウンロードされています。 Kentor.OwinCookieSaver nugetパッケージのreadme.mdから

enter image description here

"バグがOwinによって設定されたクッキーは不思議にいくつかの 機会に消えます。"

回避策は簡単に行えます。ナゲットパッケージKentor.OwinCookieSaverを追加し、Cookie処理ミドルウェアの前にKentorOwinCookieSaverミドルウェアを追加します。

この追加:あなたはより多くを読みたい場合は、いくつかの有用なリンクされているここで、

app.UseCookieAuthentication(new CookieAuthenticationOptions()); 

:あなたは*を使用していた、 Owin Cookie Saver RepoKatana Project Bug #197

関連する問題