ドメイン参加済みの Linux VDA を、FAS を有効にして Machine Creation Services™ (MCS) を使用して作成する
重要:
2212リリース以降の重要な変更点は次のとおりです:
- /etc/xdl/mcs/mcs.confファイルまたは簡易インストールGUIのAD_INTEGRATION変数は、デフォルト値を持たなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の「手順3j: MCS変数を構成する」セクションを参照してください。
- /etc/xdl/mcs/mcs.confのUPDATE_MACHINE_PWエントリの有効な値は、enabledまたはdisabledではなく、YまたはNになりました。詳細については、この記事の「マシンアカウントパスワードの自動更新」セクションを参照してください。
サポートされているディストリビューション
| ウィンバインド | エスエスエスディー | ピービス | |
|---|---|---|---|
| デビアン 12.11/11.11 | はい | はい | はい |
| アールヘル 10/9.6/9.4 | はい | はい | いいえ |
| RHEL 8.x | はい | はい | はい |
| ロッキーリナックス 10/9.6/9.4 | はい | はい | いいえ |
| ロッキーリナックス 8.x | はい | はい | いいえ |
| ウブントゥ 24.04/22.04 | はい | はい | いいえ |
| スーゼ 15.6 | はい | はい | いいえ |
注:
RHEL 8.x/9.x または Rocky Linux 8.x/9.x の展開の場合、現在の SSSD 参加済み VDA を MCS 展開のテンプレート VM として使用するには、以下を確認してください。
- VDA は簡易インストールスクリプトを使用して展開できません。これは、簡易インストールにおける SSSD と Adcli の組み合わせが MCS でサポートされていないためです。
MCS を使用して SSSD プロトコルで AD 参加済み VDA を展開するには、AD 認証用に Samba サーバーを構成する必要があります。詳細については、Red Hat の記事を参照してください。
MCS で作成されたマシンを Windows ドメインに参加させるために PBIS を使用している場合は、次のタスクを完了してください。
-
テンプレートマシンで、
/etc/xdl/mcs/mcs.confファイル内の PBIS パッケージのダウンロードパスを構成するか、PBIS パッケージを直接インストールします。 -
/opt/Citrix/VDA/sbin/deploymcs.shを実行する前に、その配下にあるすべての MCS で作成されたマシンに対して書き込み権限とパスワードリセット権限を持つ組織単位 (OU) を作成します。 -
/opt/Citrix/VDA/sbin/deploymcs.shの実行が完了した後、MCS で作成されたマシンを再起動する前に、展開に応じて Delivery Controller または Citrix Cloud Connector でklist -li 0x3e4 purgeを実行します。
サポートされているハイパーバイザー
- AWS
- ゼノサーバー (旧シトリックス ハイパーバイザー™)
- GCP
- マイクロソフト アジュール
- ニュータニックス AHV
- ブイエムウェア vSphere
サポートされていないハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が発生する可能性があります。
MCSを使用してFASが有効なLinux VDAを作成する
このセクションでは、MCSを使用してLinux VDAを作成し、テンプレートVMでマスターイメージを準備する際にFASを有効にする手順について説明します。テンプレートVMでFASが有効になっていない場合は、MCSで作成されたVMでFASを有効にするを参照して、後でMCSで作成された各VMでFASを有効にできます。
考慮事項
-
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サポートポータルで入手できるNutanix Acropolis MCSプラグインインストールガイドを参照してください。
ステップ 1a: オンプレミスのDelivery Controller用Nutanix AHVプラグインのインストールと登録
Citrix Virtual Apps™ and Desktopsをインストールした後、デリバリーコントローラーにXD MCS AHV Pluginを選択し、インストールを実行してください。
オンプレミスのデリバリーコントローラー用Nutanix AHVプラグイン(/ja-jp/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"コマンドを実行します。 -
オンプレミスのデリバリーコントローラーでCitrix ホスト、Citrix ブローカー、Citrix マシンクリエーションサービスを再起動するか、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へのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで［構成］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。
-
［接続とリソースの追加］ウィザードで、接続の種類としてMicrosoft Azureを選択します。
-
接続の種類としてMicrosoft Azureを選択します。
-
ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページの完了後、［次へ］を選択して［概要］ページに進みます。詳しくは、MCSを使用してドメインに参加していないLinux VDAを作成するの記事の「手順2：ホスト接続を作成する」を参照してください。
Citrix StudioでAWSへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで［構成］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで［管理］>［ホスティング］>［接続とリソースの追加］を選択してホスト接続を作成します。
-
［接続とリソースの追加］ウィザードで、接続の種類としてAmazon EC2を選択します。
例えば、オンプレミスのCitrix Studioで:
-
AWSアカウントのAPIキーとシークレットキーを入力し、接続名を入力します。
アクセスキーペア(/ja-jp/linux-virtual-delivery-agent/2210/media/access-key-pair.png)
「APIキー」はアクセスキーIDであり、「シークレットキー」はシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のものを作成できます。アクセスキーを作成するには、次の手順を実行します。
- AWSサービスにサインインします。
- Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、[ユーザー] を選択します。
- 対象ユーザーを選択し、下にスクロールして[セキュリティ認証情報]タブを選択します。
- 下にスクロールして[アクセスキーの作成]をクリックします。新しいウィンドウが表示されます。
- [.csvファイルのダウンロード]をクリックし、アクセスキーを安全な場所に保存します。
-
ウィザードはページを案内します。特定のページコンテンツは、選択した接続の種類によって異なります。各ページを完了したら、[次へ] を選択して[概要]ページに到達します。
シトリックス スタジオでXenServerへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで[構成] > [ホスティング] > [接続とリソースの追加]を選択してホスト接続を作成します。クラウドDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで[管理] > [ホスティング] > [接続とリソースの追加]を選択してホスト接続を作成します。
-
[接続とリソースの追加]ウィザードで、[接続の種類]フィールドでXenServer (旧Citrix Hypervisor) を選択します。
-
接続アドレス (XenServer URL) と資格情報を入力します。
-
接続名を入力します。
Citrix StudioでGCPへのホスト接続を作成する
(/ja-jp/citrix-virtual-apps-desktops-service/install-configure/resource-location/google.html)に従ってGCP環境をセットアップし、以下の手順を完了してGCPへのホスト接続を作成します。
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
-
「接続とリソースの追加」ウィザードで、接続の種類としてGoogle Cloud Platformを選択します。
例えば、Citrix Cloud上のWebベースのStudioコンソールでは、次のようになります。
接続の追加画像(/ja-jp/linux-virtual-delivery-agent/current-release/media/add-conn-connection.png)
-
GCPアカウントのサービスアカウントキーをインポートし、接続名を入力します。
-
ウィザードの指示に従ってページを進めます。特定のページの内容は、選択した接続の種類によって異なります。各ページの完了後、Summaryページに到達するまでNextを選択します。詳細については、(/ja-jp/linux-virtual-delivery-agent/current-release/installation-overview/create-non-domain-joined-linux-vdas-using-mcs#step-2-create-a-host-connection)の記事の手順2：ホスト接続を作成するを参照してください。
Citrix StudioでNutanixへのホスト接続を作成する
-
オンプレミスのDelivery Controllerの場合、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドのDelivery Controllerの場合、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
-
Add Connection and ResourcesウィザードのConnectionページで、接続の種類としてNutanix AHVを選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。Networkページで、ユニットのネットワークを選択します。
例：オンプレミスのCitrix Studioの場合：
オンプレミスのCitrix StudioでNutanixへのホスト接続を作成する(/ja-jp/linux-virtual-delivery-agent/current-release/media/creating-a-hosting-connection-to-nutanix-in-the-on-premises-citrix-studio.png)
Citrix StudioでVMwareへのホスト接続を作成する
-
vSphere環境にvCenter Serverをインストールします。詳細については、VMware vSphereを参照してください。
-
オンプレミスのDelivery Controllerの場合は、オンプレミスのCitrix Studioで構成 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。クラウドDelivery Controllerの場合は、Citrix CloudのWebベースのStudioコンソールで管理 > ホスティング > 接続とリソースの追加を選択してホスト接続を作成します。
-
接続の種類としてVMware vSphereを選択します。
たとえば、オンプレミスのCitrix Studioでは、次のようになります。
-
VMwareアカウントの接続アドレス（vCenter ServerのURL）、資格情報、および接続名を入力します。
手順3：マスターイメージを準備する
(XenServerのみ) 手順3a: XenServer VMツールをインストールする
xe CLIまたはXenCenterを使用する各VMのテンプレートVMにXenServer VM Toolsをインストールします。ツールをインストールしないと、VMのパフォーマンスが低下する可能性があります。ツールがないと、次のいずれも実行できません。
- VMを正常にシャットダウン、再起動、または一時停止する。
- XenCenterでVMのパフォーマンスデータを表示する。
- 実行中のVMを移行する（
XenMotion経由）。 - スナップショットまたはメモリ付きスナップショット（チェックポイント）を作成し、スナップショットに戻す。
- 実行中のLinux VMのvCPU数を調整する。
-
使用しているハイパーバイザーのバージョンに基づいて、XenServerダウンロードページまたはCitrix HypervisorダウンロードページからXenServer VM Tools for Linuxファイルをダウンロードします。
-
LinuxGuestTools-xxx.tar.gzファイルをLinux VM、またはLinux VMがアクセスできる共有ドライブにコピーします。 -
tarファイルの内容を抽出します:
tar -xzf LinuxGuestTools-xxx.tar.gz -
お使いのLinuxディストリビューションに基づいて、次のコマンドを実行して
xe-guest-utilitiesパッケージをインストールします。RHEL/CentOS/Rocky Linux/SUSE オペレーティングシステムをご利用の場合：
sudo rpm -i <extract-directory>/xe-guest-utilities_{package-version}_x86.64.rpm <!--NeedCopy-->For Ubuntu/Debian:
sudo dpkg -i <extract-directory>/xe-guest-utilities_{package-version}_amd64.deb <!--NeedCopy--> -
XenCenterのGeneralタブで、テンプレートVMの仮想化状態を確認します。XenServer VM Toolsが正しくインストールされている場合、仮想化状態はOptimizedと表示されます。
手順3b: AWS、Azure、GCP上のSUSE 15.5の構成を確認する
AWS、Azure、GCP上のSUSE 15.5の場合、以下を確認してください:
- libstdc++6バージョン12以降を使用していること。
- The Default_WM parameter in /etc/sysconfig/windowmanager is set to “gnome”.
手順3c: GCP上のUbuntu 20.04でRDNSを無効にする
テンプレートVMで、/etc/krb5.confの[libdefaults]の下にrdns = falseの行を追加します。
手順3d: テンプレートVMに.NETをインストールする
Linux VDAパッケージをインストールする前に、システム要件に従って.NETをインストールします。
ステップ 3e: テンプレートVMにLinux VDAパッケージをインストールする
.NETのインストール後、お使いのLinuxディストリビューションに基づいて以下のコマンドを実行してLinux VDAをインストールします。
For RHEL/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を手動でインストールしてください。
-
GNUコンパイラコレクション（GCC）コンパイラシステムとmakeパッケージをインストールします。
sudo zypper install gcc sudo zypper install make <!--NeedCopy--> -
ntfs-3gパッケージをダウンロードします。
-
ntfs-3gパッケージを解凍します。
sudo tar -xvzf ntfs-3g_ntfsprogs-<package version>.tgz <!--NeedCopy--> -
ntfs-3gパッケージへのパスを入力します。
sudo cd ntfs-3g_ntfsprogs-<package version> <!--NeedCopy--> -
ntfs-3g をインストールします:
./configure make make install <!--NeedCopy-->
ステップ 3h: VM を Windows ドメインに参加させる
VM を Windows ドメインに参加させます。このプロセスには、手動インストールと比較して時間と労力を節約し、エラーを減らすことができるため、簡易インストールスクリプト (ctxinstall.sh) を使用することをお勧めします。詳細については、「ステップ 8: 簡易インストールを実行して環境と VDA を構成し、インストールを完了する」を参照してください。手動インストールを希望する場合は、「Linux VDA を手動でインストールする」にある手動インストール記事のステップ 1 から 3 を参照してください。
ステップ 3i: VM で FAS を構成する
詳細な手順については、「Linux VDA で FAS を構成する」を参照してください。
ステップ 3j: MCS 変数を構成する
MCS 変数を構成する方法は 2 つあります。
-
/etc/xdl/mcs/mcs.confファイルを編集します。 -
簡易インストール GUI を使用します。簡易インストール GUI を開くには、Linux VDA のデスクトップ環境で
/opt/Citrix/VDA/bin/easyinstallコマンドを実行します。
ヒント:
保存をクリックして、指定したパスのローカルファイルに変数の設定を保存します。読み込みをクリックして、指定したファイルから変数の設定を読み込みます。
以下は、FAS が有効なシナリオで構成できる MCS 変数です。
- `Use_AD_Configuration_Files_Of_Current_VDA`: Determines whether to use the existing AD-related configuration files (/etc/krb5.conf, /etc/sssd.conf, and /etc/samba/smb.conf) of the currently running VDA. Set the value to Y when FAS is enabled.
- `dns`: Sets the IP address for each DNS server. You can set up to four DNS servers.
- `NTP_SERVER`: Sets the IP address for your NTP server. Unless otherwise specified, it's the IP address of your domain controller.
- `WORKGROUP`: Sets the workgroup name to the NetBIOS name (case-sensitive) that you configured in AD. Otherwise, MCS uses the part of the domain name that immediately follows the machine hostname as the workgroup name. For example, if the machine account is **user1.lvda.citrix.com**, MCS uses **lvda** as the workgroup name while **citrix** is the correct choice. Ensure that you set the workgroup name correctly.
- `AD_INTEGRATION`: Sets SSSD, Winbind, or PBIS. For a matrix of the Linux distributions and domain joining methods that MSC supports, see [Supported distributions](#supported-distributions) in this article.
- `PBIS_DOWNLOAD_PATH`: Sets the path for downloading the PBIS package. The value takes effect only when you set the `AD_INTEGRATION` variable to PBIS.
- `UPDATE_MACHINE_PW`: Enables or disables automating machine account password updates. For more information, see [Automate machine account password updates](/en-us/linux-virtual-delivery-agent/current-release/installation-overview/use-mcs-to-create-linux-vms.html#automate-machine-account-password-updates).
- 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\>'
`START_SERVICE`=Y | N
`TELEMETRY_SOCKET_PORT`=port-number
`TELEMETRY_PORT`=port-number
ステップ 3k: MCS のレジストリ値を書き込むまたは更新する
FAS サーバーアドレスを設定するために、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。
create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force
<!--NeedCopy-->
注
MCSの設定を変更するには、/etc/xdl/ad_joinおよび/etc/xdl/mcs/の下のファイルを編集できますが、/var/xdl/mcsの下のファイルを編集することは禁止されています。
ステップ3l: マスターイメージを作成する
- (SSSD + RHEL 8.x/9.x/10またはRocky Linux 8.x/9.x/10の場合のみ)
update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、テンプレートVMを再起動します。 -
/etc/xdl/mcs/mcs.confを編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUIを使用してMCS変数を構成する場合は、Deployをクリックします。GUIでDeployをクリックすると、GUIで設定した変数が、/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。 -
使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。
-
(XenServer、GCP、およびVMware vSphereの場合) テンプレートVMにアプリケーションをインストールし、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
-
(Azureの場合) テンプレートVMにアプリケーションをインストールし、AzureポータルからテンプレートVMをシャットダウンします。テンプレートVMの電源ステータスが停止済み (割り当て解除済み)であることを確認します。ここでリソースグループの名前を覚えておいてください。Azureでマスターイメージを見つけるには、その名前が必要です。
-
(AWSの場合) テンプレートVMにアプリケーションをインストールし、AWS EC2ポータルからテンプレートVMをシャットダウンします。テンプレートVMのインスタンスの状態が停止済みであることを確認します。テンプレートVMを右クリックし、Image > Create Imageを選択します。必要に応じて情報を入力し、設定を行います。Create Imageをクリックします。
-
(Nutanixの場合) Nutanix AHVで、テンプレートVMをシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
注：
Citrix Virtual Apps and Desktopsで使用するには、Acropolisスナップショット名に
XD_をプレフィックスとして付ける必要があります。必要に応じてAcropolisコンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。
-
(GCPの場合) ステップ3m: RHEL 8.x/9.xおよびRocky Linux 8.x/9.xでイーサネット接続を構成する
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に登録できず、「Unregistered」と表示される場合があります。この問題は、VMをAzureでホストし、Samba Winbindを使用してADドメインに参加している場合に発生します。この問題を回避するには、次の手順を実行します。
- ADSI Editコンソールに移動し、未登録のVMを選択して、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
- VMでctxjproxyサービスとctxvdaサービスを再起動します。VMのステータスが「Registered」に変わったら、手順3から5に進みます。
- テンプレートVMで/var/xdl/mcs/ad_join.shファイルを開きます。
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-->- 新しいスナップショットを取得し、新しいテンプレートを使用してVMを作成します。
マシンアカウントのパスワード更新を自動化する
マシンアカウントのパスワードは、デフォルトでマシンカタログ作成後30日で期限切れになります。パスワードの期限切れを防ぎ、マシンアカウントのパスワード更新を自動化するには、次の手順を実行します。
-
/opt/Citrix/VDA/sbin/deploymcs.sh を実行する前に、設定ファイルである /etc/xdl/mcs/mcs.conf に、以下のエントリを追記してください。
UPDATE_MACHINE_PW="Y" -
/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を有効にする
前述のようにテンプレートマシンでFASが有効になっていない場合は、MCSで作成された各VMでFASを有効にできます。
MCSで作成されたVMでFASを有効にするには、次の手順を実行します。
-
設定ファイル /etc/xdl/mcs/mcs.conf 内の変数を設定します。
注：
これらの変数はVMの起動時に呼び出されるため、
/etc/xdl/mcs/mcs.confですべての必要な変数を設定します。-
Use_AD_Configuration_Files_Of_Current_VDAの値を Y に設定します。 -
VDI_MODEなど、必要に応じて他の変数を設定します。
-
-
FASサーバーアドレスを設定するには、次のコマンドラインを /etc/xdl/mcs/mcs_local_setting.reg ファイルに追加します。
create -k "HKLM\Software\Citrix\VirtualDesktopAgent\Authentication\UserCredentialService" -t "REG_SZ" -v "Addresses" -d "<Your-FAS-Server-List>" --force <!--NeedCopy--> -
ルートCA証明書をインポートします。
sudo cp root.pem /etc/pki/CA/certs/ <!--NeedCopy--> -
/opt/Citrix/VDA/sbin/ctxfascfg.shスクリプトを実行します。