リナックスバーチャルデリバリーエージェント

マシンクリエーションサービス™ (MCS) を使用してFASが有効なドメイン参加済みLinux VDAを作成する

August 3, 2026

寄稿者:

重要:

2212リリース以降、以下の重要な変更点があります。

/etc/xdl/mcs/mcs.confファイルまたは簡易インストールGUIのAD_INTEGRATION変数には、デフォルト値がなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の「手順3j: MCS変数の構成」セクションを参照してください。

/etc/xdl/mcs/mcs.confのUPDATE_MACHINE_PWエントリの有効な値は、enabledまたはdisabledではなく、YまたはNになりました。詳細については、この記事の「マシンアカウントパスワードの自動更新」セクションを参照してください。

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

	ウィンバインド	エスエスエスディー	ピービーアイエス
デビアン 12.11/11.11	はい	はい	はい
アールイーエイチエル 10/9.6/9.4	はい	はい	いいえ
RHEL 8.x	はい	はい	はい
ロッキーリナックス 10/9.6/9.4	はい	はい	いいえ
ロッキーリナックス 8.x	はい	はい	いいえ
ウブントゥ 24.04/22.04	はい	はい	いいえ
スース 15.6	はい	はい	いいえ

注：

RHEL 8.x/9.xまたはRocky Linux 8.x/9.xの展開の場合、現在のSSSD参加済みVDAをMCS展開のテンプレートVMとして使用するには、以下を確認してください。

SSSDとAdcliの組み合わせはMCSでサポートされていないため、VDAを簡易インストールスクリプトを使用して展開することはできません。

SSSDプロトコルでMCS展開のAD参加済みVDAを使用するには、AD認証のためにSambaサーバーを構成する必要があります。詳細については、Red Hatの記事を参照してください。

MCSで作成されたマシンをWindowsドメインに参加させるためにPBISを使用している場合は、次のタスクを完了してください。

テンプレートマシンで、/etc/xdl/mcs/mcs.confファイルにPBISパッケージのダウンロードパスを構成するか、PBISパッケージを直接インストールします。
/opt/Citrix/VDA/sbin/deploymcs.shを実行する前に、その配下にあるすべてのMCSで作成されたマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位（OU）を作成します。
/opt/Citrix/VDA/sbin/deploymcs.shの実行が完了した後、MCSで作成されたマシンを再起動する前に、展開に応じてDelivery ControllerまたはCitrix Cloud Connectorでklist -li 0x3e4 purgeを実行します。

サポートされているハイパーバイザー

AWS
ゼノサーバー (旧称シトリックスハイパーバイザー™)
GCP
マイクロソフト Azure
ニュータニックス AHV
ヴイエムウェア vSphere

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

MCSを使用してFASが有効なLinux VDAを作成する

このセクションでは、MCSを使用してLinux VDAを作成し、テンプレートVMでマスターイメージを準備する際にFASを有効にする手順について説明します。テンプレートVMでFASが有効になっていない場合は、後で「MCSで作成されたVMでFASを有効にする」を参照して、MCSで作成された各VMで有効にすることができます。

考慮事項

Starting with the 2203 release, you can host the Linux VDA on Microsoft Azure, AWS, and GCP for Citrix Virtual Apps and Desktops™ as well as Citrix DaaS (formerly Citrix Virtual Apps and Desktops service). To add these public cloud host connections to your Citrix Virtual Apps and Desktops deployment, you need the Citrix Universal Hybrid Multi-Cloud (HMC) license.
ベアメタルサーバーは、仮想マシンを作成するためのMCSでの使用はサポートされていません。

(Nutanixのみ) ステップ1: Nutanix AHVプラグインをインストールして登録する

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

ステップ 1a: オンプレミスのDelivery Controller用Nutanix AHVプラグインをインストールして登録する

Citrix Virtual Apps™ and Desktops をインストールした後、デリバリーコントローラーで XD MCS AHV Plugin を選択してインストールします。

オンプレミスのデリバリーコントローラー用Nutanix AHVプラグイン(/ja-jp/linux-virtual-delivery-agent/2511/media/nutanix-plug-in-for-cvad.png)

ステップ 1b: クラウドDelivery Controller用Nutanix AHVプラグインをインストールして登録する

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

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

C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0にNutanix Acropolisフォルダーが作成されていることを確認します。
"C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0"コマンドを実行します。
オンプレミスのデリバリーコントローラーでシトリックスホスト、シトリックスブローカー、およびシトリックスマシン作成サービスを再起動するか、シトリックスクラウドコネクタでシトリックスリモートHCLサーバーサービスを再起動します。

ヒント:

Nutanix AHVプラグインをインストールまたは更新するときは、Citrix Host、Citrix Broker、およびMachine Creation Servicesを停止してから再起動することをお勧めします。

ステップ 2: ホスト接続を作成する

本セクションでは、Azure、AWS、XenServer® (旧称 Citrix Hypervisor)、GCP、Nutanix AHV、およびVMware vSphereに対するホスト接続の作成方法について、いくつかの例を提示します。

注:

オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。

詳細については、Citrix Virtual Apps and Desktopsのドキュメントの「接続とリソースの作成および管理」およびCitrix DaaSのドキュメントの「接続の作成と管理」を参照してください。

Citrix StudioでAzureへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-azure-in-citrix-studio)
Citrix StudioでAWSへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-aws-in-citrix-studio)
Citrix Studioを使用してXenServerへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-xenserver-in-citrix-studio)
Citrix StudioでGCPへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-gcp-in-citrix-studio)
Citrix Studioを使用してNutanixへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-nutanix-in-citrix-studio)
Citrix StudioでVMwareへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-vmware-in-citrix-studio)

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

オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで［構成］>［ホスティング］>［接続とリソースの追加］を選択して、ホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］を選択して、ホスト接続を作成します。
［接続とリソースの追加］ウィザードで、接続の種類としてMicrosoft Azureを選択します。
接続の種類としてMicrosoft Azureを選択します。
ウィザードのページに従って操作します。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、［次へ］を選択して［概要］ページに進みます。詳細については、(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-non-domain-joined-linux-vdas-using-mcs#step-2-create-a-host-connection)記事の「手順2：ホスト接続を作成する」を参照してください。

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

オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで［構成］>［ホスティング］>［接続とリソースの追加］を選択して、ホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］を選択して、ホスト接続を作成します。
［接続とリソースの追加］ウィザードで、接続の種類としてAmazon EC2を選択します。

例えば、オンプレミスのCitrix Studioでは、

Amazon EC2 を選択する画面(/ja-jp/linux-virtual-delivery-agent/2210/media/choose-amazon-ec2.png)
AWSアカウントのAPIキーとシークレットキー、および接続名を入力します。

アクセスキーペア(/ja-jp/linux-virtual-delivery-agent/2210/media/access-key-pair.png)

APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のものを作成できます。アクセスキーを作成するには、次の手順を実行します。
1. AWSサービスにサインインします。
2. Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、ユーザーを選択します。
3. 対象ユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
4. 下にスクロールしてアクセスキーの作成をクリックします。新しいウィンドウが表示されます。
5. .csvファイルのダウンロードをクリックし、アクセスキーを安全な場所に保存します。
ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、次へを選択して概要ページに到達するまで進みます。

Citrix StudioにおいてXenServerへのホスト接続を作成する

オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
接続とリソースの追加ウィザードで、接続の種類フィールドでXenServer（旧Citrix Hypervisor）を選択します。
接続アドレス（XenServer URL）と資格情報を入力します。
接続名を入力します。

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

Google Cloud Platform virtualization environments に従って GCP 環境をセットアップし、以下の手順を実行して GCP へのホスト接続を作成します。

オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで[構成] > [ホスト] > [接続とリソースの追加] を選択してホスト接続を作成します。クラウドのDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで[管理] > [ホスト] > [接続とリソースの追加] を選択してホスト接続を作成します。
[接続とリソースの追加] ウィザードで、接続の種類として[Google Cloud Platform] を選択します。

たとえば、Citrix Cloud の Web ベースの Studio コンソールでは次のようになります。
GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードのページに従って進みます。特定のページの内容は、選択した接続の種類によって異なります。各ページの完了後、[Next] を選択して [Summary] ページに進みます。詳しくは、Create non-domain-joined Linux VDAs using MCS 記事の「手順 2：ホスト接続を作成する」を参照してください。

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

オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで[構成] > [ホスト] > [接続とリソースの追加] を選択してホスト接続を作成します。クラウドのDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで[管理] > [ホスト] > [接続とリソースの追加] を選択してホスト接続を作成します。
[Add Connection and Resources] ウィザードの [Connection] ページで、接続の種類として Nutanix AHV を選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。[Network] ページで、ユニットのネットワークを選択します。

たとえば、オンプレミスの Citrix Studio では次のようになります。

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

vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで構成 > ホスト > 接続およびリソースの追加を選択して、ホスト接続を作成します。クラウドのDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで管理 > ホスト > 接続およびリソースの追加を選択して、ホスト接続を作成します。
接続の種類としてVMware vSphereを選択します。

たとえば、オンプレミスのCitrix Studioでは、次のようになります。
VMwareアカウントの接続アドレス（vCenter ServerのURL）、資格情報、および接続名を入力します。

手順3：マスターイメージを準備する

(XenServerの場合のみ) 手順3a: XenServer 仮想マシンツールをインストールする

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

VMを正常にシャットダウン、再起動、または一時停止する。
XenCenterでVMのパフォーマンスデータを表示する。
実行中のVMを移行する（XenMotion経由）。
スナップショットまたはメモリ付きスナップショット（チェックポイント）を作成し、スナップショットに戻す。
実行中のLinux VMのvCPU数を調整する。

XenServer Downloads page または Citrix Hypervisor Downloads page から、使用中のハイパーバイザーのバージョンに基づいて、Linux版 XenServer 仮想マシンツールファイルをダウンロードします。
LinuxGuestTools-xxx.tar.gz ファイルを Linux VM または Linux VM がアクセスできる共有ドライブにコピーします。
tarファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz
お使いの Linux ディストリビューションに基づいて、xe-guest-utilities パッケージをインストールするには、次のコマンドを実行します。

RHEL/セントオーエス/ロッキーリナックス/スーゼの場合:
```
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm

```
ウブンツ/デビアンの場合:
```
sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb

```
XenCenter の General タブでテンプレート VM の仮想化状態を確認します。XenServer VM Tools が正しくインストールされている場合、仮想化状態は Optimized と表示されます。

手順 3b: AWS、Azure、GCP 上の SUSE 15.5 の構成を確認する

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

libstdc++6 バージョン 12 以降を使用していること。
The Default_WM parameter in /etc/sysconfig/windowmanager is set to “gnome”.

手順 3c: GCP 上の Ubuntu 20.04 で RDNS を無効にする

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

手順 3d: テンプレート VM に .NET をインストールする

Linux VDA パッケージをインストールする前に、テンプレート VM に .NET をインストールし、次の点に注意してください。

.NET Runtime に加えて、Linux VDA をインストールまたはアップグレードする前に、サポートされているすべての Linux ディストリビューションに .ASP.NET Core Runtime をインストールする必要があります。Amazon Linux 2 にはバージョン 6 が必要です。その他のディストリビューションにはバージョン 8 が必要です。
お使いの Linux ディストリビューションに必要な .NET バージョンが含まれている場合は、組み込みのフィードからインストールします。そうでない場合は、Microsoft パッケージフィードから .NET をインストールします。詳細については、https://docs.microsoft.com/ja-jp/dotnet/core/install/linux-package-managers を参照してください。

手順 3e: テンプレート VM に Linux VDA パッケージをインストールする

.NET のインストール後、お使いの Linux ディストリビューションに基づいて以下のコマンドを実行し、Linux VDA をインストールします。

RHEL/Rocky Linux を使用する環境の場合:

注:

RHEL 9.x および Rocky Linux 9.x に Linux VDA をインストールする前に、libsepol パッケージをバージョン 3.4 以降に更新してください。

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

For 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: (RHEL のみ) ntfs-3g を提供できる EPEL リポジトリをインストールする

RHEL 8 に EPEL リポジトリをインストールします。EPEL のインストール方法については、https://docs.fedoraproject.org/ja-jp/epel/ の手順を参照してください。

手順 3g: (SUSE のみ) ntfs-3g を手動でインストールする

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

GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
```
sudo zypper install gcc
sudo zypper install make

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

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

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

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

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

ntfs-3gをインストールします:

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

ステップ3h: VMをWindowsドメインに参加させる

VMをWindowsドメインに参加させます。このプロセスには、手動インストールと比較して時間と労力を節約し、エラーが発生しにくい簡易インストールスクリプト (ctxinstall.sh) を使用することをお勧めします。詳細については、「ステップ8: 簡易インストールを実行して環境とVDAを構成し、インストールを完了する」を参照してください。手動インストールをご希望の場合は、「Linux VDAを手動でインストールする」にある手動インストール記事のステップ1から3を参照してください。

ステップ3i: VMでFASを構成する

詳細な手順については、「Linux VDAでFASを構成する」を参照してください。

ステップ3j: MCS変数を構成する

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

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

ヒント:

Saveをクリックして、指定したパスのローカルファイルに変数設定を保存します。Loadをクリックして、指定したファイルから変数設定を読み込みます。

以下は、FASが有効なシナリオで構成できるMCS変数です:

-  `Use_AD_Configuration_Files_Of_Current_VDA`: Determines whether to use the existing AD-related configuration files (/etc/krb5.conf, /etc/sssd.conf, and /etc/samba/smb.conf) of the currently running VDA. Set the value to Y when FAS is enabled.

-  `dns`: Sets the IP address for each DNS server. You can set up to four DNS servers.

-  `NTP_SERVER`: Sets the IP address for your NTP server. Unless otherwise specified, it's the IP address of your domain controller.

-  `WORKGROUP`: Sets the workgroup name to the NetBIOS name (case-sensitive) that you configured in AD. Otherwise, MCS uses the part of the domain name that immediately follows the machine hostname as the workgroup name. For example, if the machine account is **user1.lvda.citrix.com**, MCS uses **lvda** as the workgroup name while **citrix** is the correct choice. Ensure that you set the workgroup name correctly.

-  `AD_INTEGRATION`: Sets SSSD, Winbind, or PBIS. For a matrix of the Linux distributions and domain joining methods that MSC supports, see [Supported distributions](#supported-distributions) in this article.

-  `PBIS_DOWNLOAD_PATH`: Sets the path for downloading the PBIS package. The value takes effect only when you set the `AD_INTEGRATION` variable to PBIS.

-  `UPDATE_MACHINE_PW`: Enables or disables automating machine account password updates. For more information, see [Automate machine account password updates](/en-us/linux-virtual-delivery-agent/2511/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).

-  Linux VDA configuration variables:

    `DOTNET_RUNTIME_PATH`=path-to-install-dotnet-runtime
    `DESKTOP_ENVIRONMENT`=gnome | mate
    `SUPPORT_DDC_AS_CNAME`=Y | N
    `VDA_PORT`=port-number
    `REGISTER_SERVICE`=Y | N
    `ADD_FIREWALL_RULES`=Y | N
    `HDX_3D_PRO`=Y | N
    `VDI_MODE`=Y | N
    `SITE_NAME`=dns-site-name | '<none\>'
    `LDAP_LIST`='list-ldap-servers' | '<none\>'
    `SEARCH_BASE`=search-base-set | '<none\>'
    `START_SERVICE`=Y | N
    `TELEMETRY_SOCKET_PORT`=port-number
    `TELEMETRY_PORT`=port-number

ステップ 3k: MCS のレジストリ値を書き込むか更新する

FAS サーバーアドレスを設定するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。

create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->

注

MCS の設定を変更するには、/etc/xdl/ad_join および /etc/xdl/mcs/ の下のファイルを編集できますが、/var/xdl/mcs の下のファイルを編集することは禁止されています。

ステップ 3l: マスターイメージを作成する

(SSSD + RHEL 8.x/9.x/10 または Rocky Linux 8.x/9.x/10 のみ) update-crypto-policies --set DEFAULT:AD-SUPPORT コマンドを実行し、テンプレート VM を再起動します。
/etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、[Deploy] をクリックします。GUI で [Deploy] をクリックすると、GUI で設定した変数が /etc/xdl/mcs/mcs.conf ファイルで設定した変数を上書きします。
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
- (XenServer、GCP、および VMware vSphere の場合) テンプレート VM にアプリケーションをインストールし、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
- (Azure の場合) テンプレート VM にアプリケーションをインストールし、Azure ポータルからテンプレート VM をシャットダウンします。テンプレート VM の電源ステータスが [停止済み (割り当て解除済み)] であることを確認します。ここでリソースグループの名前を覚えておいてください。Azure でマスターイメージを見つけるには、この名前が必要です。
- (AWS の場合) テンプレート VM にアプリケーションをインストールし、AWS EC2 ポータルからテンプレート VM をシャットダウンします。テンプレート VM のインスタンスステータスが [停止済み] であることを確認します。テンプレート VM を右クリックし、[イメージ] > [イメージの作成] を選択します。必要な情報を入力し、設定を行います。[イメージの作成] をクリックします。
- (Nutanix の場合) Nutanix AHV で、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
  
  注:
  
  Citrix Virtual Apps and Desktopsで使用するには、Acropolisスナップショット名にXD_をプレフィックスとして付ける必要があります。必要に応じて、Acropolisコンソールを使用してスナップショットの名前を変更してください。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。

(GCPの場合) ステップ3m: RHEL 8.x/9.xおよびRocky Linux 8.x/9.xでイーサネット接続を構成する

GCPでホストされているRHEL 8.x/9.x/10およびRocky Linux 8.x/9.x/10にLinux VDAをインストールした後、イーサネット接続が失われ、VMの再起動後にLinux VDAに到達できなくなる可能性があります。この問題を回避するには、VMに初めてログオンするときにrootパスワードを設定し、rootとしてVMにログオンできることを確認してください。その後、VMを再起動した後、コンソールで次のコマンドを実行します。

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

ステップ4: マシンカタログを作成する

Citrix StudioまたはWeb Studioでマシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成する際には、マスターイメージを選択し、次の点を考慮してください。

Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。
シングルセッションOSマシンを含むカタログを作成すると、デスクトップエクスペリエンスページが表示され、ユーザーがログオンするたびに何が起こるかを決定できます。

デスクトップエクスペリエンスページで、次のいずれかを選択します。
- ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
- ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
最初のオプションを選択した場合、ユーザーがデスクトップに行った変更は破棄されます（非永続的）。

2番目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合、ユーザーがデスクトップに行った変更の処理方法を構成できます。
- ユーザーの変更をローカルディスクに保存します（永続的）。
- ユーザーの変更を破棄し、ユーザーがログオフしたときに仮想デスクトップをクリアします（非永続的）。ユーザーパーソナライゼーションレイヤーを使用している場合は、このオプションを選択します。
永続マシンを含むMCSカタログのマスターイメージを更新すると、カタログに追加される新しいマシンは更新されたイメージを使用します。既存のマシンは元のマスターイメージを引き続き使用します。

詳細については、Citrix Virtual Apps and DesktopsドキュメントおよびCitrix DaaSドキュメントの「マシンカタログの作成」を参照してください。

注：

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

ステップ5：デリバリーグループを作成する

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。どのユーザーがこれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。

詳細については、Citrix Virtual Apps and DesktopsドキュメントおよびCitrix DaaSドキュメントの「デリバリーグループの作成」を参照してください。

注：

MCSを使用して作成したVMがCitrix Cloud Connectorsに登録できず、未登録と表示される場合があります。この問題は、AzureでVMをホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
ADSI Editコンソールに移動し、未登録のVMを選択して、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。

VMでctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスが登録済みに変わったら、手順3から5に進みます。

テンプレートVMで/var/xdl/mcs/ad_join.shファイルを開きます。
Add a line of net ads enctypes set $NEW_HOSTNAME$ <Decimal value of encryption type attribute, for example, 28> -U $NEW_HOSTNAME$ -P password after the following lines inside the /var/xdl/mcs/ad_join.sh file:
if [ "$AD_INTEGRATION" == "winbind" ]; then
                join_domain_samba
                restart_service winbind /usr/bin/systemctl

新しいスナップショットを取得し、新しいテンプレートを使用してVMを作成します。

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

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

Add the following entry to /etc/xdl/mcs/mcs.conf before running /opt/Citrix/VDA/sbin/deploymcs.sh.

UPDATE_MACHINE_PW="Y"
/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を有効にする

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

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

/etc/xdl/mcs/mcs.conf というファイルで変数を設定します。

注：

これらの変数はVMの起動時に呼び出されるため、/etc/xdl/mcs/mcs.confですべての必要な変数を設定します。
1. Use_AD_Configuration_Files_Of_Current_VDAの値をYに設定します。
2. VDI_MODEなど、必要に応じて他の変数を設定します。

FASサーバーアドレスを設定するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。

create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->

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

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

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

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

マシンクリエーションサービス™ (MCS) を使用してFASが有効なドメイン参加済みLinux VDAを作成する

August 3, 2026

寄稿者:

August 3, 2026

寄稿者:

この情報は役に立ちましたか?