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

最終公開日 : Nov 13, 2026

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

	ウィンバインド	SSSD	セントリファイ	PBIS
デビアン 11.3	はい	はい	いいえ	はい
RHEL 8.6、RHEL 8.4	はい	いいえ	はい	はい
ロッキー・リナックス 8.6	はい	いいえ	いいえ	いいえ
RHEL 7.9、CentOS 7.9	はい	はい	はい	はい
SUSE 15.3	はい	はい	いいえ	はい
Ubuntu 22.04、Ubuntu 20.04、Ubuntu 18.04	はい	はい	いいえ	はい

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

AWS
シトリックスハイパーバイザー™
GCP
マイクロソフトアジュール
ニュータニックス AHV
ヴイエムウェアブイスフィア

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

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

考慮事項

Citrix Virtual Apps and Desktops 7 2003からCitrix Virtual Apps and Desktops 7 2112までは、Microsoft Azure、AWS、GCPでのLinux VDAのホスティングは、Citrix DaaS（旧Citrix Virtual Apps and Desktopsサービス）でのみサポートされていました。2203リリース以降、Citrix DaaSとCitrix Virtual Apps and Desktopsの両方で、これらのパブリッククラウドにLinux VDAをホストできます。これらのパブリッククラウドホスト接続をCitrix Virtual Apps and Desktops展開に追加するには、Hybrid Rights Licenseが必要です。Hybrid Rights Licenseの詳細については、「Transition and Trade-Up (TTU) with Hybrid Rights」を参照してください。
ベアメタルサーバーは、仮想マシンを作成するためのMCSでの使用はサポートされていません。

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

Linuxディストリビューション	Centrifyバージョン
RHEL	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を実行します。

(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/2210/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、GCP、Nutanix AHV、およびVMware vSphereへのホスティング接続を作成する手順を説明します。

Citrix StudioでAzureへのホスティング接続を作成する
Citrix Studio で AWS へのホスティング接続を作成する(/ja-jp/linux-virtual-delivery-agent/2210/installation-overview/use-mcs-to-create-linux-vms.html#create-a-hosting-connection-to-aws-in-citrix-studio)
Citrix Studio で GCP へのホスティング接続を作成する(/ja-jp/linux-virtual-delivery-agent/2210/installation-overview/use-mcs-to-create-linux-vms.html#create-a-hosting-connection-to-gcp-in-citrix-studio)
Citrix Studio で Nutanix へのホスティング接続を作成する(/ja-jp/linux-virtual-delivery-agent/2210/installation-overview/use-mcs-to-create-linux-vms.html#create-a-hosting-connection-to-nutanix-in-citrix-studio)
Citrix Studio で VMware へのホスティング接続を作成する(/ja-jp/linux-virtual-delivery-agent/2210/installation-overview/use-mcs-to-create-linux-vms.html#create-a-hosting-connection-to-vmware-in-citrix-studio)

Citrix Studio で Azure へのホスティング接続を作成する

Citrix Cloud の Citrix Studio で、 > > を選択して、Azure への接続を作成します。
接続の種類として Microsoft Azure を選択します。
Azure アカウントのサブスクリプション ID と接続名を入力します。

ホスティングペインに新しい接続が表示されます。

Citrix Studio で AWS へのホスティング接続を作成する

Citrix Cloud の Citrix Studio で、構成 > ホスティング > 接続とリソースの追加 を選択して、AWS への接続を作成します。
接続の種類としてAmazon EC2を選択します。
AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。

APIキーはアクセスキーIDであり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のものを作成できます。アクセスキーを作成するには、次の手順を実行します。
1. AWSサービスにサインインします。
2. Identity and Access Management (IAM) コンソールに移動します。
3. 左側のナビゲーションペインで、ユーザーを選択します。
4. 対象ユーザーを選択し、下にスクロールしてセキュリティ認証情報タブを選択します。
5. 下にスクロールしてアクセスキーの作成をクリックします。新しいウィンドウが表示されます。
6. .csvファイルのダウンロードをクリックし、アクセスキーを安全な場所に保存します。
ホスティングペインに新しい接続が表示されます。

Citrix StudioでGCPへのホスティング接続を作成する

GCP環境をGoogle Cloud Platform virtualization environmentsに従って設定し、以下の手順を完了してGCPへのホスティング接続を作成します。

Citrix CloudのCitrix Studioで、構成 > ホスティング > 接続とリソースの追加を選択して、GCPへの接続を作成します。
接続の種類としてGoogle Cloud Platformを選択します。
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。

ホスティングペインに新しい接続が表示されます。

Citrix StudioでNutanixへのホスティング接続を作成する

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

例：オンプレミスのCitrix Studioの場合：

例：Citrix CloudのWebベースのStudioコンソールの場合：
「ネットワーク」ページで、ホスティングユニットのネットワークを選択します。

Citrix StudioでVMwareへのホスティング接続を作成する

vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
Citrix Studioで、構成 > ホスティング > 接続とリソースの追加を選択して、VMware vSphereへの接続を作成します。
接続の種類としてVMware vSphereを選択します。
VMwareアカウントの接続アドレス（vCenter Server URL）、ユーザー名とパスワード、および接続名を入力します。

ホスティングペインに新しい接続が表示されます。

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

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

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

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

Citrix VM Toolsという名前のguest-tools.isoをマウントするには、次のコマンドを実行します。
sudo mount /dev/cdrom /mnt
お使いのLinuxディストリビューションに基づいて、xe-guest-utilitiesパッケージをインストールするには、次のコマンドを実行します。

RHEL/CentOS/Rocky Linuxの場合：
sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
Ubuntu/Debianの場合：
sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
SUSEの場合：
sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
XenCenterのGeneralタブで、テンプレートVMの仮想化状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedになります。

（Azure、AWS、GCPの場合）ステップ3b：Ubuntu 18.04用にcloud-initを構成する

VMの再起動または停止時にVDAホスト名が保持されるようにするには、次のコマンドを実行します。
echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
/etc/cloud/cloud.cfgファイルのsystem_infoセクションに次の行が存在することを確認します。
system_info: network: renderers: ['netplan', 'eni', 'sysconfig']
AWSでMCSによって作成されたVMにSSHでリモートアクセスするには、これらのVMにはキー名がアタッチされていないため、パスワード認証を有効にします。必要に応じて、次の手順を実行します。
- cloud-init 設定ファイル /etc/cloud/cloud.cfg を編集します。ssh_pwauth: true の行が存在することを確認します。set-password の行とその後の行が存在する場合は、削除またはコメントアウトします。
  users: - default
- cloud-init によって作成されたデフォルトユーザー ec2-user または ubuntu を使用する予定がある場合は、passwd コマンドを使用してユーザーパスワードを変更できます。MCS で作成された VM にログインするために、新しいパスワードを覚えておいてください。
- /etc/ssh/sshd_config ファイルを編集して、次の行が存在することを確認します。
  PasswordAuthentication yes
  ファイルを保存し、sudo service sshd restart コマンドを実行します。

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

注:

現在実行中の VDA をテンプレート VM として使用する場合は、この手順をスキップしてください。

テンプレート VM に Linux VDA パッケージをインストールする前に、.NET Runtime 6.0 をインストールしてください。

お使いの Linux ディストリビューションに基づいて、Linux VDA の環境をセットアップするために次のコマンドを実行します。

RHEL/CentOS/Rocky Linux の場合:

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

注:

RHEL および CentOS の場合、Linux VDA をインストールして deploymcs.sh を正常に実行する前に、EPEL リポジトリをインストールしてください。EPEL のインストール方法については、<https://docs.fedoraproject.org/ja-jp/epel/> の手順を参照してください。

Ubuntu/Debian の場合:

sudo dpkg –i  <PATH>/<Linux VDA DEB>
 
 apt-get install -f

SUSE の場合:

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

ステップ 3d: tdb-tools パッケージをインストールするためのリポジトリを有効にする

RHEL 7 サーバーの場合:

subscription-manager repos --enable=rhel-7-server-optional-rpms

RHEL 7 ワークステーションの場合:

subscription-manager repos --enable=rhel-7-workstation-optional-rpms

Step 3e: (SUSEの場合) ntfs-3gを手動でインストールする

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

GNU Compiler Collection (GCC) コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make
ntfs-3gパッケージをダウンロードします。
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version>
ntfs-3gをインストールします。
./configure make make install

ステップ3f: MCS構成ファイルを編集する

/etc/xdl/mcs/mcs.confの変数を変更します。
- ドメインに参加していないシナリオの場合
  
  デフォルトの変数を使用するか、必要に応じて変数を変更できます。
  
  DOTNET_RUNTIME_PATH=*path-to-install-dotnet-runtime \&ast;
  
  DESKTOP_ENVIRONMENT= *gnome | mate \&ast; REGISTER_SERVICE=はい | いいえ
  
  ADD_FIREWALL_RULES=はい | いいえ VDI_MODE=はい | いいえ
  
  START_SERVICE=はい | いいえ
- ドメインに参加しているシナリオの場合
  
  以下は、必要に応じて設定できる変数です。
  - 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で作成されたマシンの構成ファイルを決定することを意味します。
  - dns: 各DNSサーバーのIPアドレスを設定します。最大4つのDNSサーバーを設定できます。
  - NTP_SERVER: NTPサーバーのIPアドレスを設定します。特に指定がない限り、ドメインコントローラーのIPアドレスです。
  - WORKGROUP: ADで構成したNetBIOS名（大文字と小文字を区別）にワークグループ名を設定します。そうしないと、MCSはマシンホスト名の直後にあるドメイン名の一部をワークグループ名として使用します。たとえば、マシンアカウントがuser1.lvda.citrix.comの場合、MCSはワークグループ名としてlvdaを使用しますが、citrixが正しい選択です。ワークグループ名が正しく設定されていることを確認してください。
  - AD_INTEGRATION: Winbind、SSSD、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=**.NETランタイムのインストールパス \&ast;*
    
    DESKTOP_ENVIRONMENT= *gnome | mate \&ast; 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=ポート番号
テンプレートマシンで、必要に応じてレジストリ値を書き込むまたは更新するためのコマンドラインを/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"

ステップ3g: マスターイメージを作成する

/opt/Citrix/VDA/sbin/deploymcs.shを実行します。
（現在実行中の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などの変数を使用します。
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成して名前を付けます。
- (Citrix Hypervisor、GCP、およびVMware vSphereの場合) テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。
- (Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源状態が**停止済み (割り当て解除済み)**であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、その名前が必要です。
- (AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンス状態が停止済みであることを確認します。テンプレートVMを右クリックし、イメージ > イメージの作成を選択します。必要に応じて情報を入力し、設定を行います。イメージの作成をクリックします。
- (Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成して名前を付けます。
  
  注:
  
  Acropolisスナップショット名には、Citrix Virtual Apps™およびDesktopsで使用するためにXD_をプレフィックスとして付ける必要があります。必要に応じてAcropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更したら、カタログの作成ウィザードを再起動して、更新されたリストを取得します。

手順4：マシンカタログを作成する

Citrix Studioで、マシンカタログを作成し、カタログに作成するVMの数を指定します。マシンカタログを作成するときは、マスターイメージを選択します。以下に例を示します。

マスターイメージの選択(/en-us/linux-virtual-delivery-agent/2210/media/choose-master-image-from-the-list.png)

Nutanix固有のContainerページで、以前にテンプレートVMに指定したコンテナを選択します。Master Imageページで、イメージスナップショットを選択します。Virtual Machinesページで、仮想CPUの数とvCPUあたりのコア数を確認します。

注:

Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動でパワーオンします。この方法により、作成プロセスを続行できます。

必要に応じて、その他の構成タスクを実行します。詳細については、「Studioを使用してマシンカタログを作成する」を参照してください。

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

デリバリーグループは、1つ以上のマシンカタログから選択されたマシンのコレクションです。デリバリーグループは、どのユーザーがそれらのマシンを使用できるか、およびそれらのユーザーが利用できるアプリケーションとデスクトップを指定します。詳細については、「デリバリーグループを作成する」を参照してください。

MCSを使用してLinux VDAを更新する

MCSを使用してLinux VDAを更新するには、次の手順を実行します。

Linux VDAを現在のリリースに更新する前に、.NET Runtime 6.0がインストールされていることを確認してください。
テンプレートマシンでLinux VDAを更新します。

注:

自動ソフトウェア更新をスケジュールするには、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

RHEL 7およびCentOS 7の場合：
sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
RHEL 8およびRocky Linux 8の場合：
sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
SUSEの場合：
sudo rpm -U XenDesktopVDA-<version>.sle12_x.x86_64.rpm
Ubuntu 18.04の場合：
sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
Ubuntu 20.04の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
Ubuntu 22.04の場合:
sudo dpkg -i xendesktopvda_<version>.ubuntu22.04_amd64.deb
/etc/xdl/mcs/mcs.conf と /etc/xdl/mcs/mcs_local_setting.reg を編集します。
新しいスナップショットを作成します。
Citrix Studio で、新しいスナップショットを選択してマシンカタログを更新します。各マシンが再起動するまで待機します。マシンを手動で再起動しないでください。

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

マシンアカウントのパスワードは、デフォルトではマシンカタログ作成後30日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。

/opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、次のエントリを /etc/xdl/mcs/mcs.conf に追加します。

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

MCSで作成されたVMでFASを有効にする

次のディストリビューションで実行されているMCSで作成されたVMでFASを有効にできます。

	ウィンバインド	SSSD	セントリファイ	PBIS
RHEL 8	はい	いいえ	いいえ	はい
ロッキーリナックス 8	はい	いいえ	いいえ	いいえ
RHEL 7, CentOS 7	はい	はい	いいえ	はい
ウブントゥ 22.04、ウブントゥ 20.04、ウブントゥ 18.04	はい	いいえ	いいえ	いいえ
デビアン 11.3	はい	いいえ	いいえ	いいえ
SUSE 15.3	はい	いいえ	いいえ	いいえ

テンプレートVMでマスターイメージを準備する際にFASを有効にする

ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
ctxfascfg.shを実行します。詳細については、「ctxfascfg.shの実行」を参照してください。
/etc/xdl/mcs/mcs.confで変数を設定します。

注:

これらの変数はVMの起動時に呼び出されるため、/etc/xdl/mcs/mcs.confですべての必要な変数を設定してください。
1. Use_AD_Configuration_Files_Of_Current_VDAの値をYに設定します。
2. FAS_LIST変数をFASサーバーアドレス、または複数のFASサーバーアドレスに設定します。複数のアドレスはセミコロンで区切り、アドレスを単一引用符で囲みます。例: FAS_LIST='<FAS_SERVER_FQDN>;<FAS_SERVER_FQDN>'。
3. 他の変数を、VDI_MODE のように必要に応じて設定します。
スクリプト /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

MCSで作成されたVMでFASを有効にする

前述のようにテンプレートマシンでFASが有効になっていない場合は、MCSで作成された各VMでFASを有効にできます。

MCSで作成されたVMでFASを有効にするには、次の手順を実行します。

/etc/xdl/mcs/mcs.conf で変数を設定します。

注:

これらの変数はVMの起動時に呼び出されるため、/etc/xdl/mcs/mcs.conf ですべての必要な変数を設定します。
1. Use_AD_Configuration_Files_Of_Current_VDA の値をYに設定します。
2. FAS_LIST 変数をFASサーバーのアドレスに設定します。
3. 他の変数を、VDI_MODE のように必要に応じて設定します。
ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/
/opt/Citrix/VDA/sbin/ctxfascfg.sh スクリプトを実行します。詳しくは、「ctxfascfg.shの実行」を参照してください。

2210

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

Follow the instructions below to gain editing access to Citrix GitHub documentation repositories

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

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

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

考慮事項