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

最終公開日 : Nov 13, 2026

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 になりました。詳細については、この記事の「マシンアカウントのパスワード更新を自動化する」セクションを参照してください。

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

	ウィンバインド	SSSD	セントリファイ	PBIS
デビアン 12.5/11.9	はい	はい	いいえ	はい
RHEL 9.4/9.3/9.2	はい	はい	いいえ	いいえ
RHEL 8.10/8.9/8.8	はい	はい	はい	はい
ロッキー Linux 9.4/9.3/9.2	はい	はい	いいえ	いいえ
ロッキー Linux 8.10/8.9/8.8	はい	はい	いいえ	いいえ
SUSE 15.5	はい	はい	いいえ	はい
ウブントゥ 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 を実行します。
MCSのテンプレートVMとして、SSSDを使用してドメインに接続されている現在実行中のRHEL 8.x/9.xまたはRocky Linux 8.x/9.x VDAを使用するには、以下を確認してください。
- 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
マイクロソフトアジュール
ニュータニックス 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 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 へのホスト接続を作成する

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. CSVファイルのダウンロードをクリックし、アクセスキーを安全な場所に保存します。
ウィザードのページに従って進みます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、次へを選択して概要ページに進みます。

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

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

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

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

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

たとえば、Citrix CloudのWebベースのStudioコンソールで、次の手順を実行します。

接続の追加イメージ(/en-us/linux-virtual-delivery-agent/2407/media/add-conn-connection.png)
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
ウィザードのページに従って進みます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、次へを選択して概要ページに進みます。詳しくは、MCSを使用してドメインに参加していないLinux VDAを作成するの記事の手順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でNutanixへのホスト接続を作成する(/en-us/linux-virtual-delivery-agent/2407/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で「Configuration > Hosting > Add Connection and Resources」を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで「Manage > Hosting > Add Connection and Resources」を選択してホスト接続を作成します。
接続の種類としてVMware vSphereを選択します。

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

VMware vSphereを選択する(/en-us/linux-virtual-delivery-agent/2407/media/choose-vsphere.png)
VMwareアカウントの接続アドレス（vCenter ServerのURL）、資格情報、および接続名を入力します。

VMware接続名(/en-us/linux-virtual-delivery-agent/2407/media/connection-name.png)

ステップ3：マスターイメージを準備する

（XenServerのみ）ステップ3a：XenServer VM Toolsをインストールする

xe CLI または XenCenter を使用するために、各 VM のテンプレート 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
XenCenter のタブでテンプレート 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に.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でサポートされていません。
AD認証にSSSDを使用するようにSambaサーバーが構成されていること。詳細については、<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 VDAをインストールするために、お使いのLinuxディストリビューションに基づいて以下のコマンドを実行します。

RHEL/CentOS/Rocky Linuxの場合:

注:

RHEL 9.4/9.3/9.2およびRocky Linux 9.4/9.3/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を使用します。
PostgreSQLのポート番号を設定するには、/etc/xdl/db.confも使用できます。

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

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

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

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

ヒント:

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

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

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

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

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

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

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

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

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

注:

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

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

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

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

注:

MCSを使用して作成したVMがCitrix Cloud Connectorに登録できず、未登録と表示される場合があります。この問題は、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をインストールします。
必要な.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.4/9.3/9.2およびRocky Linux 9.4/9.3/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 仮想デリバリーエージェント 2407

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に.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 仮想デリバリーエージェント 2407

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

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

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に.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エクスポートオプション

このページを共有

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