Machine Creation Services™ (MCS) を使用してLinux VDAを作成する

最終公開日 : Nov 13, 2026

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

重要:

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

/etc/xdl/mcs/mcs.confファイルまたは簡単インストールGUIのAD_INTEGRATION変数には、デフォルト値がなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の「手順3i: MCS変数を構成する」(#step-3i-configure-mcs-variables)セクションを参照してください。
/etc/xdl/mcs/mcs.confのUPDATE_MACHINE_PWエントリの有効な値は、enabledまたはdisabledではなく、YまたはNになりました。詳細については、この記事の「マシンアカウントパスワードの自動更新」(#automate-machine-account-password-updates)セクションを参照してください。

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

	ウィンバインド	SSSD	セントリファイ	PBIS
デビアン 12.7/12.5/11.11	はい	はい	いいえ	はい
RHEL 9.4/9.2	はい	はい	はい	いいえ
RHEL 8.10/8.8	はい	はい	はい	はい
ロッキーリナックス 9.4/9.2	はい	はい	はい	いいえ
ロッキーリナックス 8.10/8.8	はい	はい	はい	いいえ
SUSE 15.6	はい	はい	いいえ	はい
ウブントゥ 24.04	はい	はい	いいえ	はい
ウブントゥ 22.04/20.04	はい	はい	いいえ	はい

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

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

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

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

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

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

考慮事項

2203リリース以降、Citrix Virtual Apps and Desktops™およびCitrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）向けに、Microsoft Azure、AWS、GCPでLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、Citrix 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をインストールした後、Delivery Controllerで XD MCS AHV Plugin を選択してインストールします。

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

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

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

Nutanix Acropolis フォルダーが C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0 に作成されていることを確認します。
"C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0" コマンドを実行します。
オンプレミスの Delivery Controllers で Citrix Host、Citrix Broker、および Citrix Machine Creation Services を再起動するか、Citrix Cloud Connectors で Citrix RemoteHCLServer Service を再起動します。

ヒント:

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

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

このセクションでは、Azure、AWS、XenServer® (旧 Citrix Hypervisor)、GCP、Nutanix AHV、および VMware vSphere へのホスト接続を作成する方法の例を示します。

注:

オンプレミスの Delivery Controllers の場合、オンプレミスの Citrix Studio で > > を選択してホスト接続を作成します。クラウド Delivery Controllers の場合、Citrix Cloud の Web ベースの Studio コンソールで > > を選択してホスト接続を作成します。

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

Citrix Studio で Azure へのホスト接続を作成する
Citrix Studio で AWS へのホスト接続を作成する
Citrix Studio で XenServer へのホスト接続を作成する
Citrix Studio で GCP へのホスト接続を作成する
Citrix Studio で Nutanix へのホスト接続を作成する
Citrix StudioでVMwareへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2411/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を選択します。
ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページの完了後、**［次へ］を選択して［概要］ページに進みます。詳しくは、記事「MCSを使用してドメインに参加していないLinux VDAを作成する」の「手順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. Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、を選択します。
3. 対象ユーザーを選択し、下にスクロールしてタブを選択します。
4. 下にスクロールしてをクリックします。新しいウィンドウが表示されます。
5. をクリックし、アクセスキーを安全な場所に保存します。
ウィザードがページを案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、を選択してページに到達します。

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コンソールで > > を選択してホスト接続を作成します。
ウィザードで、接続の種類としてを選択します。

例：Citrix CloudのWebベースのStudioコンソールで：

接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2411/media/add-conn-connection.png)
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードがページを案内します。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、Summaryページに到達するまでNextを選択します。詳細については、Create non-domain-joined Linux VDAs using MCSの記事の「手順2：ホスト接続を作成する」を参照してください。

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

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

例：オンプレミスのCitrix Studioの場合：

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

vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix StudioでConfiguration > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールでManage > Hosting > Add Connection and Resourcesを選択してホスト接続を作成します。
接続タイプとしてVMware vSphereを選択します。

例：オンプレミスのCitrix Studioの場合：
VMwareアカウントの接続アドレス（vCenter Server URL）、資格情報、および接続名を入力します。

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

(XenServerのみ) ステップ 3a: XenServer VM Toolsをインストールする

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

RHEL/CentOS/Rocky Linux/SUSEの場合:
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm
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 以降を使用していること。
/etc/sysconfig/windowmanager の Default_WM パラメーターが "gnome" に設定されていること。

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

テンプレート VM で、/etc/krb5.conf のの下に 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 パッケージをインストールする前に、テンプレート 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/CentOS/Rocky Linux の場合:

注:

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

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

Ubuntu/Debian の場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSE の場合:

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

ステップ 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
ntfs-3g パッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
ntfs-3g をインストールします。
./configure make make install

ステップ 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"
カスタムバージョンのPostgreSQLを使用するには、DbCustomizePostgreSQLをtrueに設定します。

手順3i：MCS変数を構成する

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

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

ヒント:

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

以下は、ドメイン非参加シナリオおよびドメイン参加シナリオで構成できるMCS変数です。

ドメイン非参加シナリオの場合

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

DOTNET_RUNTIME_PATH=.NETランタイムのインストールパス

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ディストリビューションとドメイン参加方法の対応表については、この記事のサポートされるディストリビューションを参照してください。
- 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構成変数:
  
  DOTNET_RUNTIME_PATH=.NETランタイムのインストールパス
  
  DESKTOP_ENVIRONMENT=gnome | mate SUPPORT_DDC_AS_CNAME=Y | N
  
  VDA_PORT=ポート番号 REGISTER_SERVICE=Y | N
  
  ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N
  
  VDI_MODE=Y | N SITE_NAME=DNSサイト名 | '<none\>'
  
  LDAP_LIST='LDAPサーバーのリスト' | '<none\>' SEARCH_BASE=検索ベースセット | '<none\>'
  
  FAS_LIST='FASサーバーのリスト' | '<none\>' START_SERVICE=Y | N
  
  TELEMETRY_SOCKET_PORT=ポート番号 TELEMETRY_PORT=ポート番号

(オプション) ステップ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

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

注

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

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

（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変数を構成する場合は、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を右クリックし、Image > Create Imageを選択します。必要な情報を入力し、設定を行います。Create Imageをクリックします。
  
  EBSイメージの作成(/en-us/linux-virtual-delivery-agent/2411/media/create-ebs-image.png)
- (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でのイーサネット接続の構成

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

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

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

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

デスクトップエクスペリエンス(/en-us/linux-virtual-delivery-agent/2411/media/machine-catalog-setup.png)

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

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**ファイルを開きます。
/var/xdl/mcs/ad_join.sh ファイル内の次の行の後に、net ads enctypes set $NEW_HOSTNAME\$ <Decimal value of encryption type attribute, for example, 28\> -U $NEW_HOSTNAME\$ -P password の行を追加します。
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 をインストールします。
お使いの Linux ディストリビューションに必要な .NET バージョンが含まれている場合は、組み込みのフィードからインストールします。含まれていない場合は、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.4/9.2 および Rocky Linux 9.4/9.2 で 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日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。

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

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

Linux Virtual Delivery Agent 2411

Machine Creation Services™ (MCS) を使用してLinux VDAを作成する

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories

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

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

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

考慮事項

（Nutanixのみ）手順1：Nutanix AHVプラグインのインストールと登録

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

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

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

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

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

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

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

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

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

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

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

(XenServerのみ) ステップ 3a: XenServer VM Toolsをインストールする

ステップ 3b: AWS、Azure、GCP上のSUSE 15.6の構成を確認する

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

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

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

ステップ 3f: (RHEL のみ) ntfs-3g を提供できる EPEL リポジトリをインストールする

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

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

手順3i：MCS変数を構成する

(オプション) ステップ3j: MCSのレジストリ値を書き込むか更新する

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

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

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

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

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

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

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories

このページは役に立ちましたか?

Linux Virtual Delivery Agent 2411

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

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

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

考慮事項

（Nutanixのみ）手順1：Nutanix AHVプラグインのインストールと登録

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

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

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

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

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

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

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

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

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

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

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

(XenServerのみ) ステップ 3a: XenServer VM Toolsをインストールする

ステップ 3b: AWS、Azure、GCP上のSUSE 15.6の構成を確認する

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

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

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

ステップ 3f: (RHEL のみ) ntfs-3g を提供できる EPEL リポジトリをインストールする

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

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

手順3i：MCS変数を構成する

(オプション) ステップ3j: MCSのレジストリ値を書き込むか更新する

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

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

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

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

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

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

PDFエクスポートオプション

このページを共有

このページは役に立ちましたか?