製品ドキュメント
Linux Virtual Delivery Agent
Current Release 2402 LTSR 2311 2308 2305 2303 2301 2212 2210 2209 2207 2206 2204 2203 LTSR 1912 LTSR 7.15 LTSR

Machine Creation Services（MCS）を使用したLinux VDAの作成

June 12, 2025
寄稿者: 
C

MCSを使用して、ドメイン参加済みVDAとドメイン非参加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になりました。 詳しくは、この記事の「マシンアカウントのパスワードの更新を自動化」セクションを参照してください。

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

  Winbind SSSD Centrify PBIS
Debian 12.9/11.11 はい はい いいえ はい
RHEL 9.5/9.4/9.2 はい はい はい いいえ
RHEL 8.10/8.8 はい はい はい はい
Rocky Linux 9.5/9.4/9.2 はい はい はい いいえ
Rocky Linux 8.10/8.8 はい はい はい いいえ
SUSE 15.6 はい はい いいえ はい
Ubuntu 24.04 はい はい いいえ はい
Ubuntu 22.04 はい はい いいえ はい

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

    Linuxディストリビューション Centrifyバージョン
    RHEL 7/8 5.8.0
    SUSE 5.7.1
    Debian、Ubuntu 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をMCSのテンプレート仮想マシンとして使用して、ドメインに接続された現在実行中の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が使用され、MCSはSSSDとAdcliの組み合わせをサポートしていません。
    • Sambaサーバーは、AD認証にSSSDを使用するように構成されています。 詳しくは、https://access.redhat.com/solutions/3802321のRed Hatの記事を参照してください。

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

  • AWS
  • XenServer（旧称Citrix Hypervisor）
  • GCP
  • Microsoft Azure
  • Nutanix AHV
  • VMware vSphere

サポート対象ではないハイパーバイザーでマスターイメージを準備しようとすると、予期しない問題が発生することがあります。

MCSを使用したLinux仮想マシンの作成

注意事項

  • 2203リリース以降、Microsoft Azure、AWS、およびGCPでLinux VDAをホストすることは、Citrix DaaS（旧称Citrix Virtual Apps and Desktopsサービス）でサポートされていました。 これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開環境に追加する場合は、Citrix Universalハイブリッドマルチクラウド（HMC）ライセンスが必要です。

  • MCSを使用して仮想マシンを作成する場合、ベアメタルサーバーはサポートされません。

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

NutanixからNutanix AHVプラグインパッケージを入手し、 Citrix Virtual Apps and Desktops環境にプラグインをインストールして登録します。 詳しくは、NutanixサポートポータルにあるNutanix Acropolis MCSプラグインのインストールガイドを参照してください。

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

Citrix Virtual Apps and Desktopsをインストールした後、［XD MCS AHV Plugin］を選択してDelivery Controllerにインストールします。

オンプレミスDelivery Controller用のNutanix AHVプラグイン

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

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

手順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 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を選択します。

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

    Amazon EC2の選択

  3. AWSアカウントのAPIキーと秘密キーを入力し、接続名を入力します。

    アクセスキーペア

    APIキーはアクセスキーIDで、秘密キーはシークレットアクセスキーです。 これらは、アクセスキーペアと見なされます。 シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のアクセスキーを作成できます。 アクセスキーを作成するには、次の手順を実行します：

    1. AWSサービスにサインインします。
    2. IDおよびアクセス管理（IAM）コンソールに移動します。 1 左側のナビゲーションペインで、［Users］を選択します。
    3. 対象ユーザーを選択して下にスクロールして、［Security credentials］ タブを選択します。
    4. 下にスクロールして、［Create access key］ をクリックします。 新しいウィンドウが開きます。
    5. ［Download .csv file］ をクリックし、アクセスキーを安全な場所に保存します。

  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コンソールでは次のようになります：

    接続の追加の画像

  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接続名

手順3：マスターイメージの準備

（XenServerの場合のみ）手順3a：XenServer VM Toolsをインストールする

xe CLIまたはXenCenterを使用するために、仮想マシンごとにテンプレート仮想マシンにXenServer VM Toolsをインストールします。 このツールがインストールされていないと、仮想マシンのパフォーマンスが低下する可能性があります。 ツールがなければ、次のいずれも実行できません：

  • 仮想マシンを正しくシャットダウン、再起動、または一時停止する。
  • XenCenterでその仮想マシンのパフォーマンスデータを表示する。
  • 実行中の仮想マシンを移行する（XenMotionを使用）。
  • スナップショットまたはメモリを含んだスナップショット（チェックポイント）を作成したり、スナップショットを復元したりする。
  • 実行中のLinux仮想マシン上のvCPUの数を調整する。

  1. XenServerダウンロードページまたはCitrix Hypervisorダウンロードページから、使用中のハイパーバイザーバージョンに応じたLinux向けXenServer VM Toolsファイルをダウンロードします。

  2. LinuxGuestTools-xxx.tar.gzファイルを、Linux仮想マシン、またはLinux仮想マシンがアクセスできる共有ドライブにコピーします。

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

    Ubuntu/Debianの場合：

      sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb
<!--NeedCopy-->

  5. XenCenterの ［全般］ タブで、テンプレート仮想マシンの仮想化状態を確認します。 XenServer VM Toolsが正しくインストールされている場合、仮想化の状態は ［最適化済み］ を示します。

手順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を無効にする

テンプレート仮想マシンで、/etc/krb5.confの[libdefaults]にrdns = false行を追加します。

手順3d：テンプレート仮想マシンに.NETをインストールする

注

現在実行中のVDAをテンプレート仮想マシンとして使用するには、この手順を省略します。 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の記事を参照してください。

Linux VDAパッケージをインストールする前に、テンプレート仮想マシンに.NETをインストールし、以下について確認します：

  • Linux VDAをインストールまたはアップグレードする前に、サポートされているすべてのLinuxディストリビューションに、.NETランタイムに加えて.ASP.NET Coreランタイムをインストールする必要があります。 Amazon Linux 2にはバージョン6が必要です。 他のディストリビューションにはバージョン8が必要です。

  • Linuxディストリビューションに必要な.NETバージョンが含まれている場合は、組み込みフィードからインストールします。 それ以外の場合は、Microsoftパッケージフィードから.NETをインストールします。 詳しくは、https://docs.microsoft.com/en-us/dotnet/core/install/linux-package-managersを参照してください。

手順3e：テンプレート仮想マシンにLinux VDAパッケージをインストールする

.NETをインストールした後、Linuxディストリビューションに応じて次のコマンドを実行し、Linux VDAをインストールします：

RHEL/CentOS/Rocky Linuxの場合：

注

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

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

Ubuntu/Debianの場合：

  sudo dpkg –i  <PATH>/<Linux VDA DEB>

  apt-get install -f
<!--NeedCopy-->

SUSEの場合：

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

手順3f：（RHELの場合のみ）ntfs-3gを提供できるEPELリポジトリをインストールする

RHEL 8にEPELリポジトリをインストールします。 EPELのインストール方法については、https://docs.fedoraproject.org/en-US/epel/の説明を参照してください。

手順3g：（SUSEの場合のみ）ntfs-3gを手動でインストールする

SUSEプラットフォームには、ntfs-3gを提供するリポジトリがありません。 ソースコードをダウンロードし、コンパイルし、ntfs-3gを手動でインストールします：

  1. GNU Compiler Collection（GCC）コンパイラシステムとmakeパッケージをインストールします：

      sudo zypper install gcc
  sudo zypper install make
<!--NeedCopy-->

  2. ntfs-3gパッケージをダウンロードします。

  3. ntfs-3gパッケージを展開します。

      sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
<!--NeedCopy-->

  4. ntfs-3gパッケージへのパスを入力します：

      sudo cd ntfs-3g_ntfsprogs-<package version>
<!--NeedCopy-->

  5. ntfs-3gをインストールします：

      ./configure
  make
  make install
<!--NeedCopy-->

手順3h：使用するデータベースを指定する

Linux VDAパッケージをインストールした後は、SQLiteとPostgreSQLを切り替えることができます。 このためには、次の手順を実行します：

注

  • VDIモードのみでSQLiteを使用し、ホストされる共有デスクトップ配信モデルにはPostgreSQLを使用することをお勧めします。
  • 簡単インストールとMCSのために、SQLiteとPostgreSQLは、それぞれを手動でインストールすることなく指定することができます。 /etc/xdl/db.confで特に指定しない限り、Linux VDAはデフォルトでPostgreSQLを使用します。 Linuxディストリビューションで提供されるバージョンではなく、カスタムバージョンのPostgreSQLが必要な場合は、指定されたバージョンを手動でインストールし、新しいバージョンを反映するように/etc/xdl/db.confを編集し、簡単インストールスクリプト（ctxinstall.sh）またはMCSスクリプト（deploymcs.sh）を実行する前にPostgreSQLサービスを開始する必要があります。
  • /etc/xdl/db.conf を使用してPostgreSQLのポート番号を構成することもできます。

  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"
<!--NeedCopy-->

    PostgreSQLのカスタムバージョンを使用するには、DbCustomizePostgreSQLをtrueに設定します。

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

MCS変数を構成するには、次の2つの方法があります：

  • /etc/xdl/mcs/mcs.confファイルを編集します。

  • 簡単インストールのGUIを使用します。 簡単インストールのGUIを開くには、VDAのデスクトップ環境で/opt/Citrix/VDA/bin/easyinstallコマンドを実行します。

    簡単インストールのGUI

    ヒント：

    ［保存］ をクリックすると、指定したパスにあるローカルファイルに変数設定が保存されます。 ［読み込み］ をクリックすると、指定したファイルから変数設定が読み込まれます。

以下は、ドメイン非参加シナリオとドメイン参加済みシナリオで構成できるMCS変数です：

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

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

    DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime DESKTOP_ENVIRONMENT=gnome | mate REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N VDI_MODE=Y | N START_SERVICE=Y | N

  • ドメイン参加済みシナリオの場合

    • Use_AD_Configuration_Files_Of_Current_VDA：現在実行中のVDAの既存のAD関連構成ファイル（/etc/krb5.conf、/etc/sssd.conf、および/etc/samba/smb.conf）を使用するかどうかを決定します。 Yに設定すると、MCSで作成されたマシンの構成ファイルは、現在実行中のVDAの構成ファイルと同じファイルになります。 ただし、dns変数とAD_INTEGRATION変数を構成する必要があります。 デフォルト値はNです。これは、MCSが作成したマシン上の構成ファイルがマスターイメージ上の構成テンプレートによって決定されることを意味します。 現在実行中のVDAをテンプレート仮想マシンとして使用するには、値をYに設定します。 それ以外の場合は、値をNに設定します。

    • dns：各DNSサーバーのIPアドレスを設定します。 最大4つのDNSサーバーを設定できます。

    • NTP_SERVER：NTPサーバーのIPアドレスを設定します。 特に指定のない限り、これはドメインコントローラーのIPアドレスです。

    • WORKGROUP：ワークグループ名を、ADで構成したNetBIOS名（大文字と小文字を区別）に設定します。 設定しなった場合、MCSはマシンのホスト名の直後に続くドメイン名の部分をワークグループ名として使用します。 たとえば、マシンアカウントがuser1.lvda.citrix.comの場合、ワークグループ名としてcitrix が正しい選択であるにもかかわらず、MCSはlvdaを使用することになります。 ワークグループ名を正しく設定するようにしてください。

    • AD_INTEGRATION：SSSD、Winbind、PBIS、またはCentrifyを設定します。 LinuxディストリビューションのマトリックスとMSCがサポートするドメイン参加方法については、この記事の「サポートされているディストリビューション」 を参照してください。

    • 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=path-to-install-dotnet-runtime DESKTOP_ENVIRONMENT=gnome | mate SUPPORT_DDC_AS_CNAME=Y | N VDA_PORT=port-number REGISTER_SERVICE=Y | N ADD_FIREWALL_RULES=Y | N HDX_3D_PRO=Y | N VDI_MODE=Y | N SITE_NAME=dns-site-name | ‘<none>’ LDAP_LIST=’list-ldap-servers’ | ‘<none>’ SEARCH_BASE=search-base-set | ‘<none>’ FAS_LIST=’list-fas-servers’ | ‘<none>’ START_SERVICE=Y | N TELEMETRY_SOCKET_PORT=port-number TELEMETRY_PORT=port-number

（オプション）手順3j：MCSのレジストリ値を書き込むまたは更新する

テンプレートマシンで、コマンドラインを/etc/xdl/mcs/mcs_local_setting.regファイルに追加して、必要なレジストリ値を作成または更新します。 この操作によって、MCSでプロビジョニングされたマシンを再起動するたびにデータと設定が失われないようにします。

/etc/xdl/mcs/mcs_local_setting.regファイルの各行は、レジストリ値を設定または更新するためのコマンドです。

たとえば、次のそれぞれのコマンドラインを/etc/xdl/mcs/mcs_local_setting.regファイルに追加して、レジストリ値を作成または更新できます：

  create -k "HKLM\System\CurrentControlSet\Control\Citrix\VirtualChannels\Clipboard\ClipboardSelection" -t "REG_DWORD" -v "Flags" -d "0x00000003" --force
<!--NeedCopy-->

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

注

MCSの設定を変更する場合、「/etc/xdl/ad_join」および「/etc/xdl/mcs/」のファイルの編集は許可されていますが、「/var/xdl/mcs」のファイルの編集は許可されていません。

手順3k：マスターイメージを作成する

  1. （SSSD + RHEL 8.x/9.xまたはRocky Linux 8.x/9.xのみの場合）update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行してテンプレート仮想マシンを再起動します。

  2. /etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。 GUIを使用してMCS変数を構成する場合は、［展開］ をクリックします。 GUIで［展開］をクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数よりも優先されます。

  3. （現在実行中のVDAをテンプレート仮想マシンとして使用している、またはドメイン非参加のシナリオである場合は、この手順をスキップしてください。）テンプレート仮想マシン上で、構成テンプレートを更新して、作成されたすべての仮想マシン上の関連する/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の場合） テンプレート仮想マシンにアプリケーションをインストールし、テンプレート仮想マシンをシャットダウンします。 マスターイメージのスナップショットを作成して名前を付けます。

    • （Azureの場合） テンプレート仮想マシンにアプリケーションをインストールし、Azure Portalでテンプレート仮想マシンをシャットダウンします。 テンプレート仮想マシンの電源状態が、［Stopped（deallocated）］ になっていることを確認します。 ここでリソースグループの名前を覚えておいてください。 Azureでマスターイメージを検索する際に名前が必要です。

      テンプレート仮想マシンの電源状態が停止

    • （AWSの場合） テンプレート仮想マシンにアプリケーションをインストールし、AWS EC2 Portalでテンプレート仮想マシンをシャットダウンします。 テンプレート仮想マシンのインスタンス状態が、［Stopped］ になっていることを確認します。 テンプレート仮想マシンを右クリックし、［Image］>［Create Image］を選択します。 必要に応じて情報を入力し、設定を行います。 ［Create Image］ をクリックします。

      EBSイメージの作成

    • （Nutanixの場合） Nutanix AHVで、テンプレート仮想マシンをシャットダウンします。 マスターイメージのスナップショットを作成して名前を付けます。

      注

      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をインストールすると、イーサネット接続が失われ、仮想マシンの再起動後にLinux VDAにアクセスできなくなることがあります。 この問題を回避するには、仮想マシンに初めてログオンするときにルートパスワードを設定し、ルートとして仮想マシンにログオンできることを確認します。 次に、仮想マシンを再起動した後、コンソールで次のコマンドを実行します：

  nmcli dev connect eth0
  systemctl restart NetworkManager
<!--NeedCopy-->

手順4：マシンカタログの作成

Citrix StudioまたはWeb Studioでマシンカタログを作成し、カタログに作成する仮想マシンの数を指定します。 マシンカタログを作成するときはマスターイメージを選択し、以下に注意してください：

  • Nutanix固有の ［コンテナ］ ページで、前にテンプレート仮想マシンに指定したコンテナを選択します。

  • シングルセッションOSマシンを含むカタログを作成すると、［デスクトップエクスペリエンス］ ページが表示され、ユーザーがログオンするときの毎回の動作を指定できます。

    デスクトップエクスペリエンス

    ［デスクトップエクスペリエンス］ ページで、次のいずれかを選択します：

    • ユーザーがログオンするたびに新しい（ランダムの）デスクトップに接続します。
    • ユーザーがログオンするたびに同じ（静的な）デスクトップに接続します。

    最初のオプションを選択すると、ユーザーがデスクトップに加えた変更は破棄されます（非永続的）。

    2つ目のオプションを選択し、MCSを使用してマシンをプロビジョニングしている場合、デスクトップへのユーザーによる変更の処理方法を構成できます：

    • ユーザーによる変更をローカルディスク上のデスクトップに保存します（永続的）。
    • ユーザーがログオフしたらユーザーによる変更を破棄し、仮想デスクトップをクリアします（非永続的）。 ユーザー個人設定レイヤーを使用している場合は、このオプションを選択します。

  • 永続マシンを含むMCSカタログのマスターイメージを更新すると、カタログに追加された新しいマシンは更新されたイメージを使用します。 既存のマシンは引き続き元のマスターイメージを使用します。

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

注

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

手順5：デリバリーグループの作成

デリバリーグループは、いくつかのマシンカタログから選択したマシンをグループ化したものです。 それらのマシンを使用できるユーザーと、そのユーザーに提供するアプリケーションおよびデスクトップを指定します。

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

注

MCSを使用して作成した仮想マシンは、Citrix Cloud Connectorに登録できず、未登録として表示される場合があります。 この問題は、Azureで仮想マシンをホストし、Samba Winbindを使用してADドメインに参加すると発生します。 この問題を解決するには、以下の手順を実行します：

  1. ADSI Editコンソールに移動し、未登録の仮想マシンを選択して、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
  2. 仮想マシンでctxjproxyおよびctxvdaサービスを再起動します。 仮想マシンの状態が登録済みに変わった場合は、手順3～5を実行します。
  3. テンプレート仮想マシンで/var/xdl/mcs/ad_join.shファイルを開きます。

  4. /var/xdl/mcs/ad_join.shファイルで次の行の後にnet ads enctypes set $NEW_HOSTNAME$ <暗号化の種類属性の10進数値、例：28> -U $NEW_HOSTNAME$ -P password の行を追加します：

    ` if [ “$AD_INTEGRATION” == “winbind” ]; then join_domain_samba restart_service winbind /usr/bin/systemctl`

  5. 新しいスナップショットを作成し、新しいテンプレートを使用して仮想マシンを作成します。

MCSを使用したLinux VDAのアップグレード

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

  1. 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/en-us/dotnet/core/install/linux-package-managersを参照してください。

  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 “" –force

      create -k “HKLM\System\CurrentControlSet\Control\Citrix\SelfUpdate” -t “REG_SZ” -v “CaCertificate” -d “" --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>
<!--NeedCopy-->

    注

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

    SUSEディストリビューションの場合：

      sudo zypper -i install <PATH>/<Linux VDA RPM>
<!--NeedCopy-->

Ubuntu/Debianディストリビューション** 

```
  sudo dpkg -i <PATH>/<Linux VDA deb>

  sudo apt-get install -f
<!--NeedCopy--> ```

  1. /etc/xdl/mcs/mcs.confおよび/etc/xdl/mcs/mcs_local_setting.regを編集します。

  2. 新しいスナップショットを作成します。

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

Machine Creation Services（MCS）を使用したLinux VDAの作成
June 12, 2025
寄稿者: 
C
June 12, 2025
寄稿者: 
C

この記事の概要

サイトに関するフィードバック | Your privacy choices footer linkプライバシーに関する選択肢 | プライバシーと法令 | Cookieの設定 | 同意設定 | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.