デリバリーグループの管理

最終公開日 : Nov 13, 2026
注:
バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™ の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioについては、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
Related information
インストールと構成

はじめに

この記事では、管理コンソールからデリバリーグループを管理する手順について説明します。グループ作成時に指定した設定を変更するだけでなく、デリバリーグループの作成時には利用できないその他の設定も構成できます。
手順のカテゴリには、全般、ユーザー、マシン、セッションがあります。一部のタスクは複数のカテゴリにまたがります。たとえば、「ユーザーがマシンに接続できないようにする」はマシンのカテゴリで説明されていますが、ユーザーにも影響します。あるカテゴリでタスクが見つからない場合は、関連するカテゴリを確認してください。
その他の関連情報については、以下の記事も参照してください。
  • 「アプリケーション」(/ja-jp/citrix-virtual-apps-desktops/current-release/manage-deployment/applications-manage.html)には、デリバリーグループ内のアプリケーションの管理に関する情報が含まれています。
  • デリバリーグループの管理には、Delivery Group Administratorの組み込みロール権限が必要です。詳細については、「委任管理」(/ja-jp/citrix-virtual-apps-desktops/current-release/manage-deployment/delegated-administration.html)を参照してください。

全般

グループの詳細を表示

  1. 検索機能を使用して特定のデリバリーグループを見つけます。手順については、インスタンスの検索を参照してください。
  2. 検索結果から、必要に応じてグループを選択します。
  3. グループの列の説明については、次の表を参照してください。
  4. このグループの詳細については、下部の詳細ペインのタブをクリックしてください。
列 説明
デリバリーグループ グループ名とセッションの種類。セッションの種類には、シングルセッションOSとマルチセッションOSが含まれます。
配信中 このグループから配信されるリソースの種類。可能な値には、アプリケーション、デスクトップ、およびアプリケーションとデスクトップが含まれます。デリバリーグループが専用マシンで構成されている場合、「静的マシン割り当て」が表示されます。
使用中のセッション セットアップされているマシンの数と、切断状態にあるマシンの数。
割り当て済み数 デリバリーグループに割り当てられているカタログ内のマシンの数。
フォルダ デリバリーグループツリー内でのグループの場所。グループが存在するフォルダーの名前（末尾のバックスラッシュを含む）が表示されます。グループがルートレベルにある場合は-が表示されます。

優先プロパティの変更

優先プロパティは、ユーザーがデリバリーグループからリソースにアクセスして起動する方法を制御します。デリバリーグループの優先プロパティを変更するには、次の手順に従います。
  1. Studioで、左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集を選択します。
  3. 設定ページで、次の表の設定を変更します。
  4. 適用を選択して変更を適用し、ウィンドウを開いたままにします。または、OKを選択して変更を適用し、ウィンドウを閉じます。
設定 説明
説明 Citrix Workspace™（またはStoreFront）が使用し、ユーザーに表示されるテキスト。
デリバリーグループを有効にする デリバリーグループが有効になっているかどうか。
タイムゾーン このデリバリーグループのマシンが存在するタイムゾーン。この設定は、新しく作成されたデリバリーグループの場合、設定 > 日付と時刻で設定されたタイムゾーンを自動的に表示します。必要に応じて、デリバリーグループのタイムゾーンを変更できます。ドロップダウンメニューには、サイトでサポートされているタイムゾーンが一覧表示されます。
注： デリバリーグループのタイムゾーンを変更すると、そのデリバリーグループ内のマシンが再起動する場合があります。これを避けるため、タイムゾーン設定は稼働時間外に変更してください。
Secure ICA® を有効にする SecureICA を使用してデリバリーグループ内のマシンとの通信を保護します。SecureICA は ICA プロトコルを暗号化します。デフォルトのレベルは 128 ビットです。このレベルは SDK を使用して変更できます。Citrix® は、パブリックネットワークを通過する際に TLS 暗号化などのより多くの暗号化方法を使用することを推奨しています。また、SecureICA はデータ整合性をチェックしません。

デリバリーグループのデリバリーの種類を変更する

デリバリーの種類は、グループが提供できるもの（アプリケーション、デスクトップ、またはその両方）を示します。
アプリケーションのみまたはデスクトップとアプリケーションのタイプをデスクトップのみのタイプに変更する前に、グループからすべてのアプリケーションを削除してください。
  1. 左側のペインで、**［デリバリーグループ］**を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. ページで、目的のデリバリーの種類を選択します。
  4. **［適用］をクリックして変更を適用し、ウィンドウを開いたままにします。または、［保存］**をクリックして変更を適用し、ウィンドウを閉じます。

StoreFrontアドレスを変更する

  1. 左側のペインで、**［デリバリーグループ］**を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. **［StoreFront］**ページで、StoreFrontのURLを選択または追加します。これらのURLは、デリバリーグループ内の各マシンにインストールされているCitrix Workspace™アプリによって使用されます。
  4. **［適用］をクリックして変更を適用し、ウィンドウを開いたままにします。または、［保存］**をクリックして変更を適用し、ウィンドウを閉じます。
左側のペインで**［StoreFront］**を選択して、StoreFrontサーバーアドレスを指定することもできます。

機能レベルを変更する

デリバリーグループ内のマシン上のVDAと、デリバリーグループで使用されるマシンを含むマシンカタログをアップグレードした後、デリバリーグループの機能レベルを変更します。
開始する前に：
  • Citrix Provisioning™（旧Provisioning Services）を使用している場合は、Citrix ProvisioningコンソールでVDAバージョンをアップグレードします。
  • アップグレードされたVDAを含むマシンを起動して、Delivery Controllerに登録できるようにします。このプロセスにより、デリバリーグループで何がアップグレードされる必要があるかがコンソールに通知されます。
  • 以前のVDAバージョンを引き続き使用する必要がある場合、新しい製品機能は利用できません。詳しくは、アップグレードのドキュメントを参照してください。
デリバリーグループの機能レベルを変更するには：
  1. 左側のペインで、**［デリバリーグループ］**を選択します。
  2. グループを選択し、アクションバーの機能レベルの変更をクリックします。機能レベルの変更アクションは、アップグレードされたVDAが検出された場合にのみ表示されます。
  3. 変更をクリックします。
ディスプレイには、どのマシンが機能レベルに変更できないか、およびその理由が表示されます。その後、変更アクションをキャンセルし、マシンの問題を解決してから、変更アクションを再度実行できます。
変更が完了したら、マシンを以前の状態に戻すことができます。デリバリーグループを選択し、アクションバーで を選択します。

Remote PC Accessデリバリーグループの管理

Remote PC Accessマシンカタログ内のマシンが割り当てられていない場合、そのマシンは一時的にそのカタログに関連付けられたデリバリーグループに割り当てられます。この一時的な割り当てにより、後でマシンをユーザーに割り当てることができます。
デリバリーグループとマシンカタログの関連付けには優先度値があります。優先度は、マシンがシステムに登録されるとき、またはユーザーがマシン割り当てを必要とするときに、マシンに割り当てられるデリバリーグループを決定します。値が小さいほど優先度が高くなります。Remote PC Accessマシンカタログに複数のデリバリーグループ割り当てがある場合、ソフトウェアは最も優先度の高い一致を選択します。この優先度値を設定するには、PowerShell SDKを使用します。
リモートPCアクセス マシンカタログは、最初に作成されたときにデリバリーグループに関連付けられます。後でカタログに追加されたマシンアカウントまたは組織単位は、デリバリーグループに追加できます。この関連付けは、オン/オフを切り替えることができます。
Remote PC Accessマシンカタログとデリバリーグループの関連付けを追加または削除するには：
  1. 左側のペインでデリバリーグループを選択します。
  2. Remote PC Accessグループを選択します。
  3. 詳細セクションで、マシンカタログタブをクリックし、Remote PC Accessカタログを選択します。
  4. 関連付けを追加または復元するには、デスクトップの追加をクリックします。関連付けを削除するには、関連付けの削除をクリックします。

フォルダーを使用したデリバリーグループの整理

デリバリーグループに簡単にアクセスできるように、フォルダーを作成できます。
ヒント:
デリバリーグループノードの優先するデフォルトビュー（フォルダービューまたはリストビュー）を設定するには、アクションバーの右上にあるフォルダーアイコンをクリックします。

必要な役割

デフォルトでは、デリバリーグループフォルダーを作成および管理するには、Cloud Administrator、Full Administrator、またはDelivery Group Administratorの組み込み役割が必要です。必要に応じて、デリバリーグループフォルダーの作成と管理のための役割をカスタマイズできます。詳しくは、「必要な権限」を参照してください。

デリバリーグループフォルダーを作成する

開始する前に、デリバリーグループの整理方法を計画してください。次の点を考慮してください。
  • フォルダーは最大5レベルまでネストできます（デフォルトのルートフォルダーを除く）。
  • フォルダーには、デリバリーグループとサブフォルダーを含めることができます。
  • Web Studioのすべてのノード（マシンカタログ、デリバリーグループ、アプリケーション、アプリケーショングループなど）は、バックエンドで同じフォルダーツリーを共有します。フォルダーの名前変更や移動の際に名前の競合を避けるため、異なるノード間で最上位フォルダーに一意の名前を使用してください。
    New-BrokerAdminFolder SDKコマンドレットを使用してフォルダーを作成し、それをデリバリーグループノードの下に表示したい場合は、Set-BrokerAdminFolderMetadataコマンドレットを使用してContainsDeliveryGroupsメタデータを追加する必要があります。
    例:
    Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsDeliveryGroups -Value true
デリバリーグループフォルダーを作成するには、次の手順に従います。
  1. 左側のペインでデリバリーグループを選択します。
  2. フォルダー階層でフォルダーを選択し、アクションバーで Create Folder を選択します。
  3. 新しいフォルダーの名前を入力し、Done をクリックします。
ヒント:
意図しない場所にフォルダーを作成してしまった場合は、正しい場所にドラッグできます。

デリバリーグループを移動する

デリバリーグループはフォルダー間で移動できます。詳細な手順は次のとおりです。
  1. 左側のペインでデリバリーグループを選択します。
  2. フォルダーごとにグループを表示します。フォルダー階層の上にある View all をオンにすると、すべてのグループを一度に表示することもできます。
  3. グループを右クリックし、Move Delivery Group を選択します。
  4. グループを移動するフォルダーを選択し、Done をクリックします。
ヒント:
グループをフォルダーにドラッグできます。

デリバリーグループフォルダーの管理

デリバリーグループフォルダーを削除、名前変更、移動できます。
フォルダーとそのサブフォルダーにデリバリーグループが含まれていない場合にのみ、フォルダーを削除できることに注意してください。
フォルダーを管理するには、次の手順に従います。
  1. 左側のペインでデリバリーグループを選択します。
  2. フォルダー階層でフォルダーを選択し、必要に応じてアクションバーでアクションを選択します。
    • フォルダーの名前を変更するには、Rename Folderを選択します。
    • フォルダーを削除するには、Delete Folderを選択します。
    • フォルダーを移動するには、Move Folderを選択します。
  3. 画面の指示に従って、残りの手順を完了してください。

必要な権限

次の表に、デリバリーグループフォルダーに対してアクションを実行するために必要な権限を示します。
アクション 必要な権限
デリバリーグループフォルダーの作成 デリバリーグループフォルダーを作成
デリバリーグループフォルダーを削除 デリバリーグループフォルダーを削除
デリバリーグループフォルダーを移動 デリバリーグループフォルダーを移動
デリバリーグループフォルダーの名前を変更 デリバリーグループフォルダーを編集
デリバリーグループをフォルダーに移動 デリバリーグループフォルダーを編集およびデリバリーグループのプロパティを編集

アプリ保護の管理

以下の情報は、<https://docs.citrix.com/ja-jp/citrix-workspace-app/app-protection.html> のアプリ保護に関する記事を補足するものです。以下の詳細に注意してください。
  • 有効なアプリ保護の資格が必要です。アプリ保護機能を購入するには、Citrix の営業担当者にお問い合わせください。
  • アプリ保護には XML 信頼が必要です。XML 信頼を有効にするには、設定 > XML 信頼を有効にする に移動します。
  • 画面キャプチャ防止について：
    • Windows および macOS では、保護されたコンテンツのウィンドウのみが空白になります。保護されたウィンドウが最小化されていない場合、アプリ保護はアクティブになります。
    • Linux では、キャプチャ全体が空白になります。保護されたウィンドウが最小化されているかどうかにかかわらず、アプリ保護はアクティブになります。
デリバリーグループのアプリ保護方法を選択するには、次の手順に従います。
  1. 左側のペインで デリバリーグループ を選択します。
  2. グループを選択し、アクションバーで編集を選択します。
  3. ページには、次のオプションが表示されます。
    オプション 説明
    適用しない この設定を適用しない場合は、このオプションを選択します。
    このデリバリーグループに適用する キーロギング対策および/またはキーキャプチャ対策オプションを選択します。これらの各設定にカーソルを合わせると、ツールチップに詳細が表示されます。
    コンテキストに応じて適用する この設定を適用するには、アクセスポリシー設定ページでアクセスポリシーを構成します。
    1. 左ペインでアクセスポリシーをクリックし、追加をクリックします。
    1. ポリシーの追加ページで、以下を実行します。
    - i. ポリシー名を入力し、必要に応じて設定を構成します。
    - ii. フィルターフィールドと値フィールドに詳細を入力し、完了をクリックします。新しいポリシーはアプリ保護ページに表示されます。このポリシーに必要な設定を有効にします。
    - iii. 「保存」をクリックします。
  4. 「デリバリーグループ」ページで、「デリバリーグループ」を選択し、下部にある「詳細」タブをクリックします。適用された新しい「アプリ保護」設定が表示されます。

デリバリーグループのサスペンド機能を変更する

デリバリーグループのサスペンド機能を必須またはオプションにする：
  • 必須 - デリバリーグループには、サスペンド可能なVMのみを含めることができます。
  • オプション - デリバリーグループには、サスペンド可能なVMとサスペンド不可能なVMの両方を含めることができます。

始める前に

デリバリーグループ内のすべてのVMがサスペンド可能である場合にのみ、デリバリーグループのサスペンド機能をRequiredに変更できます。
デリバリーグループのサスペンド機能を変更するには：
  1. Web Studioから、左ペインのデリバリーグループに移動します。
  2. グループを選択し、アクションバーで中断機能の変更をクリックします。
  3. 「はい」をクリックして操作を確定します。

ユーザー

このセクションでは、次のトピックについて説明します。

デリバリーグループでのユーザーの追加または削除

ユーザーに関する詳細については、「ユーザー」を参照してください。
  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. ユーザーページで:
    • ユーザーを追加するには、追加をクリックし、追加するユーザーを指定します。
    • ユーザーを削除するには、1人以上のユーザーを選択し、削除をクリックします。
    • 認証されていないユーザーによるアクセスを許可するには、チェックボックスをオンまたはオフにします。
  4. 変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、保存をクリックします。

ユーザーリストのインポートまたはエクスポート

物理的なシングルセッションOSマシンを含むデリバリーグループの場合、デリバリーグループの作成後に.csvファイルからユーザー情報をインポートできます。ユーザー情報を.csvファイルにエクスポートすることもできます。.csvファイルには、以前の製品バージョンのデータを含めることができます。
CSVファイルの最初の行には、コンマで区切られた2つの列ヘッダーが含まれている必要があります。最初のヘッダーがMachine Accountで、2番目のヘッダーがUser Namesであることを確認してください。（追加のヘッダーを含めることはできますが、サポートされていません。）ファイルの以降の行には、コンマで区切られたデータが含まれます。Machine Accountエントリは、コンピューターSID、FQDN、またはドメインとコンピューター名のペアにすることができます。
ユーザー情報をインポートまたはエクスポートするには：
  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. マシン割り当てページで、リストのインポートまたはリストのエクスポートを選択し、ファイルの場所を参照します。
  4. 「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「保存」をクリックして変更を適用し、ウィンドウを閉じます。

デリバリーグループ内のデスクトップとアプリへのアクセスを制限する

以下のタスクを実行することで、デリバリーグループ内のリソースへのユーザーアクセスを管理できます。

特定のユーザーへのデスクトップアクセスを制限する

以下の両方の条件を満たすユーザーは、デリバリーグループ内のデスクトップにアクセスできます。
特定のユーザーへのデスクトップへのアクセスを制限するには、「デリバリーグループの作成および編集時のデスクトップ使用の制限」を参照してください。

特定のユーザーへのアプリケーションアクセスを制限する

以下のすべての条件を満たすユーザーは、デリバリーグループ内のアプリケーションにアクセスできます。
  • このデリバリーグループ内のリソース（アプリとデスクトップ）へのアクセス権を持っている。
    デフォルトでは、アクセスは展開のユーザーアクセスリストによって決定されますが、これはStudioでは構成されません。デフォルトのユーザー範囲からユーザーを追加または削除できます。デリバリーグループでユーザーを追加または削除するを参照してください。
  • このグループ内のアプリケーションにアクセスできます。
    デフォルトでは、アプリケーションエンタイトルメントポリシー規則にはすべてのユーザーが含まれます。詳細については、PowerShell SDK BrokerAppEntitlementPolicyRule コマンドレットを参照してください。必要に応じて、このセクションで説明されている手順を使用して、デリバリーグループ内のアプリケーションへのユーザーアクセスを制限できます。
  • このアプリケーションを含むアプリケーショングループにアクセスできます。
デリバリーグループレベルで特定のユーザーへのアプリケーションアクセスを制限するには、次の手順に従います。
  1. Studioで、左ペインの を選択します。
  2. デリバリーグループを選択し、アクションバーの を選択します。
  3. アプリケーションアクセスを制限するには、次の手順に従います。
    1. 左ペインで、 をクリックします。
    2. 特定のユーザーがアプリケーションにアクセスできるようにするには、 を選択し、 領域で をクリックして、含めるユーザーまたはユーザーグループを指定します。
    3. 特定のユーザーがアプリケーションにアクセスできないようにするには、 領域で をクリックして、除外するユーザーまたはユーザーグループを指定します。
注:
  • を選択し、許可リストとブロックリストの両方を空のままにした場合、このグループのアプリケーションはどのユーザーも使用できません。
  • を選択し、許可リストを空のままにした場合、 のユーザーを除くすべてのユーザーがアプリケーションを使用できます。

デリバリーグループ内のリソースへのアクセスを制限する

デリバリーグループ内のリソースへのユーザーアクセスを制限するために行った変更は、使用する方法に関係なく、以前の設定よりも優先されます。次のことができます。
  • 委任管理スコープを使用した管理者アクセスの制限： 管理者がすべてのアプリケーションにアクセスできるスコープと、特定のアプリケーションにのみアクセスできる別のスコープを作成して割り当てることができます。詳しくは、「委任管理」を参照してください。
  • スマートアクセス ポリシー式を使用してユーザーアクセスを制限する：アクセス ポリシー規則を構成して、特定のデリバリーグループへのユーザーアクセスを制御できます。例を次に示します。
    • ユーザーのサブセットへのアクセスを制限し、許可されたユーザーデバイスを指定します。
    • Workspace（StoreFrontではなく）を介して接続しているユーザーへのアクセスを制限する。
    • 特定のWorkspace URLを介して接続しているユーザーへのアクセスを制限する。
このセクションでは、アクセスポリシー規則を使用してデリバリーグループへのユーザーアクセスを制限する方法について説明します。

アクセスポリシー規則について

デリバリーグループに対して複数のアクセスポリシー規則を構成できます。デリバリーグループ内のアプリとデスクトップは、ユーザーの接続がデリバリーグループに対して定義したアクセスポリシー規則のいずれかに一致する場合、順序に関係なく、ユーザーのStoreFrontまたはWorkspaceに表示されます。
各規則は個別に有効または無効にできます。無効な規則は、アクセスポリシーが評価されるときに無視されます。
アクセスポリシー
Web Studioでは、アクセス ポリシー リストに次のデフォルトのSmartAccessポリシー規則が含まれています。必要に応じて、さらに追加できます。
  • Citrix Gateway接続。 このポリシーでは、Citrix Gatewayを介して行われたユーザー接続のみがデリバリーグループ内のリソースにアクセスできます。デバイスポスチャまたはネットワークロケーション機能が有効になっている場合にWorkspaceを介して行われたユーザー接続も、Citrix Gatewayを介した接続と見なされます。
  • Citrix Gateway以外の接続。 このポリシーでは、Citrix Gateway を介さずに行われたユーザー接続のみがデリバリーグループ内のリソースにアクセスできます。
注:
  • デフォルトのルールが新しく構成されたルールを上書きしないようにするには、デフォルトのルールを無効にするか、新しいポリシーで使用されているフィルターを除外するようにルールを調整する必要があります。
  • デフォルトのポリシーは削除できませんが、無効にすることはできます。ポリシーを無効にするには、編集アイコンをクリックし、ポリシーの状態を無効に変更します。
  • ポリシーリストには、PowerShellコマンドを使用して追加された規則も表示されます。これらのポリシーは削除できますが、Web Studioで編集することはできません。

Web Studioを使用したアクセスポリシー規則の追加

アクセスポリシー規則は、一連のフィルターで構成されます。フィルターの詳細については、この記事を参照してください。アクセスポリシー規則を追加するときは、必要に応じて複数の条件フィルターを規則に追加します。
Web Studioを使用してデリバリーグループのポリシーを追加するには、次の手順に従います。
  1. コンソールで、左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. アクセスポリシーページで、追加をクリックします。ポリシーの追加ページが表示されます。
    ポリシーの追加
  4. ポリシー名フィールドに、ポリシーのわかりやすい名前を入力します。名前は展開内で一意である必要があります。
  5. 許可されるユーザー接続の基準を定義するには、次の手順に従います。
    1. 「次の条件を満たす接続」を選択します。
    2. 「条件の追加」をクリックします。
    3. 「フィルター」フィールドに、使用するフィルターの名前を入力します。「値」フィールドに、フィルターの目的の値を入力します。たとえば、Workspace (StoreFront ではなく) を介して接続されたユーザーのみがこのデリバリーグループのリソースにアクセスできるようにするには、「フィルター」に Citrix-Via-Workspace、「値」に True と入力します。
    4. さらに条件を追加するには、手順 b～c を繰り返します。
    5. 条件間の関係を選択します:
      • いずれかに一致。受信ユーザー接続が構成されたフィルター条件のいずれかを満たす場合にのみアクセスを許可します。
      • すべてに一致。受信ユーザー接続が構成されたフィルター条件のすべてを満たす場合にのみアクセスを許可します。
  6. 禁止されているユーザー接続の条件を定義するには、次の手順に従います:
    1. 「次の条件のいずれも満たさない接続」を選択します。
    2. 「条件の追加」をクリックします。
    3. フィルターフィールドに、使用するフィルターの名前を入力します。値フィールドに、フィルターの目的の値を入力します。たとえば、example.cloud.com Workspace URL を介して接続しているユーザーがこのデリバリーグループのリソースにアクセスするのを禁止する場合などです。フィルターにはCitrix.Workspace.UsingDomainを、値にはexample.cloud.comを入力します。
    4. さらに条件を追加するには、手順 b～c を繰り返します。
      注:
      構成された条件のいずれかを満たすユーザー接続は、このデリバリーグループのリソースへのアクセスを禁止されます。
  7. 「完了」をクリックします。
    新しいポリシーがポリシーリストに表示されます。
  8. この新しいポリシーでカバーされる接続との意図しない重複を避けるために、デフォルトのポリシー規則を確認し、調整してください。既存のポリシーを調整するには、以下の方法を使用します。
    重要:
    アクセスポリシー規則についてで説明されているように、ユーザーの接続がデリバリーグループ内の1つ以上のポリシー規則に一致すると、ユーザーはそのリソースにアクセスできるようになります。したがって、規則を作成した後、新しい規則でカバーされる接続との意図しない重複を避けるために、既存の規則を慎重に確認し、調整する必要があります。

Web Studio を使用したアクセスポリシー規則の管理

包含条件と除外条件を使用して、デフォルトのポリシーを調整できます。たとえば、それらの接続のサブセットへのアクセスを制限するには、次の手順に従います。
  1. デフォルトのポリシーを編集します。
  2. 次のいずれかの条件を満たす接続を選択します。
  3. 許可されたユーザーアクセスシナリオのSmartAccessポリシー式を追加、編集、または削除します。
詳細については、Citrix Gatewayのドキュメントを参照してください。

PowerShellを使用したアクセスポリシー規則の追加と管理

デリバリーグループのアクセスポリシー規則を追加および管理するには、次のPowerShellコマンドレットを使用できます。
  • New-BrokerAccessPolicyRule
  • Get-BrokerAccessPolicyRule
  • Set-BrokerAccessPolicyRule
  • BrokerAccessPolicyRule の名前を変更する
  • BrokerAccessPolicyRule を削除する
詳細については、Citrix Developer Documentationの関連記事を参照してください。

すべてのデリバリーグループにわたるリソースへのユーザーアクセスを制限する

すべてのデリバリーグループにわたるアプリケーションおよびデスクトップへのユーザーアクセスを制御するために、リソースフィルタリングルールを構成できます。これらのルールにより、リソースタイプを指定し、タグベースの制限を適用し、ネットワークロケーションやストア接続コンテキストなどの要因に基づいてアクセス条件を強制できます。

必要な権限

このタスクを実行するには、リソースフィルターの管理権限を持つ管理者ロールである必要があります。

リソースフィルタリングルールを追加する

リソースフィルタリングルールを追加するには、次の手順を実行します。
  1. デリバリーグループ > 設定に移動します。
  2. リソースフィルタータイルで管理を選択します。
  3. リソースフィルターの管理ルールダイアログボックスで、追加をクリックします。
  4. ルールに名前と説明を入力します。
  5. ルールが適用されるリソースの種類を選択します:
    • アプリケーション
    • デスクトップ
    • 両方
  6. ルールが適用されるリソースを識別するタグを選択します。
    注:
    リソースの種類として両方を選択した場合、タグの選択は必須です。
  7. リソースがフィルタリングされる条件を定義するために、Smart Access filterを構成します。
  8. ルールを保存するには、追加をクリックします。

アクセス ポリシーのユーザー スコープを構成する

デリバリー グループ内のすべてのアクセス ポリシーは、デフォルトで同じユーザー セットに適用されます。Studio、PowerShell、またはRest APIを使用して、特定のユーザーに適用されるようにアクセス ポリシーを構成できます。
Studioを使用して指定したユーザーにアクセス ポリシーを適用するには、次の手順に従います:
  1. Studioで、左側のペインでデリバリー グループを選択します。
  2. グループを選択し、アクション バーでデリバリー グループの編集を選択します。
  3. ユーザーページで、コンテキスト アクセスを使用を選択します。
  4. 設定したいアクセスポリシーを選択し、ユーザーアクセススコープをクリックします。ユーザーアクセススコープページが表示されます。
  5. このポリシーを適用する認証済みユーザーを定義するには：
    • このポリシーを任意の認証済みユーザーに適用するには、任意の認証済みユーザーがリソースを使用することを許可するを選択します。
    • このポリシーを特定のユーザーに適用するには、リソースの使用を制限するが選択されたままにします。その後、許可リストとブロックリストを使用して、このポリシーのユーザーを追加または削除します。
  6. 資格情報を提供しないユーザーにこのアクセスポリシーを適用するには、認証されていない（匿名）ユーザーへのアクセスを許可する。資格情報は不要を選択します。

マシン

マシンに対するユーザー割り当ての管理

デリバリーグループ内のマシンのユーザー割り当てを管理します。デスクトップ割り当て規則がデリバリーグループに構成されている場合、マシンは最初のデスクトップ起動時にユーザーにランダムに割り当てられ、ユーザー割り当てが変更されない限り、ユーザーに割り当てられたままになります。割り当てられていないマシンを特定のユーザーに手動で割り当てたり、マシンの既存のユーザー割り当てを変更したりする場合は、このトピックで説明されている手順に従って変更します。これらの手順を使用すると、ユーザーに割り当てられたマシンのCitrix Workspaceアプリに表示される名前を変更することもできます。
詳細な手順は次のとおりです。
  1. Studioから、左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集を選択します。
  3. 左側のペインで、マシン割り当てを選択します。グループ内の各マシンの以下の詳細が表示されます。
    • マシン名: マシンの名前が表示されます。
    • 表示名: Citrix Workspaceアプリでのマシンの表示名が表示されます。
    • ユーザー: このマシンに割り当てられているユーザーが表示されます。デスクトップ割り当てルールが構成されている場合、マシンは最初のデスクトップ起動時にユーザーにランダムに割り当てられ、ユーザー割り当てが変更されない限り、ユーザーに割り当てられたままになります。
  4. マシンを見つけ、ユーザーを割り当てるか、そのユーザー割り当てを変更します。
    • ユーザーを参照するには、参照をクリックします。
    • 「ユーザー」列に、セミコロンで区切られたユーザー名のリストを入力します。
    • をクリックして、CSVファイルを使用して設定の詳細をインポートします。
    • 変更をクリックして、マシンのデスクトップアイコンを更新します。ローカルマシンまたはVDAマシンから.icoまたは.exeファイルを選択して参照します。指定されたアイコンは、マシンレベルでのみデフォルトのアイコンセットを上書きします。
  5. (オプション) マシンがユーザーに割り当てられている場合は、必要に応じて表示名を変更します。
    注:
    表示名フィールドは、マシンがユーザーに割り当てられている場合にのみ有効になります。
    • デスクトップ割り当てルールに基づいてマシンがユーザーに割り当てられている場合、このフィールドにはそのルールで構成された表示名が表示されます。
    • マシンがユーザーに手動で割り当てられており、フィールドが空白のままの場合、デリバリーグループの公開名（指定されている場合）がマシンの表示名として使用されます。公開名が指定されていない場合は、デリバリーグループの名前が使用されます。デリバリーグループの公開名はPowerShellでのみ指定できることに注意してください。
  6. 変更を適用してウィンドウを開いたままにするには、 を選択します。または、変更を適用してウィンドウを閉じるには、 を選択します。

デリバリーグループ内のマシンからユーザーへの割り当てを変更する

MCSでプロビジョニングされたシングルセッションOSマシンの割り当てを変更できます。マルチセッションOSマシンまたはCitrix Provisioningでプロビジョニングされたマシンの割り当ては変更できません。
  1. 左側のペインで「デリバリーグループ」を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. デスクトップまたはデスクトップ割り当てルールページ（ページタイトルはデリバリーグループが使用するマシンカタログの種類によって異なります）で、新しいユーザーを指定します。
  4. 「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「保存」をクリックして変更を適用し、ウィンドウを閉じます。

電源管理されたシングルセッションのプールされたVDAでローカルホストキャッシュを有効にする

デフォルトでは、電源管理されたシングルセッションのプールされたマシンは、ローカルホストキャッシュモードでは使用できません。デリバリーグループごとにデフォルトの動作を上書きできます。詳細な手順は次のとおりです。
  1. Studioで、左側のペインでデリバリーグループを選択します。
    グループリストでは、MCSまたはCitrix Provisioningによってプロビジョニングされたシングルセッションのプールされたマシンを含むグループに警告アイコンが表示されます。
  2. 必要に応じてグループを選択し、アクションバーの を選択します。
  3. ローカルホストキャッシュページで、リソースを常に利用可能にするを選択します。
  4. 適用を選択して変更を適用し、ウィンドウを開いたままにします。または、OKを選択して変更を適用し、ウィンドウを閉じます。
または、PowerShellコマンドを使用してデフォルトの動作を上書きすることもできます。詳しくは、「アプリケーションとデスクトップのサポート」を参照してください。
重要:
電源管理されたシングルセッションのプールされたマシンへのアクセスを有効にすると、以前のユーザーセッションからのデータと変更が後続のセッションに存在する可能性があります。

デリバリーグループ内のユーザーあたりの最大マシン数を変更する

  1. 左側のペインで「デリバリーグループ」を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. デスクトップ割り当てルールページで、ユーザーあたりの最大デスクトップ数を設定します。
  4. 変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、保存をクリックします。

デリバリーグループ内のマシンを更新する

  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでマシンの表示をクリックします。
  3. マシンを選択し、アクションバーでマシンの更新をクリックします。
別のイメージを選択するには、**「イメージ」**を選択し、スナップショットを選択します。
変更を適用してマシンユーザーに通知するには、**「エンドユーザーへのロールアウト通知」**を選択します。次に、以下を指定します。
  • マスターイメージを更新するタイミング: 今すぐ、または次回の再起動時
  • 再起動の配布時間（グループ内のすべてのマシンの更新を開始するまでの合計時間）
  • ユーザーに再起動が通知されるかどうか
  • ユーザーが受信するメッセージ

デスクトップのタグ制限を追加、変更、または削除する

タグ制限の追加、変更、削除は、起動対象となるデスクトップに予期せぬ影響を与える可能性があります。「タグ」の考慮事項と注意点を確認してください。
  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. デスクトップページで、デスクトップを選択し、編集をクリックします。
  4. タグ制限を追加するには、タグを持つマシンへの起動を制限するを選択し、タグを選択します。
  5. タグ制限を変更または削除するには、次のいずれかを実行します。
    • 別のタグを選択します。
    • このタグを持つマシンへの起動を制限するのチェックを外して、タグ制限を削除します。
  6. 変更を適用してウィンドウを開いたままにするには、適用をクリックします。または、変更を適用してウィンドウを閉じるには、保存をクリックします。

デリバリーグループからマシンを削除する

マシンを削除すると、デリバリーグループから削除されます。デリバリーグループが使用するマシンカタログからは削除されません。したがって、そのマシンは別のデリバリーグループに割り当てることができます。
マシンは、削除する前にシャットダウンする必要があります。削除中にユーザーがマシンに接続するのを一時的に停止するには、シャットダウンする前にマシンをメンテナンスモードにします。
マシンには個人データが含まれている可能性があるため、別のユーザーにマシンを割り当てる前に注意してください。マシンの再イメージングを検討してください。
  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでマシンの表示をクリックします。
  3. マシンがシャットダウンされていることを確認します。
  4. マシンを選択し、アクションバーでデリバリーグループから削除をクリックします。
マシンが使用する接続を介して、デリバリーグループからマシンを削除することもできます。

デリバリーグループ内のマシンへのユーザー接続を防止する（メンテナンスモード）

マシンへの新しい接続を一時的に停止する必要がある場合は、デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオンにできます。これは、パッチを適用したり、管理ツールを使用したりする前に行うことがあります。
  • マルチセッションOSマシンがメンテナンスモードの場合、ユーザーは既存のセッションに接続できますが、新しいセッションを開始することはできません。
  • シングルセッションOSマシン（またはリモートPCアクセスを使用するPC）がメンテナンスモードの場合、ユーザーは接続または再接続できません。現在の接続は、切断またはログオフするまで接続されたままになります。
メンテナンスモードをオンまたはオフにするには：
  1. 左ペインで****を選択します。
  2. グループを選択します。
  3. デリバリーグループ内のすべてのマシンでメンテナンスモードをオンにするには、アクションバーの****をクリックします。
    1台のマシンでメンテナンスモードをオンにするには、アクションバーの**をクリックします。マシンを選択し、アクションバーの**をクリックします。
  4. デリバリーグループ内の1台またはすべてのマシンでメンテナンスモードをオフにするには、上記の手順に従い、アクションバーの****をクリックします。
Windowsリモートデスクトップ接続（RDC）の設定も、マルチセッションOSマシンがメンテナンスモードであるかどうかに影響します。メンテナンスモードは、次のいずれかが発生した場合にオンになります。
  • 前述のとおり、メンテナンスモードがオンに設定されています。
  • RDCがこのコンピューターへの接続を許可しないに設定されています。
  • RDCが**に設定されていません。設定は、または**のいずれかです。
以下のメンテナンスモードをオンまたはオフにすることもできます。
  • 接続。その接続を使用しているマシンに影響します。
  • マシンカタログ。そのカタログ内のマシンに影響します。

デリバリーグループ内のマシンをシャットダウンして再起動する

この手順は、Remote PC Accessマシンではサポートされていません。
  1. 左ペインで****を選択します。
  2. グループを選択し、アクションバーでマシン表示をクリックします。
  3. マシンを選択し、アクションバーで次のいずれかのエントリをクリックします。
    • 強制シャットダウン： マシンの電源を強制的にオフにし、マシンリストを更新します。
    • 再起動： オペレーティングシステムにシャットダウンを要求し、その後マシンを再起動します。オペレーティングシステムがこれに応じられない場合、マシンは現在の状態のままになります。
    • 強制再起動： オペレーティングシステムを強制的にシャットダウンし、その後マシンを再起動します。
    • 一時停止: マシンをシャットダウンせずに一時停止し、マシンの一覧を更新します。
    • シャットダウン: オペレーティングシステムにシャットダウンを要求します。
強制ではないアクションの場合、マシンが10分以内にシャットダウンしないと、電源がオフになります。シャットダウン中にWindowsが更新プログラムのインストールを試みると、更新が完了する前にマシンの電源がオフになるリスクがあります。
Citrixでは、シングルセッションOSマシンのユーザーがセッション内でシャットダウンを選択できないようにすることをお勧めします。詳細については、Microsoftのポリシーに関するドキュメントを参照してください。
接続でマシンをシャットダウンおよび再起動することもできます。

デリバリーグループ内のマシンの再起動スケジュールを作成および管理する

注:
  • Autoscale™が有効なデリバリーグループに再起動スケジュールが適用されると、そのマシンは電源がオフになり、Autoscaleが電源をオンにするまでそのままになります。
  • ランダムなシングルセッションマシンに再起動スケジュールが適用されると、コストを節約するために、それらのマシンは再起動されるのではなく電源がオフになります。マシンの電源をオンにするには、Autoscaleを使用することをお勧めします。
  • デリバリーグループのタイムゾーンを変更すると、そのデリバリーグループ内のマシンが再起動される可能性があります。これを避けるには、稼働時間外にタイムゾーン設定を変更するようにしてください。
再起動スケジュールは、デリバリーグループ内のマシンが定期的に再起動されるタイミングを指定します。デリバリーグループに対して1つ以上のスケジュールを作成できます。スケジュールは、次のいずれかに影響します。
  • グループ内のすべてのマシン。
  • グループ内の1つまたは複数（ただしすべてではない）のマシン。マシンは、マシンに適用するタグによって識別されます。これはタグ制限と呼ばれます。タグがアクションをそのタグを持つアイテムのみに制限するためです。
たとえば、すべてのマシンが1つのデリバリーグループにあるとします。すべてのマシンを週に1回再起動し、経理チームが使用するマシンを毎日再起動したいとします。これを実現するには、すべてのマシンに対して1つのスケジュールを設定し、経理のマシンのみに対して別のスケジュールを設定します。
スケジュールには、再起動が開始される曜日と時刻、および期間が含まれます。
スケジュールを有効または無効にできます。スケジュールを無効にすることは、テスト中、特別な期間中、またはスケジュールが必要になる前に準備する際に役立ちます。
管理コンソールから自動電源オンまたはシャットダウンにスケジュールを使用することはできません。再起動のみに使用できます。

スケジュールの重複

複数のスケジュールが重複する可能性があります。上記の例では、両方のスケジュールが経理部門の仮想マシンに影響を与えます。これらのマシンは日曜日に2回再起動される可能性があります。スケジューリングコードは、意図したよりも頻繁に同じマシンを再起動しないように設計されていますが、保証はできません。
  • スケジュールの開始時刻と期間が正確に一致する場合、マシンが再起動されるのは1回だけである可能性が高くなります。
  • スケジュールの開始時刻と期間が異なるほど、複数回の再起動が発生する可能性が高くなります。
  • スケジュールによって影響を受けるマシンの数も、重複の可能性に影響します。この例では、すべてのマシンに影響する週次スケジュールは、それぞれに指定された期間に応じて、経理部門の仮想マシンに対する日次スケジュールよりも早く再起動を開始する可能性があります。
再起動スケジュールの詳細については、「再起動スケジュールの内部」を参照してください。

再起動スケジュールの表示

  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. Restart Scheduleページを選択します。
Restart Scheduleページには、構成された各スケジュールについて次の情報が含まれています。
  • スケジュール名
  • 使用されているタグ制限（ある場合）
  • マシンの再起動が実行される頻度
  • マシンユーザーが通知を受け取るかどうか
  • スケジュールが有効になっているかどうか

タグの追加（適用）

タグ制限を使用する再起動スケジュールを構成する場合は、スケジュールが影響するマシンにタグが追加されていることを確認してください。上記の例では、経理チームが使用する各マシンにタグが適用されています。詳細については、「タグ」を参照してください。
1台のマシンに複数のタグを適用できますが、再起動スケジュールで指定できるタグは1つだけです。
  1. 左側のペインでデリバリーグループを選択します。
  2. スケジュールによって制御されるマシンを含むグループを選択します。
  3. 「マシンの表示」をクリックし、タグを追加するマシンを選択します。
  4. アクションバーで「タグの管理」をクリックします。
  5. タグが存在する場合は、タグ名の横にあるチェックボックスをオンにします。タグが存在しない場合は、 をクリックし、タグの名前を指定します。タグが作成されたら、新しく作成されたタグ名の横にあるチェックボックスをオンにします。
  6. 「タグの管理」ダイアログで「保存」をクリックします。

再起動スケジュールの作成

注:
再起動スケジュールは、電源管理されているすべてのマルチセッションマシンと、電源管理されていないマルチセッションマシンに適用できます。
  1. 左側のペインで「デリバリーグループ」を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. 「再起動スケジュール」ページで、「追加」をクリックします。
  4. 「再起動スケジュールの追加」ページで、次のようにします。
    • スケジュールを有効にするには、「はい」を選択します。スケジュールを無効にするには、「いいえ」を選択します。
    • スケジュール名と説明を入力します。
    • 「タグに制限」で、タグの制限を適用します。
    • 「メンテナンスモードのマシンを含める」で、メンテナンスモードのマシンをこのスケジュールに含めるかどうかを選択します。代わりにPowerShellを使用するには、「メンテナンスモードのマシンのスケジュールされた再起動」を参照してください。
    • 「再起動頻度」で、再起動の発生頻度（毎日、毎週、毎月、または1回）を選択します。「毎週」または「毎月」を選択した場合は、1つ以上の特定の日を指定できます。
    • 「繰り返し間隔」で、スケジュールを実行する頻度を指定します。
    • 「開始日」で、スケジュールの初回実行の開始日を指定します。
    • 「再起動開始時刻」で、再起動を開始する時刻を24時間形式で指定します。
      • 「再起動期間」について：
      • 応答しないセッションを持つマシンを強制的に再起動するには、「強制再起動」を選択し、次のいずれかのオプションを選択します。
        • すべてのマシンを一度に再起動
        • すべてのマシンを一定期間内に再起動し、時間を「時間」または「分」で指定します。
      • 再起動する前にすべてのセッションがドレインされるのを待つには、「グレースフル再起動」を選択します。
        グレースフル再起動を使用するように構成された再起動スケジュールを開始すると:
        • デリバリーグループに属するすべてのアイドル状態のマシンは、すぐに再起動されます。
        • 1つ以上の有効なセッションを持つデリバリーグループに属する各マシンは、すべてのセッションがログオフされたときに再起動されます。
        注:
        グレースフル再起動スケジュールは、電源管理されたマシンのみを再起動できます。
    • で、再起動が開始される前に、該当するマシンに通知メッセージを表示するかどうかを決定します。デフォルトでは、メッセージは表示されません。
    • 再起動が開始される15分前にメッセージを表示することを選択した場合、最初のメッセージの後に5分ごとにメッセージを繰り返すことができます。デフォルトでは、メッセージは繰り返されません。
    • 通知のタイトルとテキストを入力します。デフォルトのテキストはありません。
      メッセージに再起動までのカウントダウンを含める場合は、変数 %m% を含めます。すべてのマシンを同時に再起動することを選択しない限り、メッセージは再起動前の適切なタイミングで各マシンに表示されます。
  5. をクリックして変更を適用し、 ウィンドウを閉じます。
  6. 「適用」をクリックして変更を適用し、ウィンドウを開いたままにします。または、「保存」をクリックして変更を適用し、ウィンドウを閉じます。

ドレイン後の再起動

PowerShell を使用してマシンの再起動スケジュールを作成または更新する場合 (New-BrokerRebootSchedulev2 または Set-BrokerRebootSchedulev2)、別の再起動期間値を使用できます。
-UseNaturalReboot <Boolean> パラメーターでドレイン後の再起動機能を有効にすると、すべてのセッションがドレインされた後にすべてのマシンが再起動されます。再起動時刻になると、マシンはドレイン状態になり、すべてのセッションがログオフされると再起動されます。
この機能は、シングルセッションまたはマルチセッションマシンを含むデリバリーグループでサポートされています。このオプションは、電源管理されているマシンと電源管理されていないマシンの両方で使用できます。
オンプレミス環境では、この機能は PowerShell を使用する場合にのみサポートされます。この機能は Web Studio では利用できません。

再起動スケジュールの編集、削除、有効化、または無効化

  1. 左側のペインで を選択します。
  2. グループを選択し、アクションバーで をクリックします。
  3. 「再起動スケジュール」ページで、スケジュールのチェックボックスを選択します。
    • スケジュールを編集するには、 をクリックします。再起動スケジュールの作成 のガイダンスに従って、スケジュール構成を更新します。
    • スケジュールを有効または無効にするには、編集をクリックします。再起動スケジュールを有効にするチェックボックスをオンまたはオフにします。
    • スケジュールを削除するには、 をクリックします。削除を確認します。スケジュールを削除しても、影響を受けるマシンに適用されているタグには影響しません。

データベース障害により遅延したスケジュールされた再起動

注:
この機能はPowerShellでのみ利用可能です。
デリバリーグループ内のマシン (VDA) のスケジュールされた再起動が開始される前にサイトデータベースの停止が発生した場合、停止が終了すると再起動が開始されます。これにより、予期しない結果が生じる可能性があります。
たとえば、デリバリーグループの再起動を非稼働時間中 (03:00 から) に発生するようにスケジュールしたとします。スケジュールされた再起動が開始される1時間前 (02:00) にサイトデータベースの停止が発生しました。停止は6時間 (08:00 まで) 続きました。Delivery Controller とサイトデータベース間の接続が復元されると、再起動スケジュールが開始されます。VDA の再起動は元のスケジュールから5時間後に開始され、稼働時間中に VDA が再起動されることになります。
この状況を回避するために、New-BrokerRebootScheduleV2およびSet-BrokerRebootScheduleV2コマンドレットでMaxOvertimeStartMinsパラメーターを使用できます。この値は、再起動スケジュールが開始できる、スケジュールされた開始時刻を超える最大分数を示します。
  • その時間内 (スケジュールされた時間 + MaxOvertimeStartMins) にデータベース接続が復元された場合、VDAの再起動が開始されます。
  • その時間内にデータベース接続が復元されない場合、VDAの再起動は開始されません。
  • このパラメーターが省略されているか、値がゼロの場合、停止期間に関係なく、データベースへの接続が復元されたときにスケジュールされた再起動が開始されます。
詳細については、コマンドレットのヘルプを参照してください。この機能は PowerShell でのみ利用できます。Web Studio で再起動スケジュールを構成する際には、この値を設定できません。

メンテナンスモードのマシンのスケジュールされた再起動

注:
この機能はPowerShellでのみ利用できます。オプション IgnoreMaintenanceMode は、Citrix Virtual Apps and Desktops™ 7 2006以降でサポートされています。
再起動スケジュールがメンテナンスモードのマシンに影響するかどうかを示すには、BrokerRebootScheduleV2 コマンドレットで IgnoreMaintenanceMode オプションを使用します。
たとえば、次のコマンドレットは、メンテナンスモードのマシン (メンテナンスモードではないマシンに加えて) を再起動するスケジュールを作成します。
New-Brokerrebootschedulev2 rebootSchedule1 -DesktopGroupName <myDesktopGroup> -IgnoreMaintenanceMode $true
次のコマンドレットは、既存の再起動スケジュールを変更します。
Set-Brokerrebootschedulev2 rebootSchedule1 -IgnoreMaintenanceMode $true
詳細については、コマンドレットのヘルプを参照してください。この機能はPowerShellでのみ利用可能です。

1回限りの再起動スケジュールを有効にする

PowerShell を使用して1回限りの再起動スケジュールを有効にする場合は、次の BrokerCatalogRebootSchedule PowerShell コマンドを使用して、再起動スケジュールを作成、変更、削除します。
  • Get-BrokerCatalogRebootSchedule
  • New-BrokerCatalogRebootSchedule
  • Set-BrokerCatalogRebootSchedule
  • ブローカーカタログの再起動スケジュールを削除
  • ブローカーカタログの再起動スケジュール名を変更
制限事項:
  • タイムゾーンが構成されていないカタログに関連付けられたカタログ再起動スケジュールは作成されますが、開始されません。
  • カタログ再起動スケジュールが作成されると、その再起動スケジュールはデリバリーグループに属するカタログVMでのみ実行されます。
例、,
  • BankTellers という名前のカタログ内のVMの再起動スケジュールを、Feb 3, 2022 の午前2時から午前4時の間に開始するように作成します。
    C:\PS> New-BrokerCatalogRebootSchedule -Name BankTellers -CatalogName BankTellers  -StartDate "2022-02-03" -StartTime "02:00" -Enabled $true -RebootDuration 120
  • UID 17を持つカタログ内のVMの再起動スケジュールを、Feb 3, 2022の午前1時から午前5時の間に開始するように作成します。再起動の10分前に、各VMは、すべてのユーザーセッションで、タイトルが「WARNING: Reboot pending」、メッセージが「Save your work」のメッセージボックスを表示するように設定されます。
    C:\PS> New-BrokerCatalogRebootSchedule -Name 'Update reboot' -CatalogUid 17 -StartDate "2022-02-03" -StartTime "01:00" -Enabled $true -RebootDuration 240 -WarningTitle "WARNING: Reboot pending" -WarningMessage "Save your work" -WarningDuration 10
  • Old Name という名前のカタログ再起動スケジュールを New Name に変更します。
    C:\PS> Rename-BrokerCatalogRebootSchedule -Name "Old Name" -NewName "New Name"
  • UID 1 を持つすべてのカタログ再起動スケジュールを表示し、その後、UID 1 を持つカタログ再起動スケジュールを New Name に変更します。
    C:\PS> Get-BrokerCatalogRebootSchedule -Uid 1 | Rename-BrokerCatalogRebootSchedule -NewName "New Name" -PassThru
  • Accountingという名前のカタログ再起動スケジュールを、各VMの再起動の10分前に、タイトルが「WARNING: Reboot pending」、メッセージが「Save your work」のメッセージを表示するように設定します。このメッセージは、そのVM上のすべてのユーザーセッションに表示されます。
    C:\PS> Set-BrokerCatalogRebootSchedule -Name Accounting -WarningMessage "Save your work" -WarningDuration 10 -WarningTitle "WARNING: Reboot pending"
  • 無効になっているすべての再起動スケジュールを表示し、その後、無効になっているすべての再起動スケジュールを有効にします。
    C:\PS> Get-BrokerCatalogRebootSchedule -Enabled $false | Set-BrokerCatalogRebootSchedule -Enabled $true
  • UID 17を持つカタログ再起動スケジュールを、各VMの再起動の15分前、10分前、5分前に「Rebooting in %m% minutes」というメッセージを表示するように設定します。
    C:\PS> Set-BrokerCatalogRebootSchedule 17 -WarningMessage "Rebooting in %m% minutes." -WarningDuration 15 -WarningRepeatInterval 5
  • 「MyCatalog」という名前のカタログのタイムゾーンを構成します。
    C:\PS> Set-BrokerCatalog -Name "MyCatalog" -TimeZone &lt;TimeZone>

デリバリーグループ内のマシンの電源管理

仮想シングルセッションOSマシンのみ電源管理が可能で、物理マシン（リモートPCアクセスを含む）はできません。GPU機能を備えたシングルセッションOSマシンは一時停止できないため、電源オフ操作は失敗します。マルチセッションOSマシンについては、再起動スケジュールを作成できます。
プールされたマシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のいずれかの状態になります。
  • ランダムに割り当てられ、使用中
  • 割り当てられていない、未接続
静的マシンを含むデリバリーグループでは、仮想シングルセッションOSマシンは次のようになります。
  • 永続的に割り当てられ、使用中
  • 永続的に割り当てられ、未接続（ただし準備完了）
  • 割り当てられていない、未接続
通常の使用では、静的デリバリーグループには通常、永続的に割り当てられたマシンと割り当てられていないマシンの両方が含まれます。最初は、デリバリーグループの作成時に手動で割り当てられたマシンを除き、すべてのマシンが割り当てられていません。ユーザーが接続すると、マシンは永続的に割り当てられます。これらのデリバリーグループ内の割り当てられていないマシンは完全に電源管理できますが、永続的に割り当てられたマシンは部分的にしか管理できません。
  • プールとバッファー: プールされたデリバリーグループおよび割り当てられていないマシンを持つ静的デリバリーグループの場合、プール（このインスタンスでは）とは、電源オン状態に保たれ、ユーザーが接続する準備ができている、割り当てられていない、または一時的に割り当てられたマシンのセットです。ユーザーはログオン後すぐにマシンを取得します。プールサイズ（電源オン状態に保たれるマシンの数）は、時間帯によって構成可能です。静的デリバリーグループの場合は、SDKを使用してプールを構成します。
    バッファーとは、プール内のマシンの数がしきい値を下回ったときに電源がオンになる、割り当てられていないマシンの追加のスタンバイセットです。しきい値は、デリバリーグループサイズのパーセンテージです。大規模なデリバリーグループの場合、しきい値を超えるとかなりの数のマシンがオンになる可能性があります。したがって、デリバリーグループのサイズを慎重に計画するか、SDKを使用してデフォルトのバッファーサイズを調整してください。
  • 電源状態タイマー: 電源状態タイマーを使用して、ユーザーが指定された時間切断された後にマシンを中断できます。たとえば、ユーザーが10分以上切断されている場合、営業時間外にマシンは自動的に中断されます。
    タイマーは、平日と週末、およびピーク時と非ピーク時の間隔で構成できます。
  • 永続的に割り当てられたマシンの部分的な電源管理: 永続的に割り当てられたマシンでは、電源状態タイマーを設定できますが、プールやバッファーは設定できません。マシンは各ピーク期間の開始時にオンになり、各オフピーク期間の開始時にオフになります。消費されたマシンを補うために利用可能になるマシンの数について、割り当てられていないマシンで行うようなきめ細かな制御はできません。

仮想シングルセッションOSマシンの電源管理

  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでデリバリーグループの編集をクリックします。
  3. 電源管理ページで、マシンの電源管理で平日を選択します。デフォルトでは、平日は月曜日から金曜日です。
  4. ランダムなデリバリーグループの場合、電源をオンにするマシンで編集をクリックし、平日のプールサイズを指定します。次に、電源をオンにするマシンの数を選択します。
  5. ピーク時間で、各日のピーク時間とオフピーク時間を設定します。
  6. 平日のピーク時間と非ピーク時間の電源状態タイマーを設定します。ピーク時間中 > 切断時で、デリバリーグループ内の切断されたマシンを中断するまでの遅延時間（分単位）を指定し、中断を選択します。オフピーク時間中 > 切断時で、デリバリーグループ内のログオフされたマシンをオフにするまでの遅延時間を指定し、シャットダウンを選択します。このタイマーは、ランダムなマシンを含むデリバリーグループでは使用できません。
  7. マシンの電源管理で週末を選択し、週末のピーク時間と電源状態タイマーを構成します。
  8. 加えた変更を適用してウィンドウを開いたままにするには、 をクリックします。または、変更を適用してウィンドウを閉じるには、 をクリックします。
SDKを使用して、次の操作を実行します。
  • 電源状態タイマーに応じてマシンをサスペンドするのではなくシャットダウンする場合、またはタイマーを接続解除ではなくログオフに基づいて設定する場合。
  • デフォルトの平日と週末の定義を変更します。
  • 電源管理を無効にします。詳しくは、「CTX217289」を参照してください。

切断されたセッションで異なる期間に移行するVDIマシンの電源管理

重要:
この機能強化は、切断されたセッションを持つVDIマシンにのみ適用されます。ログオフされたセッションを持つVDIマシンには適用されません。
以前のリリースでは、アクション（切断アクション="Suspend"または"Shutdown"）が必要な期間に移行するVDIマシンは、電源がオンのままでした。このシナリオは、マシンがアクション（切断アクション="Nothing"）が不要な期間（ピーク時またはオフピーク時）に切断された場合に発生しました。
Citrix Virtual Apps and Desktops 7 1909以降、指定された切断時間が経過すると、移行先の期間に設定された切断アクションに応じて、マシンはサスペンドまたは電源オフされます。
たとえば、VDIデリバリーグループに対して次の電源ポリシーを構成します。
  • PeakDisconnectActionを「Nothing」に設定
  • OffPeakDisconnectActionを「Shutdown」に設定
  • OffPeakDisconnectTimeoutを「10」に設定
電源ポリシーの切断アクションについて詳しくは、https://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/about_Broker_PowerManagement/#power-policyおよびhttps://developer-docs.citrix.com/projects/delivery-controller-sdk/en/latest/Broker/Get-BrokerDesktopGroup/を参照してください。
以前のリリースでは、ピーク時にセッションが切断されたVDIマシンは、ピークからオフピークに移行しても電源がオンのままでした。Citrix Virtual Apps and Desktops 7 1909以降、期間移行時にOffPeakDisconnectActionおよびOffPeakDisconnectTimeoutポリシーアクションがVDIマシンに適用されます。その結果、マシンはオフピークに移行してから10分後に電源オフされます。
以前の動作に戻したい場合（つまり、ピークからオフピーク、またはオフピークからピークに切断されたセッションで移行するマシンに対して何もしない場合）は、次のいずれかを実行します。
  • LegacyPeakTransitionDisconnectedBehaviour レジストリ値を 1 に設定します。これは以前の動作を有効にする true と同等です。デフォルトでは、値は 0 または false であり、期間移行時に切断電源ポリシーアクションをトリガーします。
    • パス: HKEY_LOCAL_MACHINE\SOFTWARE\Citrix\DesktopServer
    • 名前: LegacyPeakTransitionDisconnectedBehaviour
    • 種類: REG_DWORD
    • データ: 0x00000001 (1)
  • Set-BrokerServiceConfigurationData PowerShell コマンドを使用して設定を構成します。例:
    • PS C:\> Set-BrokerServiceConfigurationData HostingManagement.LegacyPeakTransitionDisconnectedBehaviour -SettingValue $true
期間移行時に電源ポリシーアクションを適用する前に、マシンは次の基準を満たしている必要があります。
  • 切断されたセッションがあること。
  • 保留中の電源アクションがないこと。
  • 異なる時間帯に移行する VDI (シングルセッション) デリバリーグループに属していること。
  • 特定の時間帯（ピーク時またはオフピーク時）に切断され、電源アクションが割り当てられている期間に移行するセッションがあること。

カタログの電源オン状態の VDA の割合を変更する

  1. デリバリーグループの 電源管理 セクションから、デリバリーグループのピーク時間を調整します。
  2. デスクトップグループ名をメモします。
  3. 管理者権限で PowerShell を起動し、次のコマンドを実行します。「Desktop Group Name」を、実行中の VDA の割合が変更されたデスクトップグループの名前に置き換えます。
    asnp Citrix*
    # Set-BrokerDesktopGroup "Desktop Group Name" -PeakBufferSizePercent 100
    値が 100 の場合、VDA の 100% が準備完了状態であることを意味します。
  4. 次を実行してソリューションを確認します。
    #Get-BrokerDesktopGroup "Desktop Group Name"
    デスクトップグループ名
変更が有効になるまで、最大1時間かかる場合があります。
ユーザーがログオフした後にVDAをシャットダウンするには、次のように入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -ShutDownDesktopsAfterUse $True
ピーク時間中にVDAを再起動して、ユーザーがログオフした後に利用できるようにするには、次のように入力します。
# Set-BrokerDesktopGroup "Desktop Group Name" -AutomaticPowerOnForAssignedDuringPeak $True

セッション

セッションのログオフまたは切断

  1. 左ペインでDelivery Groupsを選択します。
  2. デリバリーグループを選択し、アクションバーでView Machinesを選択します。
  3. 中央ペインでマシンを選択し、アクションバーでView Sessionsを選択してから、セッションを選択します。
    • または、中央ペインでSessionタブを選択し、セッションを選択します。
  4. セッションからログオフするには、アクションバーでLog offを選択します。セッションが閉じられ、ユーザーはログアウトされます。マシンが特定のユーザーに割り当てられていない限り、他のユーザーが利用できるようになります。
  5. セッションを切断するには、アクションバーでDisconnectを選択します。アプリケーションはセッション内で実行を継続し、マシンはそのユーザーに割り当てられたままになります。ユーザーは同じマシンに再接続できます。
シングルセッションOSマシンでは、未使用のセッションを自動的に処理するように電源状態タイマーを構成できます。詳細については、「電源管理されたマシン」を参照してください。

デリバリーグループにメッセージを送信する

  1. 左ペインでDelivery Groupsを選択します。
  2. デリバリーグループを選択し、アクションバーでView Machinesを選択します。
  3. 中央ペインで、メッセージを送信するマシンを選択します。
  4. アクションバーでView Sessionsを選択します。
  5. 中央ペインで、すべてのセッションを選択し、アクションバーでメッセージの送信を選択します。
  6. メッセージを入力し、OKをクリックします。必要に応じて、重大度レベルを指定できます。オプションには、重大、質問、警告、情報があります。
または、Citrix Directorを使用してメッセージを送信することもできます。詳しくは、「ユーザーへのメッセージの送信」を参照してください。

デリバリーグループでセッションの事前起動とセッションの維持を構成する

これらの機能は、マルチセッションOSマシンでのみサポートされています。
セッションの事前起動とセッションの維持機能は、要求される前にセッションを開始すること（セッションの事前起動）と、ユーザーがすべてのアプリケーションを閉じた後もアプリケーションセッションをアクティブに保つこと（セッションの維持）により、指定されたユーザーがアプリケーションにすばやくアクセスできるようにします。
デフォルトでは、セッションの事前起動とセッションの維持は使用されません。セッションは、ユーザーがアプリケーションを起動したときに開始（起動）され、セッション内の最後に開いたアプリケーションが閉じるまでアクティブなままになります。
考慮事項：
  • デリバリーグループはアプリケーションをサポートしている必要があり、マシンはマルチセッションOS用のVDA（最小バージョン7.6）を実行している必要があります。
  • これらの機能は、Windows向けCitrix Workspaceアプリを使用している場合にのみサポートされ、追加のCitrix Workspaceアプリ構成も必要です。手順については、お使いのWindows向けCitrix Workspaceアプリバージョンの製品ドキュメントで「session prelaunch」を検索してください。
  • Citrix Workspace app for HTML5はサポートされていません。
  • セッションの事前起動を使用している場合、ユーザーのマシンがサスペンドまたは休止状態になると、事前起動は機能しません（セッションの事前起動設定にかかわらず）。ユーザーはマシン/セッションをロックできます。ただし、ユーザーがCitrix Workspaceアプリからログオフすると、セッションは終了し、事前起動は適用されなくなります。
  • セッションの事前起動を使用している場合、物理クライアントマシンは、サスペンドまたはハイバネートの電源管理機能を使用できません。クライアントマシンのユーザーはセッションをロックできますが、ログオフしてはいけません。
  • 事前起動および維持されているセッションは同時接続ライセンスを消費しますが、これは接続されている場合に限ります。ユーザー/デバイスライセンスを使用している場合、ライセンスは90日間有効です。未使用の事前起動および維持されているセッションは、デフォルトで15分後に切断されます。この値はPowerShellで構成できます（New/Set-BrokerSessionPreLaunch コマンドレット）。
  • これらの機能が互いに補完し合うように調整するには、ユーザーのアクティビティパターンを慎重に計画し、監視することが不可欠です。最適な構成は、ユーザーがより早くアプリケーションを利用できるという利点と、ライセンスの使用とリソースの割り当てにかかるコストとのバランスを取ります。
  • Citrix Workspaceアプリで、スケジュールされた時刻にセッションの事前起動を構成することもできます。

未使用の事前起動セッションと残存セッションがアクティブなままになる期間

ユーザーがアプリケーションを起動しない場合に、未使用のセッションがアクティブなままになる期間を指定する方法はいくつかあります。構成されたタイムアウトとサーバー負荷のしきい値です。これらすべてを構成できます。最初に発生したイベントにより、未使用のセッションが終了します。
  • タイムアウト: 構成されたタイムアウトは、未使用の事前起動セッションまたは残存セッションがアクティブなままになる分、時間、または日数を指定します。タイムアウトを短く設定しすぎると、事前起動セッションは、ユーザーにアプリケーションへのより迅速なアクセスという利点を提供する前に終了します。タイムアウトを長く設定しすぎると、サーバーに十分なリソースがないため、受信ユーザー接続が拒否される可能性があります。
    このタイムアウトは、管理コンソールからではなく、SDKからのみ有効にできます (New/Set-BrokerSessionPreLaunch コマンドレット)。タイムアウトを無効にすると、そのデリバリーグループのコンソール表示やデリバリーグループの編集ページには表示されません。
  • しきい値: サーバー負荷に基づいて事前起動セッションと残存セッションを自動的に終了することで、サーバーリソースが利用可能であると仮定して、セッションが可能な限り開いたままになることを保証します。未使用の事前起動セッションと残存セッションは、新しいユーザーセッションにリソースが必要なときに自動的に終了されるため、接続拒否を引き起こしません。
    2つのしきい値を構成できます。デリバリーグループ内のすべてのサーバーの平均負荷率と、グループ内の単一サーバーの最大負荷率です。しきい値を超えると、事前起動または残存状態にあった時間が最も長いセッションが終了されます。負荷がしきい値を下回るまで、セッションは1分間隔で1つずつ終了されます。しきい値を超えている間は、新しい事前起動セッションは開始されません。
Controllerに登録されていないVDAを持つサーバーと、メンテナンスモードのサーバーは、完全にロードされていると見なされます。計画外の停止により、容量を解放するために事前起動セッションと残存セッションが自動的に終了します。

セッションの事前起動を有効にするには

  1. グループを選択し、アクションバーでデリバリーグループの編集をクリックします。
  2. アプリケーションの事前起動ページで、セッションを起動するタイミングを選択して、セッションの事前起動を有効にします。
    • ユーザーがアプリケーションを起動したとき。これはデフォルト設定です。セッションの事前起動は無効になっています。
    • デリバリーグループ内の任意のユーザーがCitrix Workspaceアプリ for Windowsにログオンしたとき。
    • ユーザーおよびユーザーグループのリスト内のいずれかのユーザーがCitrix Workspaceアプリ for Windowsにログオンしたとき。このオプションを選択する場合は、ユーザーまたはユーザーグループも指定してください。
    アプリケーションの事前起動セッションページ(/en-us/citrix-virtual-apps-desktops/current-release/media/dws-session-2.png)
  3. ユーザーがアプリケーションを起動すると、事前起動されたセッションは通常のセッションに置き換えられます。ユーザーがアプリケーションを起動しない場合（事前起動されたセッションが未使用の場合）、以下の設定がそのセッションがアクティブなままになる期間に影響します。
    • 指定された時間間隔が経過したとき。時間間隔は変更できます（1～99日、1～2376時間、または1～142,560分）。
    • デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えたとき。
    • デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えたとき。
    まとめ：事前起動されたセッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。

セッションの維持を有効にするには

  1. 左側のペインでデリバリーグループを選択します。
  2. グループを選択し、アクションバーでデリバリーグループの編集をクリックします。
  3. アプリケーションの維持ページで、セッションをアクティブなままにする期間を選択して、セッションの維持を有効にします。
    アプリケーションの残存セッションページ
  4. ユーザーが別のアプリケーションを起動しない場合、残存セッションがアクティブなままになる期間に影響する設定がいくつかあります。
    • 指定された時間間隔が経過した場合。時間間隔は、1～99日、1～2376時間、または1～142,560分に変更できます。
    • デリバリーグループ内のすべてのマシンの平均負荷が指定された割合（1～99%）を超えた場合。
    • デリバリーグループ内のいずれかのマシンの負荷が指定された割合（1～99%）を超えた場合。
    まとめ：残存セッションは、ユーザーがアプリケーションを起動する、指定された時間が経過する、または指定された負荷しきい値を超える、のいずれかのイベントが発生するまでアクティブなままです。

メンテナンスモードのマシンから切断された場合のセッション再接続を制御する

注：
この機能はPowerShellでのみ利用可能です。
メンテナンスモードのマシンで切断されたセッションが、デリバリーグループ内のマシンに再接続できるかどうかを制御できます。
バージョン2106より前は、メンテナンスモードのマシンから切断されたシングルセッションのプールされたデスクトップセッションの再接続は許可されていませんでした。バージョン2106以降では、メンテナンスモードのマシンから切断された後の再接続（セッションの種類に関係なく）を許可または禁止するようにデリバリーグループを構成できます。
デリバリーグループを作成または編集する際（New-BrokerDesktopGroup、Set-BrokerDesktopGroup）、-AllowReconnectInMaintenanceMode <boolean>パラメーターを使用して、メンテナンスモードのマシンから切断されたマシンへの再接続を許可または禁止します。
  • trueに設定すると、セッションはグループ内のマシンに再接続できます。
  • 「false」に設定されている場合、セッションはグループ内のマシンに再接続できません。
デフォルト値:
  • シングルセッション: 無効
  • マルチセッション: 有効

セッションローミングの構成

デフォルトでは、デリバリーグループに対してセッションローミングが有効になっています。セッションはユーザーとともにクライアントデバイス間をローミングします。ユーザーがセッションを起動し、別のデバイスに移動すると、同じセッションが使用され、アプリケーションは両方のデバイスで同時に利用可能になります。複数のデバイスでアプリケーションを表示できます。アプリケーションは、デバイスや現在のセッションの有無にかかわらず追従します。多くの場合、アプリケーションに割り当てられたプリンターやその他のリソースも追従します。または、PowerShellを使用することもできます。詳しくは、「セッションローミング」を参照してください。

アプリケーションのセッションローミングの構成

アプリケーションのセッションローミングを構成するには、次の手順に従います。
  1. コンソールで、左側のペインのデリバリーグループを選択します。
  2. グループを選択し、アクションバーで**「デリバリーグループの編集」**を選択します。
  3. ページで、 チェックボックスをオンにして、セッションローミングを有効にします。
    • 有効にすると、ユーザーがアプリケーションセッションを起動して別のデバイスに移動した場合、同じセッションが使用され、両方のデバイスで利用可能になります。無効にすると、セッションはデバイス間をローミングしなくなります。
  4. **「OK」**を選択して変更を適用し、ウィンドウを閉じます。

デスクトップのセッションローミングを構成する

デスクトップのセッションローミングを構成するには、次の手順に従います。
  1. コンソールで、左側のペインのデリバリーグループを選択します。
  2. グループを選択し、アクションバーで編集を選択します。
  3. デスクトップページで、デスクトップを選択し、編集を選択します。
  4. セッションローミングチェックボックスをオンにして、セッションローミングを有効にします。
  • 有効にすると、ユーザーがデスクトップを起動してから別のデバイスに移動した場合、同じセッションが使用され、アプリケーションは両方のデバイスで利用可能になります。無効にすると、セッションはデバイス間をローミングしなくなります。
OKを選択して変更を適用し、ウィンドウを閉じます。

アプリケーション

デリバリーグループのアプリケーションを表示および追加します。
  1. コンソールで、左ペインのデリバリーグループを選択します。
  2. グループを選択します。このグループにアプリケーションが含まれている場合、アクションバーにアプリケーションの表示が表示されます。
  3. アプリケーションの表示を選択します。このグループで利用可能なすべてのアプリケーションが表示されるアプリケーションノードに移動します。
  4. このグループにアプリケーションを追加するには、デリバリーグループノードに移動し、グループを選択して、アクションバーでアプリケーションの追加を選択します。

VDA上のCitrix Secure Access™クライアントからのシームレスなログオン

VDAに存在するCitrix Secure Access (CSA) クライアントからCitrix Secure Private Accessへのシングルサインオン (SSO) を使用して、Citrix Workspaceにシームレスにログオンできます。この機能は、シングルセッションVDAとマルチセッションVDAの両方に適用されます。
これを実現する手順は次のとおりです。
  1. 既存のデリバリーグループを編集してSPA SSOを有効にします。例:
    Set-BrokerDesktopGroup -Name &lt;String> -SpaSsoEnabled 1
  2. Get -BrokerDesktopGroup PowerShellコマンドを使用して、デリバリーグループのSPA SSOのステータスを確認します。例:
    Get-BrokerDesktopGroup -Name &lt;String> -property 'SpaSsoEnabled'
  3. SPAで、アプリケーションとポリシーを作成します。「TCP/UDPアプリの構成」および「アプリケーションのアクセスポリシーの構成」を参照してください。
  4. シングルセッションまたはマルチセッションVDAにRDP接続し、最新のCSAエージェントをインストールします。
  5. Citrix Workspace を開き、シングルセッションまたはマルチセッションVDAにログオンします。

トラブルシューティング

  • Delivery Controllerに登録されていないVDAは、ブローカーセッションの起動時に考慮されません。これにより、利用可能なはずのリソースが十分に活用されないことになります。VDAが登録されない理由はさまざまであり、その多くは管理者がトラブルシューティングできます。詳細表示には、カタログ作成ウィザードと、デリバリーグループにカタログを追加した後のトラブルシューティング情報が表示されます。
    デリバリーグループを作成した後、デリバリーグループの詳細ペインには、登録可能だが登録されていないマシンの数が表示されます。たとえば、1台以上のマシンが電源オンでメンテナンスモードではないが、現在Controllerに登録されていない場合などです。「登録されていないが、登録されるべき」マシンを表示するときは、詳細ペインのトラブルシューティングタブで考えられる原因と推奨される是正措置を確認してください。
    機能レベルに関するメッセージについては、「VDAのバージョンと機能レベル」を参照してください。
    VDA登録のトラブルシューティングについては、「CTX136668」を参照してください。
  • デリバリーグループの表示では、詳細ペインのインストール済みVDAバージョンが、マシンに実際にインストールされているバージョンと異なる場合があります。マシンのWindowsのプログラムと機能の表示には、実際のVDAバージョンが表示されます。
  • 電源状態不明のステータスのマシンについては、ガイダンスとしてCTX131267を参照してください。