Linux Virtual Delivery Agent

マシンクリエーションサービス™ (MCS) を使用して Linux VDA を作成する

August 3, 2026

寄稿者:

C C

MCS を使用して、ドメイン参加済みおよびドメイン非参加の VDA を作成できます。Citrix DaaS でドメイン非参加の Linux VDA を作成したい場合は、専用の記事「MCS を使用してドメイン非参加の Linux VDA を作成する」(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/installation-overview/create-non-domain-joined-linux-vdas-using-mcs)も参照してください。

重要:

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

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

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

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

	ウィンバインド	エスエスエスディー	セントリファイ	ピービス
デビアン 11.11	はい	はい	いいえ	はい
RHEL バージョン 9.6/9.4/9.3/9.2/9.0	はい	はい	はい	いいえ
レル 8.10/8.9/8.8/8.6	はい	はい	はい	はい
ロッキーリナックス 9.6/9.4/9.3/9.2/9.0	はい	はい	はい	いいえ
ロッキーリナックス 8.10/8.9/8.8/8.6	はい	はい	はい	いいえ
レル 7.9、セントオーエス 7.9	はい	はい	はい	はい
スーゼ 15.5	はい	はい	いいえ	はい
ウブントゥ 22.04、ウブントゥ 20.04	はい	はい	いいえ	はい

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

Linux ディストリビューション	セントリファイのバージョン
RHEL 7/8	5.8.0
スーゼ	5.7.1
デビアン、ウブントゥ	5.6.1

Centrifyの他のバージョンを使用すると、エラーが発生する可能性があります。テンプレートマシンをドメインに参加させるためにCentrifyを使用しないでください。

MCSで作成されたマシンをWindowsドメインに参加させるためにPBISまたはCentrifyを使用している場合は、次のタスクを完了してください。
- テンプレートマシンで、/etc/xdl/mcs/mcs.confファイルにPBISまたはCentrifyパッケージのダウンロードパスを設定するか、PBISまたはCentrifyパッケージを直接インストールします。
- /opt/Citrix/VDA/sbin/deploymcs.shを実行する前に、配下のすべてのMCSで作成されたマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位（OU）を作成します。
- /opt/Citrix/VDA/sbin/deploymcs.shの実行が完了した後、MCSで作成されたマシンを再起動する前に、展開に応じてDelivery ControllerまたはCitrix Cloud Connectorでklist -li 0x3e4 purgeを実行します。
SSSDを使用してドメインに接続されている、現在実行中のRHEL 8.x/9.xまたはRocky Linux 8.x/9.x VDAをMCSのテンプレートVMとして使用するには、以下を確認してください。
- VDAは手動でインストールされており、イージーインストールは使用されていません。イージーインストールはRHEL 8.x/9.xおよびRocky Linux 8.x/9.xでAdcliを使用しますが、SSSDとAdcliの組み合わせはMCSではサポートされていません。
- SambaサーバーがAD認証にSSSDを使用するように構成されていること。詳細については、https://access.redhat.com/solutions/3802321のRed Hatの記事を参照してください。

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

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

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

MCSを使用してLinux VMを作成する

考慮事項

2203リリース以降、シトリックス Virtual Apps and Desktops™ およびシトリックス DaaS（旧称シトリックス Virtual Apps and Desktops サービス）向けに、リナックス VDAをマイクロソフト Azure、エーダブリューエス、およびジーシーピー上でホストできます。これらのパブリッククラウドホスト接続をシトリックス Virtual Apps and Desktops展開に追加するには、シトリックス Universal Hybrid Multi-Cloud (HMC) ライセンスが必要です。
ベアメタルサーバーは、MCSを使用して仮想マシンを作成する目的ではサポートされていません。

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

NutanixからNutanix AHVプラグインパッケージを入手します。Citrix Virtual Apps and Desktops環境にプラグインをインストールして登録します。詳細については、Nutanix Support Portalで入手できる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/2402-ltsr/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"コマンドを実行します。
オンプレミスのデリバリーコントローラーでCitrix ホスト、Citrix ブローカー、およびCitrix マシンクリエーションサービスを再起動するか、Citrix クラウドコネクターでCitrix RemoteHCLServer サービスを再起動します。

ヒント:

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へのホスト接続を作成する
Citrix StudioでAWSへのホスト接続を作成する
シトリックススタジオでXenServerへのホスト接続を作成する
Citrix StudioでGCPへのホスト接続を作成する
シトリックススタジオでニュータニックスへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-nutanix-in-citrix-studio)
Citrix StudioでVMwareへのホスト接続を作成する

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

オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
「接続とリソースの追加」ウィザードで、接続の種類としてMicrosoft Azureを選択します。
接続の種類としてMicrosoft Azureを選択します。
ウィザードのページに従って操作します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳しくは、Create non-domain-joined Linux VDAs using MCSの記事の「手順2：ホスト接続を作成する」を参照してください。

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

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

例：オンプレミスのCitrix Studioで
AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。

APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
1. AWSサービスにサインインします。
2. IAM コンソールに移動します。
3. 左側のナビゲーションペインで、Usersを選択します。
4. ターゲットユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
5. 下にスクロールしてアクセスキーの作成をクリックします。新しいウィンドウが表示されます。
6. .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仮想化環境に従ってGCP環境をセットアップし、以下の手順を完了してGCPへのホスト接続を作成します。

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

例えば、Citrix Cloud上のWebベースのStudioコンソールで設定する場合：
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードがページを案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、次へを選択して概要ページに到達するまで進みます。詳細については、「MCSを使用してドメインに参加していないLinux VDAを作成する」の記事の「手順2：ホスト接続を作成する」を参照してください。

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

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

例：オンプレミスの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 VMツールをインストールする

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

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

使用中のハイパーバイザーのバージョンに基づいて、XenServer ダウンロードページまたはCitrix Hypervisor ダウンロードページからXenServer Linux用VMツールファイルをダウンロードします。
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 以降を使用していること。
/etc/sysconfig/windowmanager ファイル内に定義されている Default_WM パラメーターは、“グノーム” に設定されています。

ステップ 3c: GCP 上の Ubuntu 20.04 で RDNS を無効にする

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

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

注:

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。SSSD を使用してドメインに接続されている、現在実行中の RHEL 8.x/9.x または Rocky Linux 8.x/9.x VDA をテンプレート VM として使用する場合は、以下を確認してください。

VDA が手動でインストールされており、簡易インストールを使用していないこと。簡易インストールは RHEL 8.x/9.x および Rocky Linux 8.x/9.x に Adcli を使用しますが、SSSD と Adcli の組み合わせは MCS でサポートされていません。

Samba サーバーが AD 認証に SSSD を使用するように構成されていること。詳細については、https://access.redhat.com/solutions/3802321 の Red Hat の記事を参照してください。

Linux VDA パッケージをインストールする前に、システム要件に従って .NET をインストールします。

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

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

For RHEL/CentOS/Rocky Linux:

注:

RHEL 9.6/9.4/9.3/9.2/9.0 および Rocky Linux 9.6/9.4/9.3/9.2/9.0 に 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-->

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

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

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

ステップ 3h: (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-->

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

Linux VDAパッケージのインストール後、SQLiteとPostgreSQLを切り替えることができます。これを行うには、次の手順を完了します。

注:

VDIモードではSQLiteのみを使用し、ホスト型共有デスクトップ配信モデルではPostgreSQLを使用することをお勧めします。

簡易インストールおよびMCSの場合、SQLiteまたはPostgreSQLを手動でインストールすることなく指定できます。/etc/xdl/db.confで特に指定がない限り、Linux VDAはデフォルトでPostgreSQLを使用します。Linuxディストリビューションによって提供されるバージョンではなく、PostgreSQLのカスタムバージョンが必要な場合は、指定されたバージョンを手動でインストールし、新しいバージョンを反映するように/etc/xdl/db.confを編集し、簡易インストールスクリプト (ctxinstall.sh) またはMCSスクリプト (deploymcs.sh) を実行する前にPostgreSQLサービスを開始する必要があります。

/etc/xdl/db.confを使用して、PostgreSQLのポート番号を構成することもできます。

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

deploymcs.shを実行する前に/etc/xdl/db.confを編集します。以下はdb.confファイルの例です。

# database configuration file for Linux VDA

## database choice
# possible choices are:
#     SQLite
#     PostgreSQL
# default choice is PostgreSQL
DbType="PostgreSQL"


## database port
# specify database port for the database.
# if not specified, default port will be used:
# SQLite: N/A
# PostgreSQL: 5432
DbPort=5432


## PostgreSQL customized
# only the following value means true, otherwise false:
#     true
#     yes
#     y
#     YES
#     Y
# default is false
DbCustomizePostgreSQL=false

## PostgreSQL service name
# specify the service name of PostgreSQL for Linux VDA
# default is "postgresql"
DbPostgreSQLServiceName="postgresql"
<!--NeedCopy-->

To use a custom version of PostgreSQL, set DbCustomizePostgreSQL to true.

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

MCS変数を構成するには、次の2つの方法があります。

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

ヒント:

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

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

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

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

DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime DESKTOP_ENVIRONMENT=gnome | mate REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N VDI_MODE=Y | N START_SERVICE=Y | N
ドメインに参加しているシナリオの場合
- Use_AD_Configuration_Files_Of_Current_VDA: 現在実行中のVDAの既存のAD関連構成ファイル（/etc/krb5.conf、/etc/sssd.conf、および/etc/samba/smb.conf）を使用するかどうかを決定します。Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの同等のファイルと同じになります。ただし、dnsとAD_INTEGRATIONの変数は引き続き構成する必要があります。デフォルト値はNです。これは、マスターイメージの構成テンプレートがMCSで作成されたマシンの構成ファイルを決定することを意味します。現在実行中のVDAをテンプレートVMとして使用するには、値をYに設定します。それ以外の場合は、Nに設定します。
- dns: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。
- NTP_SERVER: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。
- WORKGROUP: ワークグループ名を、ADで構成したNetBIOS名（大文字と小文字を区別）に設定します。設定しない場合、MCSはマシンホスト名の直後にあるドメイン名の一部をワークグループ名として使用します。たとえば、マシンアカウントがuser1.lvda.citrix.comの場合、MCSはlvdaをワークグループ名として使用しますが、citrixが正しい選択です。ワークグループ名が正しく設定されていることを確認してください。
- AD_INTEGRATION: Winbind、SSSD、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされているディストリビューションを参照してください。
- CENTRIFY_DOWNLOAD_PATH: Server Suite Free（旧Centrify Express）パッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をCentrifyに設定した場合にのみ有効になります。
- CENTRIFY_SAMBA_DOWNLOAD_PATH: Centrify Sambaパッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をCentrifyに設定した場合にのみ有効になります。
- PBIS_DOWNLOAD_PATH: PBISパッケージをダウンロードするためのパスを設定します。この値は、AD_INTEGRATION変数をPBISに設定した場合にのみ有効になります。
- UPDATE_MACHINE_PW: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「マシンアカウントのパスワード更新を自動化する」を参照してください。
- 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>’ FAS_LIST=’list-fas-servers’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=port-number TELEMETRY_PORT=port-number

(オプション) 手順3k: 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-->

注

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

手順3l: マスターイメージを作成する

(SSSD + RHEL 8.x/9.xまたはRocky Linux 8.x/9.xのみ) update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、テンプレートVMを再起動します。
/etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、[展開] をクリックします。GUIで[展開] をクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。
(現在実行中の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などの変数を使用してください。
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
- (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およびRocky Linux 8.x/9.xに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マシンを含むカタログを作成すると、デスクトップエクスペリエンスページが表示され、ユーザーがログオンするたびに何が起こるかを決定できます。

デスクトップエクスペリエンス(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/media/machine-catalog-setup.png)

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

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

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

注：

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

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

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

詳細については、(/ja-jp/citrix-virtual-apps-desktops/2402-ltsr/install-configure/delivery-groups-create)ドキュメントおよび(/ja-jp/citrix-daas/install-configure/delivery-groups-create.html)ドキュメントのデリバリーグループ作成を参照してください。

注：

MCSを使用して作成したVMがCitrix Cloud Connectorに登録できず、未登録と表示される場合があります。この問題は、AzureでVMをホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
ADSIエディットコンソールに移動し、未登録の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を作成します。

MCSを使用してLinux VDAをアップグレードする

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

.NETが(/ja-jp/linux-virtual-delivery-agent/2402-ltsr/system-requirements.html#net-requirements)に従ってインストールされていることを確認します。

テンプレートマシンで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

RHEL 7 および CentOS 7 の環境の場合:

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

For RHEL 8.x and Rocky Linux 8.x:

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

RHEL 9.3/9.2/9.0 およびロッキーリナックス 9.3/9.2/9.0 の場合:

注：

RHEL 9.6/9.4/9.3/9.2/9.0 および Rocky Linux 9.6/9.4/9.3/9.2/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-->

ウブントゥ 20.04 の場合:

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

ウブントゥ 22.04 の場合:

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

/etc/xdl/mcs/mcs.conf と /etc/xdl/mcs/mcs_local_setting.reg を編集します。
新しいスナップショットを作成します。
Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待ちます。マシンを手動で再起動しないでください。

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

マシンアカウントのパスワードは、デフォルトではマシンカタログの作成から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を有効にする

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

	ウィンバインド	エスエスエスディー	セントリファイ	ピービス
アールイーエイチエル 9.6/9.4/9.3/9.2/9.0	はい	いいえ	いいえ	いいえ
RHEL 8.x	はい	いいえ	いいえ	はい
ロッキーリナックス 9.6/9.4/9.3/9.2/9.0	はい	いいえ	いいえ	いいえ
ロッキーリナックス 8.x	はい	いいえ	いいえ	いいえ
アールイーエイチエル 7、セントオーエス 7	はい	はい	いいえ	はい
ウブントゥ 22.04、ウブントゥ 20.04	はい	いいえ	いいえ	いいえ
デビアン 11.11	はい	いいえ	いいえ	いいえ
スーゼ 15.5	はい	いいえ	いいえ	いいえ

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

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

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

簡易インストールスクリプト (ctxinstall.sh) を実行し、テンプレートVMがドメインに適切に参加していることを確認します。
ctxfascfg.sh スクリプトを実行します。
/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 ファイルに追加します。

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

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

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 ファイルに追加します。

sudo /opt/Citrix/VDA/bin/ctxreg 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) を使用して Linux VDA を作成する

August 3, 2026

寄稿者:

C C

August 3, 2026

寄稿者:

C C

この記事の概要

サポートされているディストリビューション
サポートされているハイパーバイザー
MCSを使用してLinux VMを作成する
MCSを使用してLinux VDAをアップグレードする
マシンアカウントパスワードの更新を自動化する
MCSで作成されたVMでFASを有効にする
- テンプレートVMでマスターイメージを準備する際にFASを有効にする
- MCSで作成されたVMでFASを有効にする

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