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

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

April 17, 2026
寄稿者: 
C C

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

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

  Winbind SSSD Centrify PBIS
Debian 12.5/11.9 はい はい いいえ はい
RHEL 9.4/9.3/9.2 はい はい いいえ いいえ
RHEL 8.10/8.9/8.8 はい はい はい はい
  • Rocky Linux 9.4/9.3/9.2 はい はい いいえ いいえ
    Rocky Linux 8.10/8.9/8.8 はい はい いいえ いいえ
    SUSE 15.5 はい はい いいえ はい
    Ubuntu 22.04, Ubuntu 20.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を使用してドメインに接続されている、現在実行中の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サーバーが構成されています。詳しくは、Red Hatの記事https://access.redhat.com/solutions/3802321を参照してください。

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

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

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

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サポートポータルで入手できるNutanix Acropolis MCSプラグインインストールガイドを参照してください。

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

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

Nutanix AHV plug-in for on-premises Delivery Controllers

手順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サービスを再起動します。

    ヒント:

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

    1. ウィザードのページに従って操作します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。詳細については、「MCSを使用してドメインに参加していないLinux VDAを作成」の記事の「手順2：ホスト接続を作成」を参照してください。

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

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

  1. [接続とリソースの追加] ウィザードで、接続の種類として [Amazon EC2] を選択します。

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

    Amazon EC2の選択

  2. AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。

    アクセスキーペア

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

    1. AWSサービスにサインインします。
    2. Identity and Access Management (IAM) コンソールに移動します。
    1. 左側のナビゲーションペインで、[ユーザー] を選択します。
    1. 対象ユーザーを選択し、下にスクロールして [セキュリティ認証情報] タブを選択します。
    2. 下にスクロールして [アクセスキーの作成] をクリックします。新しいウィンドウが表示されます。
    3. [.csvファイルのダウンロード] をクリックし、アクセスキーを安全な場所に保存します。
  1. ウィザードのページに従って操作します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。

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

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

  2. [接続とリソースの追加] ウィザードで、[接続の種類] フィールドでXenServer (旧Citrix Hypervisor) を選択します。

    1. 接続アドレス（XenServer URL）と資格情報を入力します。
  1. 接続名を入力します。

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のインストール

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

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

  1. 使用しているハイパーバイザーのバージョンに基づいて、XenServerダウンロードページまたはCitrix HypervisorダウンロードページからXenServer VM Tools for Linuxファイルをダウンロードします。

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

      1. tarファイルの内容を抽出します: tar -xzf LinuxGuestTools-xxx.tar.gz

  3. 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-->
      1. XenCenterの全般タブで、テンプレートVMの仮想化状態を確認します。XenServer VM Toolsが正しくインストールされている場合、仮想化状態は最適化済みと表示されます。

手順3b：AWS、Azure、およびGCPでのSUSE 15.5の構成の確認

SUSE 15.5をAWS、Azure、GCPで使用する場合は、以下を確認してください。

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

ステップ 3c: GCP上のUbuntu 20.04におけるRDNSの無効化

テンプレートVMで、/etc/krb5.confの[libdefaults]の下に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でサポートされていません。

-  SSSDを使用してAD認証を行うようにSambaサーバーが構成されていること。詳細については、Red Hatの記事<https://access.redhat.com/solutions/3802321>を参照してください。

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

ステップ 3e: テンプレートVMへのLinux VDAパッケージのインストール

.NETのインストール後、お使いのLinuxディストリビューションに基づいて、以下のコマンドを実行してLinux VDAをインストールします。

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>
<!--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リポジトリのインストール

ステップ 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を使用します。
    • /etc/xdl/db.confを使用して、PostgreSQLのポート番号を構成することもできます。

  1. /opt/Citrix/VDA/sbin/ctxcleanup.shを実行します。新規インストールの場合、この手順は省略してください。

  2. deploymcs.shを実行する前に、/etc/xdl/db.confを編集します。

手順3i：MCS変数の構成

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

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

  • 簡易インストールGUIを使用します。簡易インストールGUIを開くには、Linux 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をテンプレート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=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 コマンドを実行し、テンプレート VM を再起動します。

  2. /etc/xdl/mcs/mcs.conf を編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUI を使用して MCS 変数を構成する場合は、[展開] をクリックします。GUI で [展開] をクリックすると、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 でのイーサネット接続の構成

GCP でホストされている RHEL 8.x/9.x および Rocky Linux 8.x/9.x に Linux VDA をインストールした後、VM の再起動後にイーサネット接続が失われ、Linux VDA に到達できなくなる可能性があります。この問題を回避するには、VM に初めてログオンするときにルートパスワードを設定し、ルートとして VM にログオンできることを確認します。その後、VM の再起動後にコンソールで次のコマンドを実行します。

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

ステップ 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 Connectorに登録できず、未登録と表示される場合があります。この問題は、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
<!--NeedCopy-->
  5. 新しいスナップショットを取得し、新しいテンプレートを使用してVMを作成します。

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

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

    RHELおよびRocky Linuxディストリビューションの場合：

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

    注：

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

    Ubuntu/Debianディストリビューションの場合：

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

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

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

Machine Creation Services™ (MCS) を使用したLinux VDAの作成
April 17, 2026
寄稿者: 
C C
April 17, 2026
寄稿者: 
C C

この記事の概要

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