この記事では、Entra ID / Azure ADに参加した後にOkta資格情報でWindows 10コンピューターにサインインできるようにするためのソリューションについて説明します。このプロセスでは、Office 365アプリケーションのサインオンポリシールールを更新し、Winloginサービスを使用してAzure ADに参加しているデバイスからのサインオン試行を許可します。
- Microsoft Entra ID / Azure Active Directory(AD)
- Microsoft 365 / Office 365(M365 / O365)
- Windows 10デバイス
- Okta資格情報
- Okta管理者
注:多要素認証(MFA)が必要な場合、Windows 10コンピューターへのサインインにOktaの資格情報を使用することはできません。
Okta Identity Engine(OIE)Orgの場合
- Okta Admin Consoleにアクセスします。
- Office 365アプリケーションに移動し、[サインオン]タブを選択します。
- [ユーザー認証]までスクロールし、[ポリシーの詳細を表示]をクリックします。
これにより、このアプリの認証ポリシーページが表示されます。 - 新しいルールを作成し、適切な名前を付けます。
- 最後のIFステートメントClient isの下にもExchange ActiveSync/レガシー認証が入力されていることを確認します。
- [Access(アクセス)]セクションで、[When all the conditions above are met, sign on to this application is(上記の条件がすべて満たされた場合、このアプリケーションへのサインオンは次のようになる)]が[許可]に設定されていることを確認します。
- [カスタム式]セクションで、
request.userAgent.contains("Windows-AzureAD-Authentication-Provider")を追加します。 - [保存]をクリックして変更を適用します。
- ルールを優先度リストの上に移動します。
たとえば、この画像は、Windows-AzureAD-Authentication-Providerが含まれるユーザーエージェントのリクエストフィルタリングを示しています。
Classic Orgの場合
- Okta Admin Consoleにアクセスします。
- Office 365アプリケーションに移動し、[サインオン]タブを選択します。
- [サインオンポリシー]までスクロールします。
- [ルールを追加]をクリックし、適切な名前を付けます。
- すべてをデフォルトのままにして、次の点だけを変更します。
- [ユーザーのクライアントが次のいずれかに該当する場合]>[Exchange ActiveSync/レガシー認証]および[カスタム]のみをオンにしたままにします。残りのチェックを外します。
- [Custom(カスタム)]フィールドに「
Windows-AzureAD-Authentication-Provider/1.0」と入力します。
- ルールが[アクセスを許可する]に設定されていることを確認します。
- [保存]をクリックします。
- ルールを優先度リストの一番上に移動します。
