セッション記録ポリシーを構成する
システム定義の記録ポリシーをアクティブにするか、独自のカスタム記録ポリシーを作成してアクティブにすることができます。システム定義の記録ポリシーは、セッション全体に単一のルールを適用します。カスタム記録ポリシーは、どのセッションを記録するかを指定します。
アクティブな記録ポリシーによって、どのセッションが記録されるかが決まります。一度にアクティブにできる記録ポリシーは1つだけです。
システム定義の記録ポリシー
Session Recordingは、以下のシステム定義の記録ポリシーを提供します。
-
記録しない。デフォルトのポリシーです。別のポリシーを指定しない場合、セッションは記録されません。
-
イベントのみを記録する（全員対象、通知あり）。このポリシーは、イベント検出ポリシーで指定されたイベントのみを記録します。画面は記録しません。ユーザーには事前に記録通知が届きます。
-
イベントのみを記録する（全員対象、通知なし）。このポリシーは、イベント検出ポリシーで指定されたイベントのみを記録します。画面は記録しません。ユーザーには記録通知は届きません。
-
セッション全体を記録する（全員対象、通知あり）。このポリシーは、セッション全体（画面とイベント）を記録します。ユーザーには事前に記録通知が届きます。
-
セッション全体を記録する（全員対象、通知なし）。このポリシーは、セッション全体（画面とイベント）を記録します。ユーザーには記録通知は届きません。
注：
Citrix Session Recordingをバージョン1912からアップグレードする場合、既存のポリシー名（例：通知ありで全員を記録、通知なしで全員を記録）は保持されます。
ただし、新規インストールでは更新されたポリシー名が使用されます。
これは予期された動作であり、ポリシーの機能には影響しません。
システム定義の記録ポリシーは変更または削除できません。
カスタム記録ポリシーを作成する
特定のユーザーまたはグループ、公開アプリケーションまたはデスクトップ、デリバリーグループまたはVDAマシン、およびCitrix Workspace™アプリクライアントIPアドレスのセッションを記録できます。Session Recordingポリシーコンソール内のウィザードを使用して、ルールを作成できます。公開アプリケーションまたはデスクトップ、およびデリバリーグループまたはVDAマシンのリストを取得するには、サイト管理者として読み取り権限が必要です。サイトのDelivery Controller™で管理者読み取り権限を構成します。
作成する各ルールについて、記録アクションとルール基準を指定します。記録アクションは、ルール基準を満たすセッションに適用されます。
各ルールについて、次のいずれかの記録アクションを選択します。
-
通知ありのセッション記録を有効にする。このオプションは、セッション全体（画面とイベント）を記録します。ユーザーは事前に記録通知を受け取ります。
-
通知なしのセッション記録を有効にする。このオプションは、セッション全体（画面とイベント）を記録します。ユーザーは記録通知を受け取りません。
-
通知ありのイベントのみのセッション記録を有効にする。このオプションは、イベント検出ポリシーで指定されたイベントのみをセッション全体にわたって記録します。画面は記録されません。ユーザーは事前に記録通知を受け取ります。
-
通知なしのイベントのみのセッション記録を有効にする。このオプションは、イベント検出ポリシーで指定されたイベントのみをセッション全体にわたって記録します。画面は記録されません。ユーザーは記録通知を受け取りません。
-
セッション記録を無効にする。このオプションは、セッションが記録されないことを意味します。
各ルールについて、ルール基準を作成するために次の項目のうち少なくとも1つを選択します。
- ユーザーまたはグループ。ルールのアクションが適用されるユーザーまたはグループのリストを作成します。Session Recordingでは、(/ja-jp/session-recording/2203-ltsr/configure/policies/session-recording-policies.html#use-active-directory-groups)および(/ja-jp/session-recording/2203-ltsr/configure/policies/session-recording-policies.html#white-list-users)ことができます。
- 公開アプリケーションまたはデスクトップ。ルールのアクションが適用される公開アプリケーションまたはデスクトップのリストを作成します。ルールウィザードで、アプリケーションまたはデスクトップが利用可能なCitrix Virtual Apps and Desktops™またはCitrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）サイトを選択します。
- デリバリーグループまたはマシン。ルールのアクションが適用されるデリバリーグループまたはマシンのリストを作成します。ルールウィザードで、デリバリーグループまたはマシンの場所を選択します。
-
IPアドレスまたはIP範囲。ルールのアクションが適用されるIPアドレスまたはIPアドレス範囲のリストを作成します。IPアドレスとIP範囲の選択画面で、記録が有効または無効になっている有効なIPアドレスまたはIP範囲を追加します。ここで言及されているIPアドレスは、Citrix WorkspaceアプリのIPアドレスです。
注：
セッション記録ポリシーコンソールは、単一のルール内で複数の条件を設定することをサポートしています。ルールが適用されると、「AND」と「OR」の両方の論理演算子を使用して最終的なアクションが計算されます。一般的に、「OR」演算子は条件内の項目間で、「AND」演算子は個別の条件間で使用されます。結果が真の場合、セッション記録ポリシーエンジンはルールの動作を実行します。そうでない場合は、次のルールに進み、プロセスを繰り返します。
記録ポリシーで複数のルールを作成すると、一部のセッションが複数のルールの条件に一致する場合があります。これらの場合、最も優先度の高いルールがセッションに適用されます。
ルールの記録アクションによって、その優先度が決まります。
- 記録しないアクションを持つルールは、最も高い優先度を持ちます。
- 通知ありで記録アクションを持つルールは、2番目に高い優先度を持ちます。
- 通知なしで記録アクションを持つルールは、2番目に低い優先度を持ちます。
- 通知ありでイベントのみのセッション記録を有効にするアクションを持つルールは、中程度の優先度を持ちます。
- 通知なしでイベントのみのセッション記録を有効にするアクションを持つルールは、最も低い優先度を持ちます。
一部のセッションは、記録ポリシーのどのルール条件にも一致しない場合があります。これらのセッションには、ポリシーのフォールバックルールの動作が適用されます。フォールバックルールの動作は常に記録しないです。フォールバックルールを変更または削除することはできません。
カスタム記録ポリシーを作成するには：
- セッション記録ポリシーコンソールがインストールされているサーバーに、承認されたポリシー管理者としてログオンします。
- セッション記録ポリシーコンソールを起動し、左側のペインで記録ポリシーを選択します。メニューバーから新しいポリシーの追加を選択します。
- 新しいポリシーを右クリックし、ルールの追加を選択します。
-
ルールウィザードで、記録オプションを選択し、次へをクリックします。
-
ルール基準を選択します - 1つ以上のルール基準を選択できます: ユーザーまたはグループ 公開アプリケーションまたはデスクトップ デリバリーグループまたはマシン IPアドレスまたはIP範囲
-
ルール基準を編集します - 編集するには、下線付きの値をクリックします。値は、前の手順で選択した基準に基づいて下線が引かれています。
注:
公開アプリケーションまたはデスクトップの下線付きの値を選択した場合、サイトアドレスは、コントローラーがローカルネットワーク上にある場合はIPアドレス、URL、またはマシン名です。アプリケーション名リストには表示名が表示されます。
公開アプリケーションまたはデスクトップまたはデリバリーグループまたはマシンを選択する場合は、セッション記録ポリシーコンソールが通信するデリバリーコントローラーを指定します。
セッション記録ポリシーコンソールは、Citrix Cloud™およびオンプレミス環境からデリバリーコントローラーと通信するための唯一のチャネルです。
たとえば、デリバリーグループまたはマシンを選択する場合、前のスクリーンショットのステップ3で対応するハイパーリンクをクリックし、追加をクリックしてコントローラーにクエリを追加します。
オンプレミスおよびCitrix Cloudデリバリーコントローラーをカバーするユースケースの説明については、次の表を参照してください。
ユースケース 必要なアクション オンプレミス デリバリーコントローラー - Broker_PowerShellSnapIn_x64.msi をインストールします。2. Citrix Cloud コントローラー チェックボックスをオフにします。
Citrix Cloud デリバリーコントローラー - Citrix DaaS™ リモート PowerShell SDK をインストールします。2. Citrix Cloud アカウントの資格情報を検証します。3. Citrix Cloud コントローラー チェックボックスを選択します。
オンプレミスのデリバリーコントローラーからCitrix Cloudのデリバリーコントローラーへ切り替える - Broker_PowerShellSnapIn_x64.msi をアンインストールし、マシンを再起動します。2. Citrix DaaS Remote PowerShell SDK をインストールします。3. Citrix Cloud アカウントの資格情報を検証します。4. Citrix Cloud Controller チェックボックスをオンにします。
Citrix Cloudのデリバリーコントローラーからオンプレミスのデリバリーコントローラーへ切り替える - シトリックス DaaS リモート PowerShell SDK をアンインストールし、マシンを再起動します。2. Broker_PowerShellSnapIn_x64.msi をインストールします。3. シトリックス クラウド コントローラー チェックボックスをオフにします。
シトリックス クラウド資格情報の検証
Citrix Cloud でホストされている Delivery Controller を照会するには、Session Recording ポリシーコンソールがインストールされているマシンで Citrix Cloud 資格情報を手動で検証します。これに従わない場合、エラーが発生し、Session Recording ポリシーコンソールが期待どおりに動作しない可能性があります。
手動検証を行うには：
-
Citrix Cloud コンソールにログオンし、Identity and Access Management > API Access を見つけます。Citrix Cloud 認証プロンプトをバイパスできる認証プロファイルを取得するために、API アクセスセキュアクライアントを作成します。セキュアクライアントをダウンロードし、名前を変更して安全な場所に保存します。ファイル名はデフォルトで secureclient.csv です。
Citrix Cloud 資格情報を検証する(/ja-jp/session-recording/2203-ltsr/media/validating-ctrix-cloud-credentials.png)
-
PowerShell セッションを開き、次のコマンドを実行して、認証プロファイル（前の手順で取得したもの）を有効にします。
asnp citrix.* Set-XDCredentials -CustomerId "citrixdemo" -SecureClientFile "c:\temp\secureclient.csv" -ProfileType CloudAPI –StoreAs "default" <!--NeedCopy-->必要に応じて CustomerId と SecureClientFile を設定します。上記のコマンドは、現在の PowerShell セッションおよび以降のすべての PowerShell セッションで認証プロンプトをバイパスするために、顧客
citrixdemoのデフォルト認証プロファイルを作成します。
- ウィザードに従って構成を完了します。
注： プリローンチされたアプリケーションセッションに関する制限事項：
- アクティブなポリシーがアプリケーション名と一致しようとすると、プリローンチされたセッションで開かれたアプリケーションとは一致しません。その結果、プリローンチされたセッションは記録できません。
- アクティブなポリシーがすべてのアプリケーションを記録し、セッションのプリローンチが有効になっている場合、ユーザーがCitrix Workspaceアプリ for Windowsにログオンすると、記録通知が表示されます。プリローンチされた（空の）セッションと、そのセッションで今後起動されるすべてのアプリケーションが記録されます。
回避策として、アプリケーションを記録ポリシーに従って個別のデリバリーグループに公開します。アプリケーション名を記録条件として使用しないでください。このアプローチにより、プリローンチされたセッションを記録できます。ただし、通知は引き続き表示されます。
アクティブ ディレクトリ グループを使用する
Session Recordingでは、ポリシーの作成時にActive Directoryグループを使用できます。個々のユーザーの代わりにActive Directoryグループを使用すると、ルールとポリシーの作成と管理が簡素化されます。たとえば、会社の財務部門のユーザーがFinanceという名前のActive Directoryグループに含まれている場合、 RulesウィザードでFinanceグループを選択することにより、すべてのグループメンバーに適用されるルールを作成できます。
ユーザーをホワイトリストに登録する
組織内の一部のユーザーのセッションが記録されないようにするSession Recordingポリシーを作成できます。このケースは、 これらのユーザーをホワイトリストに登録すると呼ばれます。ホワイトリスト登録は、プライバシー関連情報を扱うユーザーや、組織が特定の種類の従業員のセッションを記録したくない場合に役立ちます。
たとえば、会社のすべてのマネージャーがExecutiveという名前のActive Directoryグループのメンバーである場合、Executiveグループのセッション記録を無効にするルールを作成することで、これらのユーザーのセッションが記録されないようにすることができます。このルールを含むポリシーがアクティブである間は、Executiveグループのメンバーのセッションは記録されません。組織の他のメンバーのセッションは、アクティブなポリシーの他のルールに基づいて記録されます。
ディレクターでセッションレコーディングサーバーを使用するように構成する
Directorコンソールを使用して、記録ポリシーを作成およびアクティブ化できます。
- HTTPS接続の場合、Directorサーバーの信頼されたルート証明書に、Session Recordingサーバーを信頼するための証明書をインストールします。
- Directorサーバーを構成してSession Recordingサーバーを使用するには、
C:\inetpub\wwwroot\Director\tools\DirectorConfig.exe /configsessionrecordingコマンドを実行します。 - Session Recording サーバーのIPアドレスまたは完全修飾ドメイン名、およびSession Recording エージェントがDirector サーバー上のSession Recording Broker に接続するために使用するポート番号と接続タイプ (HTTP/HTTPS) を入力します。
ロールオーバーの動作を理解する
ポリシーを有効にすると、記録中のセッションが終了するか、セッション記録ファイルがロールオーバーするまで、以前に有効だったポリシーが適用され続けます。ファイルは最大サイズに達するとロールオーバーします。記録の最大ファイルサイズについて詳しくは、「記録のファイルサイズを指定する」を参照してください。
以下の表は、セッションの記録中に新しい記録ポリシーを適用し、ロールオーバーが発生した場合に何が起こるかを示しています。
| 以前の記録ポリシーが次の場合は、 | 新しい記録ポリシーが次の場合は、 | ロールオーバー後の記録ポリシーは次のようになります。 |
|---|---|---|
| 記録しない | その他のポリシー | 変更なし。新しいポリシーは、ユーザーが新しいセッションにログオンしたときにのみ有効になります。 |
| 通知なしで記録する | 記録しない | 記録が停止します。 |
| 通知なしで記録する | 通知ありで記録する | 記録が継続され、通知メッセージが表示されます。 |
| 通知ありで記録 | 記録しない | 記録が停止します。 |
| 通知ありで記録 | 通知なしで記録 | 記録は継続されます。次回ユーザーがログオンしてもメッセージは表示されません。 |