透過的な認証を設定して、Microsoft Entra IDで既に認証されたWindowsユーザが認証情報を再度求められることなく、Internet AccessまたはAI Secure Accessにサインインできるようにします。
利用可能な透過認証方法
Internet AccessとAI Secure Accessは3つの透過的な認証方法をサポートしています。どの方法がエンドポイントに適用されるかは、エンドポイントがディレクトリにどのように参加しているかによります。
-
Primary Refresh Token (PRT): Microsoft Entra ID参加済み、ハイブリッド参加済み、または登録済みデバイス用。
-
Seamless single sign-on (SSO): オンプレミスのActive Directoryドメインにのみ参加しているデバイス用。
-
NTLM or Kerberos single sign-on: オンプレミスActive Directoryユーザ用。この方法は別途設定されます。詳細については、Active Directoryを使用したNTLMまたはKerberos Single Sign-On (オンプレミス) を構成するを参照してください。
このトピックでは2つのMicrosoft Entra IDメソッドについて説明します。エンドポイントにどのメソッドが適用されるかを判断するには、エンドポイントで
dsregcmd /statusを実行し、出力を以下の表と比較してください。デバイスの状態と適用可能な透過的認証方法
|
デバイスの状態
|
dsregcmd /status 出力 |
方法
|
|
Microsoft Entra ID が参加しました
|
[Device State] の下:
AzureAdJoined : YES と DomainJoined : NO |
PRT. CloudAPプラグインはWindowsサインイン時に自動的にトークンを発行します。ユーザの操作は必要ありません。
|
|
Microsoft Entra ID ハイブリッド参加
|
[Device State] の下:
AzureAdJoined : YES および DomainJoined : YES |
PRT. このデバイスは、Microsoft Entra ConnectまたはMicrosoft Entraクラウド同期を使用してMicrosoft Entra IDへのオンプレミスActive Directory同期が必要です。
|
|
Microsoft Entra ID 登録済み
|
[User State]の下:
WorkplaceJoined : YES |
PRT。通常は個人用またはBYODデバイスです。トークンは、ユーザが手動で職場アカウントを追加した後にのみ発行されます。
|
|
ドメイン参加のみ
|
[Device State]の下:
DomainJoined : YESおよびAzureAdJoined : NO。[User State]の下: WorkplaceJoined : NO |
シームレスSSO。エンドポイントはサインイン時にオンプレミスのドメインコントローラに到達できる必要があります。
|
注意単一の環境には、さまざまなデバイス状態が含まれる可能性があります。エンドポイントに適用される各方法のMicrosoft Entra ID前提条件を設定してください。
|
サポートされているシナリオ
Microsoft Entra IDを使用した透過的認証は、次のシナリオにのみ適用されます。
-
Secure Access Moduleがインストールされたエンドポイント
-
Secure Access Moduleがインストールされていないエンドポイントがオンプレミスゲートウェイに接続する
-
Secure Access Moduleがインストールされていないエンドポイントが、事前設定されたパブリックIPアドレスで識別された企業ネットワーク上の場所からクラウドゲートウェイに接続します
シームレスSSOのためには、すべてのシナリオでサインイン時にエンドポイントがオンプレミスのドメインコントローラに到達できる必要があります。
PRTベースの透過的認証のためにMicrosoft Entra IDを準備する
Internet AccessまたはAI Secure Accessは、キャッシュされたPRTからエンドポイントのWebアカウントマネージャ (WAM) またはクラウド認証プロバイダ
(CloudAP) ブローカーが既に生成しているサイレントサインインを消費するサービスプロバイダとして機能します。Internet AccessまたはAI Secure
Accessはトークン自体を要求または管理しないため、Microsoft Entra IDが発行するために必要なすべての条件を環境が満たす必要があります。詳細については、Microsoft Entra IDにおけるプライマリリフレッシュトークン (PRT) の理解を参照してください。
インターネットアクセスまたはAI Secure Accessを設定する前に、以下のすべてを完了し、確認してください。
-
エンドポイントで
dsregcmd /statusを実行し、デバイスの状態がMicrosoft Entra ID参加済み、ハイブリッド参加済み、または登録済みであることを確認してください。
注意
Microsoft Entra ID登録済みデバイスの場合、ユーザはまずに移動して職場アカウントを追加するか、[Allow my organization to manage my device]プロンプトを受け入れる必要があります。この一度限りの手順を行わないと、トークンが発行されず、ユーザはインタラクティブなサインインに戻ります。 -
同じ
dsregcmd /statusの出力で、トークンが発行されたことを確認します。[SSO State]の下でAzureAdPrt : YESを確認してください。 -
ブラウザーがブローカーからトークンを取得できることを確認してください。
-
Microsoft Edge: ネイティブでサポートされています。
-
Google Chrome: Windows 10アカウント拡張機能が必要です。
-
Mozilla Firefox 91以降: Windows SSO設定を有効にする必要があります。
-
-
トークンベースのサインインがインターネットアクセスやAI Secure Accessなしで機能することを確認します。ブラウザで
https://myaccount.microsoft.comのようなMicrosoftのファーストパーティページにサインインし、ユーザ名やパスワードのプロンプトが表示されないことを確認してください。
重要
このテストが失敗した場合、Internet AccessまたはAI Secure Accessを構成する前に問題を解決してください。詳細については、Windowsデバイスでのプライマリリフレッシュトークンの問題のトラブルシューティングを参照してください。
Microsoft Entra IDとActive Directoryを準備してSSOベースの透過的認証を行う
Internet AccessまたはAI Secure Accessは、Seamless SSOを通じて既に生成されたサインインMicrosoft Entra IDを利用するサービスプロバイダとして機能するため、まず環境がSeamless SSOの要件をすべて満たしている必要があります。詳細については、Microsoft EntraのシームレスSSOの仕組みを参照してください。
インターネットアクセスまたはAI Secure Accessを設定する前に、以下のすべてを完了し、確認してください。
-
エンドポイントで
dsregcmd /statusを実行し、エンドポイントがシームレスSSOの対象であることを確認してください:DomainJoined : YES、AzureAdJoined : NO、および[User State]の下でWorkplaceJoined : NO。
注意
AzureAdJoined : YESの場合、デバイスはMicrosoft Entra IDハイブリッド参加しており、代わりにPRTを使用します。サインインしているユーザに対してWorkplaceJoined : YESの場合、そのユーザは手動で追加された職場アカウントを通じてトークンを取得することもできます。 -
オンプレミスのActive DirectoryからMicrosoft Entra IDにIDを同期するには、次のいずれかのツールを使用します。
-
Microsoft Entra Connect: Microsoft Entra ConnectのExpressインストールを参照してください。

ヒント
Microsoft Entra Connectは、次の手順でシームレスSSOを有効にするためにも使用できるため、最も簡単なオプションです。 -
Microsoft Entraクラウド同期: Microsoft EntraプロビジョニングエージェントのインストールとMicrosoft Entraクラウド同期の新しい構成の作成を参照してください。
-
-
前の手順で選択したツールを使用してシームレスSSOを有効にします。
-
Microsoft Entra Connect: Microsoft Entra Connectウィザードでに移動し、パススルー認証またはパスワードハッシュ同期を有効にします。詳細については、Microsoft EntraシームレスSingle Sign-Onを有効にするを参照してください。
-
Microsoft Entraクラウド同期: クラウド同期でSingle Sign-Onを使用する方法をご覧ください。
-
-
エンドポイントのローカルイントラネットゾーンに
https://autologon.microsoftazuread-sso.comを追加してください。 -
シームレスSSOがインターネットアクセスやAI Secure Accessなしで動作することを確認します。ブラウザで
https://myaccount.microsoft.comのようなMicrosoftのファーストパーティページにサインインし、ユーザ名やパスワードのプロンプトが表示されないことを確認してください。
重要
このテストが失敗した場合、Internet AccessまたはAI Secure Accessを構成する前に問題を解決してください。詳細については、Microsoft Entra seamless SSO FAQを参照してください。
TrendAI Vision One™ を構成する
次の構成は、Secure Access Moduleの有無にかかわらずすべてのエンドポイントに適用され、PRTベースおよびSeamless SSOベースの透過的認証の両方で共有されます。この構成を開始する前に、エンドポイントに適用される方法のMicrosoft Entra ID前提条件を確認してください。
-
TrendAI Vision One™をサービスプロバイダ、Microsoft Entra IDをアイデンティティプロバイダとしてSAMLフェデレーションを構成します。詳細については、Microsoft Entra ID を構成するを参照してください。
-
autologon.microsoftazuread-sso.comをプロキシのバイパスリストに追加してください。PACファイルを使用している場合は、PACファイルのバイパスリストにドメインを追加してください。システムのプロキシの設定を直接構成する場合は、そこにドメインを追加してください。
注意
このドメインはシームレスSSOにのみ必要です。PRTベースの透過的認証では使用されませんが、バイパスリストに保持しても、エンドポイントが両方の方法を混在して使用している場合には問題はありません。 -
ローカルユーザアカウントが有効になっていないことを確認してください。に移動し、[ローカルユーザアカウントの管理]をクリックして、[ユーザ]タブを確認してください。詳細については、ローカルユーザアカウントの管理を参照してください。
-
1つのアイデンティティプロバイダのみが有効になっていることを確認してください。に移動します。
注意ローカルユーザアカウントまたは第2のアイデンティティプロバイダが有効になっている場合、ユーザは追加の[認証方法を選択]画面が表示され、サインインを続行する前に[IDプロバイダによる認証]と使用するプロバイダを手動で選択する必要があります。ユーザがMicrosoft Entra IDを選択した後、認証は自動的に完了しますが、フローはもはや完全にサイレントではありません。
|
Secure Access Moduleを設定
次の設定は、Secure Access Moduleがインストールされたエンドポイントにのみ適用されます。
-
エンドポイントがPrivate Accessも使用している場合は、に移動し、[グローバル設定]をクリックし、[Private Access authentication]の下で[Require an additional authentication for users to connect to Private Access while both Private Access and Internet Access and AI Secure Access solutions are enabled]を選択します。
-
の[Windows]タブで認証方法を選択します。詳細については、Secure Access Moduleを参照してください。
-
ブラウザベースの認証: PRTベースおよびシームレスSSOベースの透過的認証の両方をサポートしています。Secure Access Moduleはデフォルトのブラウザを開いてサインインし、ブラウザがWAMまたはCloudAPブローカーからトークンを取得するか、通常のブラウザセッションと同様にKerberosベースのシームレスSSOを完了します。
-
モジュールベースの認証: シームレスSSOベースの透過的認証のみサポートされています。モジュールベースの認証ではPRTを取得できません。PRTベースの透過的認証に依存するエンドポイントは、ブラウザベースの認証を使用する必要があります。そうでない場合は、インタラクティブな認証情報プロンプトに戻ります。

ヒント
環境にPRTに依存するエンドポイントとシームレスSSOに依存するエンドポイントが混在している場合、両方に互換性のある唯一の方法である[ブラウザベースの認証]を選択してください。 -
透過的認証を検証する
開始する前に、エンドポイントがサポートされているシナリオのいずれかに一致し、該当する方法のMicrosoft Entra IDサインインテストが成功したことを確認してください。
エンドポイント[without]にSecure Access Moduleがインストールされています:
-
ブラウザのCookieとキャッシュをクリアします。
-
任意のウェブサイトにアクセスしてください。例えば、
https://www.example.com。 -
ユーザ名やパスワードのプロンプトが表示されずにリクエストが完了することを確認してください。
エンドポイント[with]にSecure Access Moduleがインストールされています:
-
Secure Access Moduleで[ユーザを切り替える]を使用した後、エンドポイントを再起動していないことを確認してください。そうしないと、設定に関係なく手動でサインインする必要があります。
-
設定された認証方法を使用してサインインしてください。
-
ブラウザベースの認証: Secure Access Moduleを開き、[サインイン]をクリックします。デフォルトのブラウザが開きます。
-
モジュールベースの認証: Secure Access Moduleを開いてください。
-
-
ユーザ名やパスワードのプロンプトなしでサインインが完了することを確認してください。
制限事項
-
インターネットアクセスとAI Secure AccessのみがMicrosoft Entra IDによる透過的認証をサポートしています。
-
Windowsのエンドポイントのみサポートされています。
-
ユーザがSecure Access Moduleで[ユーザを切り替える]を選択すると、モジュールはユーザをMicrosoft Entra IDサインイン画面に戻し、新しいセッションに対して透過的な認証を試みません。この制限を回避するには、ユーザを切り替えた後にエンドポイントを再起動してください。
-
組織内でデバイスの状態が混在しており、一部がPRTに依存し、他がSeamless SSOを使用している場合、TrendAI™はSecure Access Module Windows認証方法を[ブラウザベースの認証]に設定することを推奨します。これは両方に対応する唯一の方法です。
