Linux Virtual Delivery Agent

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

August 3, 2026

寄稿者:

C C

MCSを使用して、ドメイン参加済みおよび非ドメイン参加済みVDAを作成できます。Citrix DaaSで非ドメイン参加済みLinux VDAを作成する場合は、専用の記事「MCSを使用して非ドメイン参加済みLinux VDAを作成する」も参照してください。

重要:

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

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

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

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

	ウィンバインド	エスエスエスディー	セントリファイ	ピービス
デビアン 12.12	はい	はい	いいえ	はい
デビアン 13	はい	はい	いいえ	はい
アールヘル 10/9.7/9.6/9.4	はい	はい	はい	いいえ
レル 8.10	はい	はい	はい	はい
ロッキーリナックス 10/9.7/9.6/9.4	はい	はい	はい	いいえ
ロッキーリナックス 8.10	はい	はい	はい	いいえ
スージー 15.7	はい	はい	いいえ	はい
ウブントゥ 24.04	はい	はい	いいえ	はい
ウブントゥ 22.04	はい	はい	いいえ	はい

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

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

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

Linuxディストリビューション	セントリファイバージョン
レル 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 を使用しますが、MCS は SSSD と Adcli の組み合わせをサポートしていません。
- AD 認証に SSSD を使用するように Samba サーバーが構成されています。詳細については、https://access.redhat.com/solutions/3802321 の Red Hat の記事を参照してください。

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

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

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

MCSを使用してLinux 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 プラグイン を選択してインストールします。

オンプレミスのデリバリーコントローラー用 Nutanix AHV プラグイン

ステップ1b: クラウドDelivery Controllers用Nutanix AHVプラグインのインストールと登録

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

ステップ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 Cloud コネクタで Citrix RemoteHCLServer サービスを再起動します。

ヒント:

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

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

このセクションでは、アジュール、AWS、XenServer® (旧称シトリックスハイパーバイザー)、GCP、ニュータニックス 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でConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドデリバリーコントローラーの場合、Citrix Cloud上のWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
「接続とリソースの追加」ウィザードで、接続の種類としてMicrosoft Azureを選択します。
接続の種類としてMicrosoft Azureを選択します。
ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳細については、Create non-domain-joined Linux VDAs using MCSの記事の手順2：ホスト接続を作成するを参照してください。

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

オンプレミスのデリバリーコントローラーを使用する場合は、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択し、ホスト接続を作成します。クラウドのデリバリーコントローラーを使用する場合は、Citrix Cloud上のWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択し、ホスト接続を作成します。
「接続とリソースの追加」ウィザードで、接続の種類としてアマゾン EC2を選択します。アマゾンワークスペースコアマネージドインスタンスへの接続を作成するには、アマゾンワークスペースコアマネージドインスタンスへの接続を参照してください。

ここでは、オンプレミスのCitrix StudioでのAmazon EC2接続を例として説明します。

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仮想化環境」(/ja-jp/citrix-virtual-apps-desktops-service/install-configure/resource-location/google.html)に従ってGCP環境をセットアップし、その後、以下の手順を完了してGCPへのホスト接続を作成します。

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

たとえば、Citrix CloudのWebベースのStudioコンソールでは、次のようになります。

接続の追加画像(/ja-jp/linux-virtual-delivery-agent/current-release/media/add-conn-connection.png)
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードはページを順に案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、次へを選択して概要ページに到達します。詳細については、「MCSを使用してドメインに参加していないLinux VDAを作成する」の記事の「ステップ2：ホスト接続を作成する」を参照してください。

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

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

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

オンプレミスのCitrix StudioでNutanixへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/current-release/media/creating-a-hosting-connection-to-nutanix-in-the-on-premises-citrix-studio.png)

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 VM Tools for Linuxファイルをダウンロードします。
LinuxGuestTools-xxx.tar.gzファイルをLinux VM、またはLinux VMがアクセスできる共有ドライブにコピーします。
tarファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz
お使いのLinuxディストリビューションに基づいて、xe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。

For RHEL/CentOS/Rocky Linux/SUSE:
```
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm

```
For Ubuntu/Debian:
```
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.6の構成を確認する

AWS、Azure、GCP上のSUSE 15.6については、以下を確認してください。

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をインストールする

注：

現在実行中の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 VDAをインストールするために、お使いのLinuxディストリビューションに基づいて以下のコマンドを実行します。

アールエイチイーエル/セントオーエス/ロッキーリナックスの場合:

注:

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

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

ウブントゥ/デビアンの場合:

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: 使用するデータベースを指定する

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-->

カスタマイズされたバージョンのPostgreSQLデータベースを使用するには、DbCustomizePostgreSQL を true に設定します。

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

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

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

注：

ユーザーは「Advanced Configuration (optional)」ボタンをクリックして、詳細な構成オプションを展開することもできます。

ヒント：

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

以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できる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: SSSD、Winbind、PBIS、またはCentrifyを設定します。MSCがサポートするLinuxディストリビューションとドメイン参加方法の対応表については、この記事のサポートされるディストリビューションを参照してください。
- TRUSTED_DOMAINS: マルチドメイン環境の場合、信頼されたドメインのスペース区切りリスト（例: “mycompany1.com mycompany2.com”）を指定します。これにより、/etc/krb5.confの信頼されたドメインが更新され、LDAP_LISTが指定されていない場合、それらのドメイン内のLDAPサーバーの自動検出が可能になります。この変数はオプションです。
注

SSSDは、単一のActive Directoryフォレスト内の信頼されたドメインのみをサポートします。
- 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

（オプション）手順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-->

注

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

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

(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 ファイルで設定した変数よりも優先されます。
(現在実行中の 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の場合) 手順3l：RHEL 8.x/9.xおよびRocky Linux 8.x/9.x/10でのイーサネット接続の構成

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で、準備済みイメージを作成し、その準備済みイメージを使用して、次の方法でMCSマシンカタログを作成します。

ウェブスタジオ
PowerShell commands

現在、AzureおよびVMware仮想化環境で準備済みイメージのマシンカタログを作成できます。

詳細については、「準備済みイメージのマシンカタログを作成する」を参照してください。

ここではWeb Studioを例として、イメージ定義と初期イメージバージョンを作成するには、次の手順を実行します。

Studioからイメージノードに移動し、イメージ定義の作成をクリックします。はじめにページで次へをクリックします。
「イメージ定義」ページで、イメージ定義の「OSの種類」と「セッションの種類」を指定します。
「イメージ」ページで、「リソース」（設定された接続に適用可能なリソースのみが一覧表示されます）と、イメージバージョンを作成するためのテンプレートとして使用するマスターイメージを選択します。「マシンプロファイルを使用する」チェックボックスをオンにして、マシンプロファイルを選択できます。

注：

イメージを選択する前に、マスターイメージにVDA 2311以降がインストールされており、MCSIOドライバーがVDAにインストールされていることを確認してください。
「マシン仕様」ページで、マシンサイズを選択します。マシンプロファイルを選択した場合、マシンプロファイルから派生した仮想CPUカウントが表示され、変更できません。マシンプロファイルを選択しない場合、マスターイメージから派生したメモリサイズのみが表示されます。
「NIC」ページで、準備イメージのNICを選択または追加します。各NICについて、関連付けられた仮想ネットワークを選択します。マシンプロファイルを選択しない場合、マスターイメージに関連付けられたNICがデフォルトで選択されます。マシンプロファイルを選択した場合、NICはマシンプロファイルから派生し、その数は変更できません。
「バージョン説明」ページで、作成された初期イメージバージョンの説明を入力します。
「概要」ページで、イメージ定義と作成された初期イメージバージョンの詳細を確認します。イメージ定義の名前と説明を入力します。「完了」をクリックします。

イメージバージョンの作成

イメージバージョンを使用すると、特定のイメージに対するさまざまなイテレーションや更新を管理できます。この機能により、さまざまな目的のためにイメージの複数のバージョンを維持できます。

初期イメージバージョンからイメージバージョンを作成するには、次の手順を実行します。

「イメージ」ノードに移動し、イメージバージョンまたはイメージ定義を選択して、「イメージバージョンの作成」をクリックします。
「イメージ」ページで、同じホスティング接続内でホスティングユニットを変更し、そのイメージバージョンのマスターイメージとマシンプロファイルを再選択できます。
イメージバージョンの構成を初期構成済みイメージバージョンと異なるものにする場合は、「イメージバージョンの作成」ダイアログの「マシン仕様」ページと「NIC」ページで設定を構成します。
イメージバージョンの説明を追加します。「完了」をクリックします。

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

Citrix StudioまたはWeb Studioでマシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成する際は、ステップ4で準備したイメージ（推奨）/マスターイメージを選択し、以下の点を考慮してください。

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

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

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

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

注：

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

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

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

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

注：

MCSを使用して作成したVMは、Citrix Cloud Connectorsに登録できず、未登録と表示される場合があります。この問題は、VMをAzureでホストし、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を作成します。

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

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

Linux VDAを現在のリリースにアップグレードする前に、.NETがインストールされていることを確認してください。
- Amazon Linux 2を除くすべてのサポートされているLinuxディストリビューションに.NET Runtime 8.0をインストールします。
- Amazon Linux 2 の場合、.NET Runtime 6.0 のインストールを続行します。
必要な .NET バージョンが Linux ディストリビューションに含まれている場合は、組み込みのフィードからインストールします。そうでない場合は、Microsoft パッケージフィードから .NET をインストールします。詳細については、https://docs.microsoft.com/ja-jp/dotnet/core/install/linux-package-managers を参照してください。
テンプレートマシンで Linux VDA をアップグレードします。
注：
- 自動ソフトウェア更新をスケジュールするには、Azure を介した 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 
- 2407 リリース以降、Linux VDA は、アップグレード中に構成ファイルを処理するためにパッケージマネージャーの rpm または dpkg に委任します。以下に、rpm と dpkg が構成ファイルの変更とどのように相互作用するかを説明します。
  - rpm: デフォルトではローカルバージョンを保持し、パッケージからの新しいバージョンを .rpmnew 拡張子で保存します。
  - dpkg: 続行方法の選択肢を対話形式で表示します。ローカル構成ファイルを保持し、新しいパッケージバージョンを .dpkg-new または .dpkg-dist として保存しながら、Linux VDA をサイレントアップグレードするには、次のコマンドを使用します。
    dpkg --force-confold -i package.deb # Always keep your version, then save new package's version as *.dpkg-new or *.dpkg-dist 
RHEL および Rocky Linux ディストリビューションの場合:
```
sudo yum -y localinstall <PATH>/<Linux VDA RPM>

```
注：

RHEL 9.x および Rocky Linux 9.x で Linux VDA をアップグレードする前に、libsepol パッケージをバージョン 3.4 以降に更新してください。

SUSE ディストリビューションの場合:
```
sudo zypper -i install <PATH>/<Linux VDA RPM>

```
Ubuntu/Debian ディストリビューションの場合:
```
sudo dpkg -i <PATH>/<Linux VDA deb>

sudo apt-get install -f

```
/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またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。

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

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

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

August 3, 2026

寄稿者:

C C

August 3, 2026

寄稿者:

C C

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