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

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

ウィンバインド SSSD セントリファイ PBIS
デビアン 12.12 はい はい いいえ はい
デビアン 13 はい はい いいえ はい
RHEL 10/9.7/9.6/9.4 はい はい はい いいえ
RHEL 8.10 はい はい はい はい
ロッキー・リナックス 10/9.7/9.6/9.4 はい はい はい いいえ
ロッキー リナックス 8.10 はい はい はい いいえ
SUSE 15.7 はい はい いいえ はい
ウブントゥ 24.04 はい はい いいえ はい
ウブントゥ 22.04 はい はい いいえ はい
MCSのテンプレートVMとして、SSSDを使用してドメインに接続されている現在実行中のRHEL 8.x/9.x/10またはRocky Linux 8.x/9.x/10 VDAを使用するには、以下を確認してください。
VDAは、簡易インストールではなく手動でインストールされています。簡易インストールでは、RHEL 8.x/9.x/10およびRocky Linux 8.x/9.x/10にAdcliを使用します。MCSはSSSDとAdcliの組み合わせをサポートしていません。
  • 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の組み合わせをサポートしていません。
    • 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サービス）向けに、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 を選択してインストールします。
オンプレミスの Delivery Controller 用 Nutanix AHV プラグイン(/en-us/linux-virtual-delivery-agent/current-release/media/nutanix-plug-in-for-cvad.png)

ステップ 1b: クラウド Delivery Controller 用 Nutanix AHV プラグインをインストールして登録する

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

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

  • C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0 に Nutanix Acropolis フォルダーが作成されていることを確認します。
  • "C:\Program Files\Common Files\Citrix\HCLPlugins\RegisterPlugins.exe" -PluginsRoot "C:\Program Files\Common Files\Citrix\HCLPlugins\CitrixMachineCreation\v1.0.0.0" コマンドを実行します。
  • オンプレミスの 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へのホスト接続を作成する

  1. オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで**［構成］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］**を選択してホスト接続を作成します。
  2. **［接続とリソースの追加］**ウィザードで、接続の種類としてMicrosoft Azureを選択します。
  3. 接続の種類としてMicrosoft Azureを選択します。
  4. ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、**［次へ］を選択して［概要］ページに進みます。詳しくは、「MCSを使用してドメインに参加していないLinux VDAを作成する」の記事の「手順2：ホスト接続を作成する」**を参照してください。

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

  1. オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで**［構成］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］**を選択してホスト接続を作成します。
  2. ［接続とリソースの追加］ウィザードで、接続の種類としてAmazon EC2を選択します。Amazon WorkSpaces Coreマネージドインスタンスへの接続を作成するには、「Amazon WorkSpaces Coreマネージドインスタンスへの接続」を参照してください。
    ここでは、オンプレミスのCitrix StudioでのAmazon EC2接続を例に説明します。
    Amazon EC2の選択
  3. AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。
    アクセスキーペア
    APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のものを作成できます。アクセスキーを作成するには、次の手順を実行します。
    1. AWSサービスにサインインします。
    2. Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、ユーザーを選択します。
    3. 対象ユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
    4. 下にスクロールしてアクセスキーの作成をクリックします。新しいウィンドウが表示されます。
    5. .csvファイルのダウンロードをクリックし、アクセスキーを安全な場所に保存します。
  4. ウィザードがページを案内します。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、概要ページに到達するまで次へを選択します。

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

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

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

Google Cloud Platform仮想化環境に従ってGCP環境をセットアップし、その後、以下の手順を完了してGCPへのホスト接続を作成します。
  1. オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
  2. 「接続とリソースの追加」ウィザードで、接続の種類として「Google Cloud Platform」を選択します。
    たとえば、Citrix Cloud の Web ベースのStudioコンソールでは、次のようになります。
    接続の追加イメージ(/en-us/linux-virtual-delivery-agent/current-release/media/add-conn-connection.png)
  3. GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
  4. ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページの完了後、「次へ」を選択して「概要」ページに進みます。詳しくは、「MCSを使用してドメインに参加していないLinux VDAを作成する」の記事の「手順2：ホスト接続を作成する」を参照してください。

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

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

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

  1. vSphere環境にvCenter Serverをインストールします。詳しくは、「VMware vSphere」を参照してください。
  2. オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで「構成 > ホスティング > 接続とリソースの追加」を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで「管理 > ホスティング > 接続とリソースの追加」を選択してホスト接続を作成します。
  3. 接続の種類としてVMware vSphereを選択します。
    たとえば、オンプレミスのCitrix Studioでは、次のようになります。
    VMware vSphereの選択
  4. VMwareアカウントの接続アドレス（vCenter Server URL）、資格情報、および接続名を入力します。
    VMware接続名(/en-us/linux-virtual-delivery-agent/current-release/media/connection-name.png)

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

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

各VMがxe CLIまたはXenCenterを使用できるように、テンプレートVMにXenServer VM Toolsをインストールします。ツールをインストールしないと、VMのパフォーマンスが低下する可能性があります。ツールがないと、以下のいずれも実行できません。
  • VMを正常にシャットダウン、再起動、または一時停止する。
  • XenCenterでVMのパフォーマンスデータを表示する。
  • 実行中のVMを移行する (XenMotion経由)。
  • スナップショットまたはメモリ付きスナップショット（チェックポイント）を作成し、スナップショットに戻す。
  • 実行中のLinux VMのvCPU数を調整する。
  1. 使用しているハイパーバイザーのバージョンに基づいて、XenServer Downloads page または Citrix Hypervisor Downloads page からLinux用XenServer VM Toolsファイルをダウンロードします。
  2. LinuxGuestTools-xxx.tar.gzファイルをLinux VM、またはLinux VMがアクセスできる共有ドライブにコピーします。
  3. tarファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz
  4. お使いの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
  5. 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をインストールする

Linux VDAパッケージをインストールする前に、システム要件に従って.NETをインストールします(/ja-jp/linux-virtual-delivery-agent/current-release/system-requirements.html#net-requirements)
.NETのインストール後、which dotnetコマンドを実行してランタイムパスを見つけます。
コマンド出力に基づいて、.NETランタイムバイナリパスを設定します。たとえば、コマンド出力が/aa/bb/dotnetの場合、/aa/bbを.NETバイナリパスとして使用します。

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

.NETのインストール後、Linuxディストリビューションに基づいて以下のコマンドを実行し、Linux VDAをインストールします。
RHEL/CentOS/Rocky Linuxの場合:
注:
RHEL 9.x および Rocky Linux 9.x に 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 を手動でインストールします。
  1. GNU Compiler Collection (GCC) コンパイラシステムと make パッケージをインストールします。
    sudo zypper install gcc
    sudo zypper install make
  2. ntfs-3g パッケージをダウンロードします。
  3. ntfs-3g パッケージを解凍します。
    sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
  4. ntfs-3g パッケージへのパスを入力します。
    sudo cd ntfs-3g_ntfsprogs-<package version>
  5. 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サービスを開始する必要があります。
  • PostgreSQLのポート番号を設定するには、/etc/xdl/db.confを使用することもできます。
  1. /opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略してください。
  2. 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/sbin/linux-vda-installerコマンドを実行します。
    注:
    ユーザーは「Advanced Configuration (optional)」ボタンをクリックして、詳細な構成オプションを展開することもできます。
    簡易インストールGUI
    ヒント:
    Saveをクリックすると、指定したパスのローカルファイルに変数設定が保存されます。Loadをクリックすると、指定したファイルから変数設定が読み込まれます。
以下は、ドメイン非参加およびドメイン参加シナリオで構成できるMCS変数です。
  • ドメイン非参加シナリオの場合
    デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます（オプション）：
    DOTNET_RUNTIME_PATH=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構成変数:
      DOTNET_RUNTIME_PATH=dotnet-runtimeインストールパス
      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" --forceupdate -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: マスターイメージを作成する

  1. (SSSD + RHEL 8.x/9.x/10 または Rocky Linux 8.x/9.x/10 のみ) update-crypto-policies --set DEFAULT:AD-SUPPORT コマンドを実行し、テンプレート VM を再起動します。
  2. /etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、Deploy をクリックします。GUI で Deploy をクリックすると、GUI で設定した変数が /etc/xdl/mcs/mcs.conf ファイルで設定した変数を上書きします。
  3. (現在実行中の 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 などの変数を使用してください。
  4. 使用しているパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
    • (XenServer、GCP、および VMware vSphere の場合) テンプレート VM にアプリケーションをインストールし、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
    • (Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが**停止済み (割り当て解除済み)**であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるためにその名前が必要です。
      テンプレートVMの停止済み電源ステータス
    • (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みであることを確認します。テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要な情報を入力し、設定を行います。イメージの作成をクリックします。
      EBSイメージの作成
    • (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

ステップ4: 準備済みイメージマシンカタログの作成

Citrix StudioまたはWeb Studioで、準備済みイメージを作成し、その準備済みイメージを使用して、次の方法でMCSマシンカタログを作成します。
  • ウェブスタジオ
  • PowerShellコマンド
現在、AzureおよびVMware仮想化環境で、準備済みイメージマシンカタログを作成できます。
詳細については、「準備済みイメージマシンカタログの作成」を参照してください。
ここではWeb Studioを例として、イメージ定義と初期イメージバージョンを作成するには、次の手順を実行します。
  1. Studioから、イメージノードに移動し、イメージ定義の作成をクリックします。はじめにページで次へをクリックします。
  2. イメージ定義ページで、イメージ定義のOSタイプとセッションタイプを指定します。
  3. ［イメージ］ページで、［リソース］（設定された接続に適用可能なリソースのみが一覧表示されます）と、イメージバージョンを作成するためのテンプレートとして使用するマスターイメージを選択します。**［マシンプロファイルを使用する］**チェックボックスをオンにして、マシンプロファイルを選択できます。
    注:
    イメージを選択する前に、マスターイメージにVDA 2311以降がインストールされており、MCSIOドライバーがVDAにインストールされていることを確認してください。
  4. 「マシン仕様」ページで、マシンサイズを選択します。マシンプロファイルを選択した場合、そのマシンプロファイルから派生した仮想CPUカウントが表示され、変更することはできません。マシンプロファイルを選択しない場合、マスターイメージから派生したメモリサイズのみが表示されます。
  5. NIC ページで、準備イメージの NIC を選択または追加します。各 NIC について、関連付けられた仮想ネットワークを選択します。マシンプロファイルを選択しない場合、マスターイメージに関連付けられた NIC がデフォルトで選択されます。マシンプロファイルを選択した場合、NIC はマシンプロファイルから派生し、その数は変更できません。
  6. 「Version Description」ページで、作成された初期イメージバージョンの説明を入力します。
  7. 「概要」ページで、イメージ定義と作成された初期イメージバージョンの詳細を確認します。イメージ定義の名前と説明を入力します。「完了」をクリックします。

イメージバージョンを作成する

イメージバージョンを使用すると、特定のイメージに対するさまざまなイテレーションや更新を管理できます。この機能により、さまざまな目的のためにイメージの複数のバージョンを維持できます。
初期イメージバージョンからイメージバージョンを作成するには、次の手順を実行します。
  1. 「Images」ノードに移動し、イメージバージョンまたはイメージ定義を選択して、「Create Image Version」をクリックします。
  2. イメージ ページで、同じホスティング接続内のホスティングユニットを変更し、そのイメージバージョン用のマスターイメージとマシンプロファイルを再選択できます。
  3. イメージバージョンの構成を初期構成イメージバージョンと異なるものにする場合は、「Create Image Version」ダイアログの「Machine Specification」ページと「NICs」ページで設定を構成します。
  4. イメージバージョンの説明を追加します。「Finish」をクリックします。

ステップ5: マシンカタログの作成

Citrix StudioまたはWeb Studioで、マシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成する際は、ステップ4で作成した準備済みイメージ（推奨）/マスターイメージを選択し、次の点を考慮してください。
  • Nutanix固有のコンテナページで、以前にテンプレートVMに指定したコンテナを選択します。
  • シングルセッションOSマシンを含むカタログを作成すると、デスクトップエクスペリエンスページが表示され、ユーザーがログオンするたびに何が起こるかを決定できます。
    デスクトップエクスペリエンス
    デスクトップエクスペリエンスページで、次のいずれかを選択します。
    • ユーザーはログオンするたびに新しい（ランダムな）デスクトップに接続します。
    • ユーザーはログオンするたびに同じ（静的な）デスクトップに接続します。
    最初のオプションを選択した場合、ユーザーがデスクトップに加えた変更は破棄されます（非永続的）。
    2番目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合は、デスクトップに対するユーザーの変更がどのように処理されるかを構成できます。
    • ユーザーの変更をローカルディスク上のデスクトップに保存する（永続的）。
    • ユーザーがログオフしたときにユーザーの変更を破棄し、仮想デスクトップをクリアする（非永続的）。ユーザーパーソナライゼーションレイヤーを使用している場合は、このオプションを選択します。
  • 永続マシンを含むMCSカタログのマスターイメージを更新する際、カタログに追加された新しいマシンは更新されたイメージを使用します。既存のマシンは元のマスターイメージを引き続き使用します。
詳細については、Citrix Virtual Apps and DesktopsドキュメントおよびCitrix DaaSドキュメントのマシンカタログ作成を参照してください。
注:
Nutanix環境の場合、Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動で電源オンにします。このアプローチは、作成プロセスを続行するのに役立ちます。

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

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンの集合です。それは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。
詳細については、Citrix Virtual Apps and DesktopsドキュメントおよびCitrix DaaSドキュメントのデリバリーグループ作成を参照してください。
注:
MCSを使用して作成したVMがCitrix Cloud Connectorsに登録できず、未登録と表示される場合があります。この問題は、AzureでVMをホストし、Samba WinbindでADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
  1. ADSI Editコンソールに移動し、未登録のVMを選択し、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
  2. VM上のctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスが登録済みに変わったら、ステップ3から5に進みます。
  3. テンプレートVMで /var/xdl/mcs/ad_join.sh ファイルを開きます。
  4. /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
  5. 新しいスナップショットを取得し、新しいテンプレートを使用してVMを作成します。

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

MCSを使用してLinux VDAをアップグレードするには、次の手順を実行します。
  1. Linux VDAを現在のリリースにアップグレードする前に、.NETをシステム要件に従ってインストールしていることを確認してください。
  2. テンプレートマシンで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 "&lt;Your-Azure-Container-Url>" –force

      create -k "HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate" -t "REG_SZ" -v "CaCertificate" -d "&lt;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
  3. /etc/xdl/mcs/mcs.conf と /etc/xdl/mcs/mcs_local_setting.reg を編集します。
  4. 新しいスナップショットを作成します。
  5. Citrix Studioで、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機します。マシンを手動で再起動しないでください。

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

マシンアカウントのパスワードは、デフォルトではマシンカタログが作成されてから30日後に期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。
  1. /opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、/etc/xdl/mcs/mcs.conf に次のエントリを追加します。
    UPDATE_MACHINE_PW="Y"
  2. /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 またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。