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

最終公開日 : Nov 13, 2026

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

重要:

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

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

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

	ウィンバインド	SSSD	セントリファイ	PBIS
デビアン 11.7/11.3	はい	はい	いいえ	はい
RHEL 9.2/9.0	はい	はい	いいえ	いいえ
RHEL 8.8/8.6	はい	はい	はい	はい
ロッキーリナックス 9.2/9.0	はい	はい	いいえ	いいえ
ロッキーリナックス 8.8/8.6	はい	はい	いいえ	いいえ
RHEL 7.9, CentOS 7.9	はい	はい	はい	はい
SUSE 15.5	はい	はい	いいえ	はい
ウブントゥ 22.04、ウブントゥ 20.04	はい	はい	いいえ	はい

注:

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 でサポートされていません。
AD 認証に SSSD を使用するように Samba サーバーが構成されています。詳細については、<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 service) 向けに、Microsoft Azure、AWS、GCP で Linux VDA をホストできます。これらのパブリッククラウドホスト接続を Citrix Virtual Apps and Desktops 展開に追加するには、Citrix Universal Hybrid Multi-Cloud (HMC) ライセンスが必要です。
ベアメタルサーバーは、MCS を使用して仮想マシンを作成する目的ではサポートされていません。

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を実行します。

（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をインストールした後、Delivery ControllerでXD MCS AHV Pluginを選択してインストールします。

オンプレミスのDelivery Controller向けNutanix AHVプラグイン(/en-us/linux-virtual-delivery-agent/2311/media/nutanix-plug-in-for-cvad.png)

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

Citrix Cloud™ Connectors 用の CWA MCS AHV プラグインを選択してインストールします。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" コマンドを実行します。
オンプレミスの Delivery Controller で Citrix Host、Citrix Broker、および Citrix Machine Creation Services を再起動するか、Citrix Cloud Connector で Citrix RemoteHCLServer Service を再起動します。

ヒント:

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 へのホスト接続を作成する
Citrix Studio で XenServer へのホスト接続を作成する
Citrix Studio で GCP へのホスト接続を作成する
Citrix Studio で Nutanix へのホスト接続を作成する
Citrix StudioでVMwareへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2311/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-vmware-in-citrix-studio)

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

オンプレミスの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ウィザードで、接続の種類としてMicrosoft Azureを選択します。
接続の種類としてMicrosoft Azureを選択します。
ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページの完了後、Summaryページに到達するまでNextを選択します。詳細については、(/ja-jp/linux-virtual-delivery-agent/2311/installation-overview/create-non-domain-joined-linux-vdas-using-mcs.html#step-2-create-a-host-connection)記事の手順2：ホスト接続の作成を参照してください。

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

オンプレミスの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ウィザードで、接続の種類としてAmazon EC2を選択します。

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

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

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

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

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

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

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

使用しているハイパーバイザーのバージョンに基づいて、XenServer ダウンロードページまたは Citrix Hypervisor ダウンロードページから 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
SUSE の場合:
sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
XenCenterのGeneralタブでテンプレートVMの仮想化状態を確認します。XenServer VM Toolsが正しくインストールされている場合、仮想化状態は最適化済みと表示されます。

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

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

libstdc++6バージョン12以降を使用していること。
/etc/sysconfig/windowmanager内のDefault_WMパラメーターが**「gnome」**に設定されていること。

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

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

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

注:

現在実行中の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でサポートされていません。
- AD認証にSSSDを使用するようにSambaサーバーが構成されていること。詳細については、<https://access.redhat.com/solutions/3802321>のRed Hatの記事を参照してください。
テンプレートVMにLinux VDAパッケージをインストールする前に、.NET Runtime 6.0をインストールしてください。

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

RHEL/CentOS/Rocky Linuxの場合：

注:

RHELおよびCentOSの場合、Linux VDAをインストールしてdeploymcs.shを正常に実行する前に、EPELリポジトリをインストールしてください。EPELのインストール方法については、<https://docs.fedoraproject.org/ja-jp/epel/>の手順を参照してください。
RHEL 9.2/9.0およびRocky Linux 9.2/9.0に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>

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

RHEL 7サーバーの場合:

subscription-manager repos --enable=rhel-7-server-optional-rpms

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

subscription-manager repos --enable=rhel-7-workstation-optional-rpms

ステップ3f: （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

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

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

注:

VDIモードでのみSQLiteを使用し、ホスト型共有デスクトップ配信モデルにはPostgreSQLを使用することをお勧めします。
簡易インストールおよびMCSの場合、SQLiteまたはPostgreSQLを手動でインストールすることなく指定できます。/etc/xdl/db.confで別途指定されていない限り、Linux VDAはデフォルトでPostgreSQLを使用します。
PostgreSQLのポート番号を設定するには、/etc/xdl/db.confを使用することもできます。

/opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略してください。
deploymcs.shを実行する前に、/etc/xdl/db.confを編集します。

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

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

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

ヒント:

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

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

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

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

DOTNET_RUNTIME_PATH=*dotnetランタイムのインストールパス \&ast;

DESKTOP_ENVIRONMENT= *グノーム | メイト \&ast; 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構成変数:
  
  DOTNET_RUNTIME_PATH=*dotnetランタイムのインストールパス \&ast;
  
  DESKTOP_ENVIRONMENT= *グノーム | メイト \&ast; 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=ポート番号

手順3i：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 の下のファイルを編集することは禁止されています。

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

（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の場合) ステップ3k: 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マシンを含むカタログを作成すると、デスクトップエクスペリエンスページが表示され、ユーザーがログオンするたびに何が起こるかを決定できます。

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

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に登録できず、Unregisteredと表示される場合があります。この問題は、AzureでVMをホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。

ADSI Editコンソールに移動し、未登録のVMを選択して、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
VMでctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスがRegisteredに変更された場合は、手順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 Runtime 6.0がインストールされていることを確認してください。
テンプレートマシンで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
RHEL 8.x および Rocky Linux 8.x の場合:
sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
RHEL 9.2/9.0 および Rocky Linux 9.2/9.0 の場合:

注:

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

sudo rpm -U XenDesktopVDA-<version>.el9x.x86_64.rpm
SUSE の場合:
sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
Ubuntu 20.04 の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
Ubuntu 22.04 の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu22.04_amd64.deb
/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またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。

MCSで作成されたVMでFASを有効にする

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

	ウィンバインド	SSSD	セントリファイ	PBIS
RHEL 9.2/9.0	はい	いいえ	いいえ	いいえ
RHEL 8.x	はい	いいえ	いいえ	はい
ロッキー Linux 9.2/9.0	はい	いいえ	いいえ	いいえ
ロッキー Linux 8.x	はい	いいえ	いいえ	いいえ
RHEL 7、CentOS 7	はい	はい	いいえ	はい
ウブントゥ 22.04、ウブントゥ 20.04	はい	いいえ	いいえ	いいえ
デビアン 11.7/11.3	はい	いいえ	いいえ	いいえ
SUSE 15.5	はい	いいえ	いいえ	いいえ

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

ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
ctxfascfg.sh を実行します。
/etc/xdl/mcs/mcs.conf で変数を設定します。

注:

これらの変数はVMの起動時に呼び出されるため、/etc/xdl/mcs/mcs.confですべての必要な変数を設定します。
1. Use_AD_Configuration_Files_Of_Current_VDA の値をYに設定します。
2. FAS_LIST 変数をFASサーバーアドレス、または複数のFASサーバーアドレスに設定します。複数のアドレスはセミコロンで区切り、アドレスを単一引用符で囲みます。例: FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'。
3. 必要に応じて、VDI_MODE などの他の変数を設定します。
スクリプト /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. FAS_LIST 変数を FAS サーバーアドレスに設定します。
3. VDI_MODE のように、必要に応じて他の変数を設定します。
ルート CA 証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
/opt/Citrix/VDA/sbin/ctxfascfg.sh スクリプトを実行します。

Linux Virtual Delivery Agent 2311

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.5の構成を確認する

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

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

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

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

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

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

手順3i：MCSのレジストリ値の書き込みまたは更新

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

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

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

手順5：デリバリーグループを作成する

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

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

MCSで作成されたVMでFASを有効にする

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

MCSで作成されたVMでFASを有効にする

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

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

Linux Virtual Delivery Agent 2311

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

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

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.5の構成を確認する

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

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

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

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

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

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

手順3i：MCSのレジストリ値の書き込みまたは更新

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

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

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

手順5：デリバリーグループを作成する

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

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

MCSで作成されたVMでFASを有効にする

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

MCSで作成されたVMでFASを有効にする

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

このページを共有

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