挙動について：
Oauth2の設定時に、Microsoftのログイン画面が、設定したいユーザーアカウントではなく、すでにログインしているMicrosoftのユーザーアカウントに自動的にリダイレクトされる。
解決方法
この問題は、キャッシュされたユーザーアカウントによって引き起こされることが多い。ユーザーがマイクロソフトのサービスにログインすると、後で簡単に再ログインできるように、ブラウザがその認証情報をキャッシュします。しかし、これは、別のユーザーアカウントでOauth2を設定する際に問題を引き起こす可能性があります。
Oauth2 の設定時にインコグニートモードを使用する
この問題の回避策として、Oauth2 の設定のうちログインが必要なステップでは、インコグニートウィンドウを使用する。シークレットウィンドウは、以前のブラウジングセッションのデータやクッキーをキャッシュしないプライベートブラウジングモードです。
シークレット・ウィンドウを使用するには、ブラウザーを開き、Oauth2で使用するMicrosoftアカウントのログイン画面へ移動します。次に、ブラウザの適切なキーボードショートカットまたはメニューオプションを使用してシークレット・ウィンドウを開きます（多くのブラウザでは、Ctrl+Shift+Nです）。シークレットウィンドウで、Oauth2設定ページに移動し、目的のMicrosoftアカウントを使用してログインします。 Oauth2の設定が完了したら、シークレット・ウィンドウを閉じて、通常のブラウジング・モードに戻ることができます。
クラウド組織の場合、この動作は、Microsoftに接続するボタンを使って接続できる、組み込みのExchange Onlineメールサービスを使用する場合にも発生する可能性があります。これは、一般的な電子メールプラグインで、電子メールアカウントを接続するリンクを使用して設定されます。Oauth2を設定する際にIncognitoモードを使用することで、このシナリオでの動作も緩和されます。
KBAは、クラウドとオンプレミスの両方の組織に適用されます。
ご注意：この記事は英語からの翻訳です。この記事に含まれる情報は、オリジナルの英語版製品に基づくものです。翻訳版の記事で使用されている文法などには、細かい誤りがある場合があります。翻訳の正確さを完全に保証することは出来かねますが、ほとんどの場合、十分な情報が得られると思われます。万が一、疑問が生じた場合は、英語版の記事に切り替えてご覧ください。