マシンクリエーションサービス™ (MCS) を使用した Linux VDA の作成

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

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

現在実行中のRHEL 8.x/9.x/10またはRocky Linux 8.x/9.x/10 VDAを、SSSDを使用してドメインに接続されたMCSのテンプレートVMとして使用するには、以下を確認してください。

VDAは手動でインストールされており、イージーインストールは使用されていません。イージーインストールはRHEL 8.x/9.x/10およびRocky Linux 8.x/9.x/10にAdcliを使用しますが、MCSはSSSDとAdcliの組み合わせをサポートしていません。

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

  Linuxディストリビューション	セントリファイ バージョン
  RHEL 7または8	5.8.0
  スーゼ	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の組み合わせをサポートしていません。
  • SambaサーバーがAD認証にSSSDを使用するように構成されています。詳細については、https://access.redhat.com/solutions/3802321のRed Hatの記事を参照してください。

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

• AWS
• ゼノサーバー（旧シトリックス ハイパーバイザー™）
• GCP
• マイクロソフト アジュール
• ニュータニックス AHV
• ヴイエムウェア vSphere

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

MCS を使用して Linux VM を作成する

考慮事項

• Starting with the 2203 release, you can host the Linux VDA on Microsoft Azure, AWS, and GCP for Citrix Virtual Apps and Desktops™ as well as Citrix DaaS (formerly Citrix Virtual Apps and Desktops service). To add these public cloud host connections to your Citrix Virtual Apps and Desktops deployment, you need the Citrix Universal Hybrid Multi-Cloud (HMC) license.

• 仮想マシンを作成するための 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をインストールした後、デリバリーコントローラーにXD MCS AHV Pluginを選択してインストールします。

ステップ 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"コマンドを実行します。

• オンプレミスのデリバリーコントローラーでCitrix ホスト、Citrix ブローカー、およびCitrix マシンクリエーションサービスを再起動するか、Citrix クラウドコネクターでCitrix RemoteHCLServer サービスを再起動します。

  ヒント：

  Nutanix AHVプラグインをインストールまたは更新する際は、Citrix Host、Citrix Broker、およびMachine Creation Servicesを停止してから再起動することをお勧めします。

手順2：ホスト接続を作成する

This section gives examples on how to create a host connection to Azure, AWS, XenServer® (formerly Citrix Hypervisor), GCP, Nutanix AHV, and VMware vSphere.

注：

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

詳しくは、Citrix Virtual Apps and Desktopsドキュメントの［接続とリソースの作成および管理］(/ja-jp/citrix-virtual-apps-desktops/install-configure/connections.html)、およびCitrix DaaSドキュメントの［接続の作成および管理］(/ja-jp/citrix-daas/install-configure/connections.html)を参照してください。

• Citrix StudioでAzureへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-azure-in-citrix-studio)

• Citrix StudioでAWSへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-aws-in-citrix-studio)

• シトリックススタジオでXenServerへのホスト接続を作成する

• Citrix StudioでGCPへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-gcp-in-citrix-studio)

• シトリックススタジオでニュータニックスへのホスト接続を作成する

• 「Citrix StudioでVMwareへのホスト接続を作成する」(/ja-jp/linux-virtual-delivery-agent/2511/installation-overview/create-linux-vdas-using-mcs.html#create-a-host-connection-to-vmware-in-citrix-studio)

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で：

   

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

   

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

   1. AWSサービスにサインインします。
   2. Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、[ユーザー] を選択します。
   3. 対象ユーザーを選択し、下にスクロールして [セキュリティ認証情報] タブを選択します。
   4. 下にスクロールして [アクセスキーの作成] をクリックします。新しいウィンドウが表示されます。
   5. [.csvファイルのダウンロード] をクリックし、アクセスキーを安全な場所に保存します。

4. ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに到達します。

シトリックス スタジオでゼノサーバーへのホスト接続を作成する

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 virtualization environments に従ってGCP環境をセットアップし、次の手順を実行してGCPへのホスト接続を作成します。

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

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

   例えば、Citrix CloudのWebベースのStudioコンソールでは、次のようになります。

   「接続の追加」画像(/ja-jp/linux-virtual-delivery-agent/2511/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へのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/2511/media/creating-a-hosting-connection-to-nutanix-in-the-on-premises-citrix-studio.png)

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の場合：

   ヴイエムウェア vSphere の選択(/ja-jp/linux-virtual-delivery-agent/2511/media/choose-vsphere.png)

4. VMwareアカウントの接続アドレス（vCenter Server URL）、資格情報、および接続名を入力します。

   

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

(ゼンサーバーのみ) ステップ3a: ゼンサーバー VMツールをインストールする

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

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

1. 使用しているハイパーバイザーのバージョンに基づいて、XenServerダウンロードページまたはCitrix Hypervisorダウンロードページから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/セントオーエス/ロッキーリナックス/スーゼの場合:

   sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm
   <!--NeedCopy-->
   

   ウブントゥ/デビアンの場合:

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

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の[libdefaults]の下にrdns = falseの行を追加します。

ステップ3d: テンプレートVMに.NETをインストールする

現在実行中のVDAをテンプレートVMとして使用する場合は、この手順をスキップしてください。SSSDを使用してドメインに接続されている現在実行中のRHEL 8.x/9.x/10またはRocky Linux 8.x/9.x/10 VDAをテンプレートVMとして使用する場合は、以下を確認してください。

• VDAが手動でインストールされており、簡易インストールを使用していないこと。簡易インストールはRHEL 8.x/9.x/10およびRocky Linux 8.x/9.x/10にAdcliを使用しますが、SSSDとAdcliの組み合わせはMCSでサポートされていません。

• Sambaサーバーは、AD認証にSSSDを使用するように構成されています。詳細については、Red Hatの次の記事「RHELでWinbindを使用してSSSDでSambaサーバーを構成する方法」を参照してください。

注:

現在実行中の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サーバーが構成されていること。詳細については、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/ja-jp/dotnet/core/install/linux-package-managers を参照してください。

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

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

For RHEL/CentOS/Rocky Linux:

注:

RHEL 9.x および Rocky Linux 9.x に Linux VDA をインストールする前に、libsepol パッケージをバージョン 3.4 以降に更新してください。

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

For 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/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
   <!--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 を有効に設定します。

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

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

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

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

  

  ヒント:

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

以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できる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ディストリビューションとドメイン参加方法の表については、この記事の「サポートされているディストリビューション」を参照してください。

  • 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 configuration variables:

    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/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の電源状態が Stopped (deallocated) であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、その名前が必要です。

     

   • (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が Stopped であることを確認します。テンプレートVMを右クリックし、Image > Create Image を選択します。必要な情報を入力し、設定を行います。Create Image をクリックします。

     

   • (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
<!--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 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. Add a line of net ads enctypes set $NEW_HOSTNAME$ <Decimal value of encryption type attribute, for example, 28> -U $NEW_HOSTNAME$ -P password after the following lines inside the /var/xdl/mcs/ad_join.sh file:

   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/ja-jp/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.xおよびRocky Linux 9.xで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またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。