layout: doc h3InToc: true

ステップ3d: GCP上のUbunt

Machine Creation Services™ (MCS) を使用したLinux VDAの作成

MCSを使用して、ドメイン参加済みおよび非ドメイン参加済みのVDAを作成できます。

重要:

2212リリース以降の重要な変更点は次のとおりです。

サポートされるディストリビューション

  Winbind SSSD Centrify PBIS
Debian 11.3 はい はい いいえ はい
RHEL 9.0 はい いいえ いいえ いいえ
RHEL 8.7/8.6/8.4 はい いいえ はい はい
Rocky Linux 9.0 はい いいえ いいえ いいえ
Rocky Linux 8.7/8.6 はい いいえ いいえ いいえ

サポートされているハイパーバイザー以外でマスターイメージを準備しようとすると、予期しない結果が生じる可能性があります。

MCSを使用したLinux VMの作成

考慮事項

-  Citrix Virtual Apps and Desktops 7 2003からCitrix Virtual Apps and Desktops 7 2112までは、Microsoft Azure、AWS、GCPでのLinux VDAのホスティングは、Citrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）でのみサポートされていました。2203リリース以降、これらのパブリッククラウドでCitrix DaaSとCitrix Virtual Apps and Desktopsの両方でLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、**ハイブリッド権限ライセンス**が必要です。**ハイブリッド権限ライセンス**について詳しくは、「[ハイブリッド権限による移行とトレードアップ（TTU）](/ja-jp/licensing/current-release/hybrid-rights-ttu.html)」を参照してください。

-  ベアメタルサーバーは、MCSを使用して仮想マシンを作成する目的ではサポートされていません。

-  Citrix®は、関連するLinuxディストリビューションでの初期機能検証に、以下のCentrifyバージョンを使用しています。

|Linuxディストリビューション|Centrifyバージョン|
|-----|--|
|RHEL 7/8|5.8.0|
|SUSE|5.7.1|
|Debian, Ubuntu|5.6.1|

NutanixからNutanix AHVプラグインパッケージを入手します。Citrix Virtual Apps and Desktops環境にプラグインをインストールして登録します。詳しくは、Nutanixサポートポータルで入手できるNutanix Acropolis MCSプラグインインストールガイドを参照してください。

手順1a: オンプレミスDelivery Controller用Nutanix AHVプラグインのインストールと登録

Citrix Virtual Apps and Desktops™をインストールした後、Delivery Controllerで XD MCS AHV Plugin を選択してインストールします。

オンプレミスDelivery Controller用Nutanix AHVプラグイン

手順1b: クラウドDelivery Controller用Nutanix AHVプラグインのインストールと登録

Citrix Cloud™ Connector用に CWA MCS AHV Plugin を選択してインストールします。Citrix Cloudテナントに登録されているすべてのCitrix Cloud Connectorにプラグインをインストールします。AHVのないリソースの場所を提供するCitrix Cloud Connectorであっても、登録する必要があります。

手順1c: プラグインのインストール後に次の手順を完了する

手順2: ホスト接続の作成

このセクションでは、Azure、AWS、GCP、Nutanix AHV、およびVMware vSphereへのホスト接続を作成する手順を説明します。

Citrix StudioでAzureへのホスト接続を作成する

  1. Citrix Cloudにサインインします
  2. 左上のメニューで、［マイサービス］>［DaaS］ を選択します
  3. ［管理］>［完全な構成］ から、左側のペインで ［ホスティング］ を選択します
  4. アクションバーで ［接続とリソースの追加］ を選択します

接続の追加イメージ

  1. Microsoft Azure を接続タイプとして選択します。

Citrix Studio で AWS へのホスト接続を作成

  1. Citrix Studio で、[構成] > [ホスティング] > [接続とリソースの追加] を選択します。

  2. 接続タイプとして [Amazon EC2] を選択します。

    Amazon EC2 の選択

  3. AWS アカウントの API キーとシークレットキーを入力し、接続名を入力します。

    アクセスキーペア

    API キーはアクセスキー ID であり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。

    1. AWS サービスにサインインします。
    2. Identity and Access Management (IAM) コンソールに移動します。
    3. 左側のナビゲーションペインで、[ユーザー] を選択します。
    4. ターゲットユーザーを選択し、下にスクロールして [セキュリティ認証情報] タブを選択します。
    5. 下にスクロールして [アクセスキーの作成] をクリックします。新しいウィンドウが表示されます。
    6. [.csv ファイルのダウンロード] をクリックし、アクセスキーを安全な場所に保存します。

  4. ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。

    -  #### Citrix Studio で GCP へのホスト接続を作成

Google Cloud Platform 仮想化環境に従って GCP 環境をセットアップし、次の手順を完了して GCP へのホスト接続を作成します。

  1. Citrix Cloud にサインインします。
  2. 左上のメニューで、[マイサービス] > [DaaS] を選択します。
  3. [管理] > [完全な構成] から、左ペインで [ホスティング] を選択します。
  4. アクションバーで [接続とリソースの追加] を選択します。

  5. 接続タイプとして [Google Cloud Platform] を選択します。

  6. GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。

  7. ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。詳細については、非ドメイン参加型 Linux VDA の作成の記事の手順 2: ホスト接続を作成するを参照してください。

Citrix Studio で Nutanix へのホスト接続を作成

    -  1.  オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で **[構成] > [ホスティング] > [接続とリソースの追加]** を選択します。クラウド Delivery Controller の場合は、Citrix Cloud の Web ベースの Studio コンソールで **[管理] > [ホスティング] > [接続とリソースの追加]** を選択して、Nutanix ハイパーバイザーへの接続を作成します。

  1. [接続とリソースの追加] ウィザードの [接続] ページで、接続タイプとして Nutanix AHV を選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。[ネットワーク] ページで、ユニットのネットワークを選択します。

    オンプレミスの Citrix Studio で Nutanix へのホスト接続を作成

Citrix Studio で VMware へのホスト接続を作成

  1. vSphere 環境に vCenter Server をインストールします。詳細については、VMware vSphere を参照してください。

  2. Citrix Studio で、[構成] > [ホスティング] > [接続とリソースの追加] を選択します。

  3. 接続タイプとして VMware vSphere を選択します。

    VMware vSphere の選択

  4. VMware アカウントの接続アドレス（vCenter Server URL）、ユーザー名とパスワード、および接続名を入力します。

    VMware 接続名

手順 3: マスターイメージの準備

（Citrix Hypervisor のみ）手順 3a: Citrix VM Tools のインストール

xe CLI または XenCenter を使用するために、各 VM のテンプレート VM に Citrix VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。

  1. 次のコマンドを実行して、guest-tools.iso という名前の Citrix VM Tools をマウントします。

    sudo mount /dev/cdrom /mnt
<!--NeedCopy-->

  2. Linux ディストリビューションに基づいて xe-guest-utilities パッケージをインストールするには、次のコマンドを実行します。

    RHEL/CentOS/Rocky Linux の場合:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

    Ubuntu/Debian の場合:

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

    SUSE の場合:

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

  3. XenCenterの全般タブでテンプレートVMの仮想化状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化状態は最適化済みになります。

ステップ3b: AWS、Azure、GCP上のSUSE 15.4の構成の確認

AWS、Azure、GCP上のSUSE 15.4の場合、以下を確認してください。

ステップ3c: Azure、AWS、GCP上のUbuntu 18.04のcloud-initの構成

  1. VMが再起動または停止されたときにVDAホスト名が永続化されるようにするには、次のコマンドを実行します。

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

    /etc/cloud/cloud.cfgファイル内のsystem_infoセクションの下に次の行が存在することを確認します。

    system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

ステップ3d: GCP上のUbuntu 20.04のRDNSの無効化

テンプレートVMで、/etc/krb5.conf内の[libdefaults]の下にrdns = falseの行を追加します。

ステップ3e: テンプレートVMへのLinux VDAパッケージのインストール

注：

現在実行中のVDAをテンプレートVMとして使用する場合、この手順をスキップします。

テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールします。

お使いのLinuxディストリビューションに基づいて、Linux VDAの環境をセットアップするために次のコマンドを実行します。

RHEL/CentOS/Rocky Linuxの場合：

注：

-  RHELおよびCentOSの場合、Linux VDAをインストールして`deploymcs.sh`を正常に実行する前にEPELリポジトリをインストールします。EPELのインストール方法については、<https://docs.fedoraproject.org/en-US/epel/>の指示を参照してください。

-  RHEL 9.0およびRocky Linux 9.0にLinux VDAをインストールする前に、**libsepol**パッケージをバージョン3.4以降に更新します。

sudo yum –y localinstall <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debianの場合：

sudo dpkg –i  <PATH>/<Linux VDA DEB>

apt-get install -f
<!--NeedCopy-->

SUSEの場合：

sudo zypper –i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

ステップ3f: tdb-toolsパッケージをインストールするためのリポジトリの有効化（RHEL 7のみ）

RHEL 7サーバーの場合：

subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->

RHEL 7ワークステーションの場合：

subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->

ステップ3g: （SUSEの場合）ntfs-3gの手動インストール

SUSEプラットフォームでは、ntfs-3gを提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3gを手動でインストールします。

  1. GNU Compiler Collection（GCC）コンパイラーシステムおよびmakeパッケージをインストールします。

    sudo zypper install gcc
sudo zypper install make
<!--NeedCopy-->

  2. ntfs-3gパッケージをダウンロードします。

  3. ntfs-3gパッケージを解凍します。

    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

  4. ntfs-3g パッケージへのパスを入力します。

    sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

  5. ntfs-3g をインストールします。

    ./configure
make
make install
<!--NeedCopy-->

ステップ 3h: 使用するデータベースの指定

実験的な機能として、PostgreSQL に加えて SQLite を使用できます。Linux VDA パッケージのインストール後も、SQLite と PostgreSQL を切り替えることができます。これを行うには、次の手順を完了します。

  1. /opt/Citrix/VDA/sbin/ctxcleanup.sh を実行します。新規インストールの場合、この手順は省略します。

  2. deploymcs.sh を実行する前に、/etc/xdl/db.conf を編集します。

注:

-  VDI モードでのみ SQLite を使用することをお勧めします。
-  簡易インストールおよび MCS の場合、SQLite と PostgreSQL を手動でインストールすることなく切り替えることができます。`/etc/xdl/db.conf` で特に指定がない限り、Linux VDA はデフォルトで PostgreSQL を使用します。
-  `/etc/xdl/db.conf` を使用して、PostgreSQL のポート番号を構成することもできます。

ステップ 3i: MCS 変数の構成

MCS 変数を構成する方法は 2 つあります。

-  `/etc/xdl/mcs/mcs.conf` ファイルを編集します。
-  簡易インストール GUI を使用します。簡易インストール GUI を開くには、Linux VDA のデスクトップ環境で `/opt/Citrix/VDA/bin/easyinstall` コマンドを実行します。

![簡易インストール GUI](/en-us/linux-virtual-delivery-agent/2301/media/easy-install-gui.png)

> **ヒント:**
>
> **保存** をクリックして、指定したパスのローカルファイルに変数を保存します。**読み込み** をクリックして、指定したファイルから変数を読み込みます。

以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できる MCS 変数です。

-  **ドメインに参加していないシナリオの場合**

デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます (オプション)。

`DOTNET_RUNTIME_PATH`=**dotnet-runtime-インストールパス \\**  
`DESKTOP_ENVIRONMENT`= \*\*gnome | mate \\*\*  
`REGISTER_SERVICE`=\*\*Y | N\*\*  
`ADD_FIREWALL_RULES`=\*\*Y | N\*\*  
`VDI_MODE`=\*\*Y | N\*\*  
`START_SERVICE`=\*\*Y | N\*\*

ステップ 3j: MCS のレジストリ値の書き込みまたは更新

テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。この操作により、MCS プロビジョニングされたマシンが再起動するたびにデータと設定が失われるのを防ぎます。

/etc/xdl/mcs/mcs_local_setting.reg ファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、レジストリ値を書き込むまたは更新するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加できます。

create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy-->

update -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -v "Flags" -d "0x00000003"
<!--NeedCopy-->

ステップ 3k: マスターイメージの作成

  1. /etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、展開 をクリックします。

    簡易インストールGUIの展開ボタン

    GUIで展開をクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。

  2. (現在実行中のVDAをテンプレートVMとして使用している場合、またはドメインに参加していないシナリオの場合は、この手順をスキップしてください。) テンプレートVMで、構成テンプレートを更新して、作成されたすべてのVM上の関連する/etc/krb5.conf、/etc/samba/smb.conf、および/etc/sssd/sssd.confファイルをカスタマイズします。

    Winbindユーザーの場合は、/etc/xdl/ad_join/winbind_krb5.conf.tmplおよび/etc/xdl/ad_join/winbind_smb.conf.tmplテンプレートを更新します。

    SSSDユーザーの場合は、/etc/xdl/ad_join/sssd.conf.tmpl、/etc/xdl/ad_join/sssd_krb5.conf.tmpl、および/etc/xdl/ad_join/sssd_smb.conf.tmplテンプレートを更新します。

    Centrifyユーザーの場合は、/etc/xdl/ad_join/centrify_krb5.conf.tmplおよび/etc/xdl/ad_join/centrify_smb.conf.tmplテンプレートを更新します。

    注：

    テンプレートファイルで使用されている既存の形式を維持し、$WORKGROUP、$REALM、$realm、${new_hostname}、および$AD_FQDNなどの変数を使用します。

  3. 使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。

(GCPの場合) 手順3l：RHEL 8.x/9.xおよびRocky Linux 8.x/9.xでのイーサネット接続の構成

GCPでホストされているRHEL 8.x/9.xおよびRocky Linux 8.x/9.xにLinux VDAをインストールした後、VMの再起動後にイーサネット接続が失われ、Linux VDAに到達できなくなる可能性があります。この問題を回避するには、VMを再起動する前に次のコマンドを実行します。

nmcli dev connect eth0
service NetworkManager restart
<!--NeedCopy-->

手順4：マシンカタログの作成

Citrix Studioで、マシンカタログを作成し、カタログで作成するVMの数を指定します。マシンカタログを作成するときに、マスターイメージを選択します。以下に例を示します。

テンプレートVMのVHDの検索

マスターイメージの選択

Nutanixに固有の[コンテナ] ページで、以前にテンプレートVMに指定したコンテナを選択します。[マスターイメージ] ページで、イメージスナップショットを選択します。[仮想マシン] ページで、仮想CPUの数とvCPUあたりのコア数を確認します。

注：

Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンの電源を手動でオンにします。この方法により、作成プロセスを続行できます。

必要に応じて、その他の構成タスクを実行します。詳しくは、「Studioを使用してマシンカタログを作成する」を参照してください。

手順5：デリバリーグループの作成

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。どのユーザーがこれらのマシンを使用できるか、およびこれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳しくは、「デリバリーグループの作成」を参照してください。

MCSを使用したLinux VDAのアップグレード

MCSを使用してLinux VDAをアップグレードするには、次の手順を実行します。

  1. Linux VDAを現在のリリースにアップグレードする前に、.NET Runtime 6.0がインストールされていることを確認します。

  2. テンプレートマシンでLinux VDAをアップグレードします。

    注：

    Linux VDAセルフアップデート機能を使用して、自動ソフトウェアアップデートをスケジュールすることもできます。この目的を達成するには、テンプレートマシンのetc/xdl/mcs/mcs_local_setting.regファイルにコマンドラインを追加します。 たとえば、次のコマンドラインを追加できます。

    create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_DWORD" -v "fEnabled" -d "0x00000001" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "ScheduledTime" -d "Immediately" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "Url" -d "`<Your-Azure-Container-Url>`" –force

create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "`<Local-Certificate-Path-of-PortalAzureCom>`" --force
<!--NeedCopy-->

    RHEL 7およびCentOS 7の場合：

    sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy-->

    RHEL 8.xおよびRocky Linux 8.xの場合：

    sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy-->

    RHEL 9.0およびRocky Linux 9.0の場合：

    注：

    RHEL 9.0およびRocky Linux 9.0でLinux VDAをアップグレードする前に、libsepolパッケージをバージョン3.4以降に更新します。

    sudo rpm -U XenDesktopVDA-<version>.el9x.x86_64.rpm
<!--NeedCopy-->

    SUSE の場合:

    sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
<!--NeedCopy-->

    Ubuntu 18.04 の場合:

    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
<!--NeedCopy-->

    Ubuntu 20.04 の場合:

    sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
<!--NeedCopy-->

    Ubuntu 22.04 の場合:

    sudo dpkg -i xendesktopvda_<version>.ubuntu22.04_amd64.deb
<!--NeedCopy-->

  3. /etc/xdl/mcs/mcs.conf および /etc/xdl/mcs/mcs_local_setting.reg を編集します。

  4. 新しいスナップショットを作成します。

  5. Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機します。マシンを手動で再起動しないでください。

マシンアカウントパスワードの自動更新

マシンアカウントのパスワードは、デフォルトでマシンカタログ作成後 30 日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。

  1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、次のエントリを /etc/xdl/mcs/mcs.conf に追加します。

    UPDATE_MACHINE_PW="Y"

  2. /opt/Citrix/VDA/sbin/deploymcs.sh を実行した後、/etc/cron.d/mcs_update_password_cronjob を開いて更新時間と頻度を設定します。デフォルト設定では、毎週日曜日の午前 2 時 30 分にマシンアカウントのパスワードが更新されます。

マシンアカウントのパスワードが更新されるたびに、Delivery Controller のチケットキャッシュが無効になり、/var/log/xdl/jproxy.log に次のエラーが表示されることがあります。

[ERROR] - AgentKerberosServiceAction.Run: GSSException occurred. Error: Failure unspecified at GSS-API level (Mechanism level: Checksum failed)

このエラーを解消するには、チケットキャッシュを定期的にクリアします。すべての Delivery Controller またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。

MCS で作成された VM での FAS の有効化

次のディストリビューションで実行されている MCS で作成された VM で FAS を有効にできます。

  Winbind SSSD Centrify PBIS
RHEL 9.0 Yes No No No
RHEL 8.x Yes No No Yes
Rocky Linux 9.0 Yes No No No
Rocky Linux 8.x Yes No No No
RHEL 7, CentOS 7 Yes Yes No Yes
Ubuntu 22.04, Ubuntu 20.04, Ubuntu 18.04 Yes No No No
Debian 11.3 Yes No No No
SUSE 15.4 Yes No No No

テンプレート VM でマスターイメージを準備する際の FAS の有効化

  1. ルート CA 証明書をインポートします。

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  2. ctxfascfg.sh を実行します。詳細については、「ctxfascfg.sh の実行」を参照してください。

  3. /etc/xdl/mcs/mcs.conf で変数を設定します。

    注：

    これらの変数は VM の起動時に呼び出されるため、必要なすべての変数を /etc/xdl/mcs/mcs.conf で設定します。

    1. Use_AD_Configuration_Files_Of_Current_VDA の値を Y に設定します。
    2. FAS_LIST 変数を FAS サーバーアドレス、または複数の FAS サーバーアドレスに設定します。複数のアドレスはセミコロンで区切り、アドレスを単一引用符で囲みます。例：FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'。
    3. VDI_MODE など、必要に応じて他の変数を設定します。

  4. スクリプト /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

MCS で作成された VM での FAS の有効化

前述のようにテンプレートマシンで FAS が有効になっていない場合は、MCS で作成された各 VM で FAS を有効にできます。

MCS で作成された VM で FAS を有効にするには、次の手順を実行します。

  1. /etc/xdl/mcs/mcs.conf で変数を設定します。

    注：

    これらの変数は VM の起動時に呼び出されるため、必要なすべての変数を /etc/xdl/mcs/mcs.conf で設定します。

    1. Use_AD_Configuration_Files_Of_Current_VDA の値を Y に設定します。
    2. FAS_LIST 変数を FAS サーバーアドレスに設定します。
    3. VDI_MODE など、必要に応じて他の変数を設定します。

  2. ルート CA 証明書をインポートします。

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  3. スクリプト /opt/Citrix/VDA/sbin/ctxfascfg.sh を実行します。詳細については、「ctxfascfg.sh の実行」を参照してください。