Machine Creation Services™ (MCS) を使用した FAS 有効のドメイン参加済み Linux VDA の作成
重要:
2212 リリース以降の重要な変更点は次のとおりです。
/etc/xdl/mcs/mcs.confファイルまたは簡易インストール GUI の AD_INTEGRATION 変数には、デフォルト値がなくなりました。必要に応じて値を設定する必要があります。詳細については、この記事の「ステップ 3k: MCS 変数の構成」セクションを参照してください。/etc/xdl/mcs/mcs.confの UPDATE_MACHINE_PW エントリの有効な値は、enabled または disabled ではなく、Y または N になりました。詳細については、この記事の「マシンアカウントパスワードの自動更新」セクションを参照してください。
サポートされるディストリビューション
| Winbind | SSSD | PBIS | |
|---|---|---|---|
| Debian 11.11 | Yes | Yes | Yes |
| Debian 12.5/11.9 | Yes | Yes | Yes |
| RHEL 9.6/9.4/9.3/9.2 | Yes | Yes | No |
| RHEL 8.10/8.9/8.8 | Yes | Yes | Yes |
| Rocky Linux 9.6/9.4/9.3/9.2 | Yes | Yes | No |
| Rocky Linux 8.10/8.9/8.8 | Yes | Yes | No |
| SUSE 15.5 | Yes | Yes | No |
| Ubuntu 22.04, Ubuntu 20.04 | Yes | Yes | No |
注：
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 の記事（https://access.redhat.com/solutions/3802321）を参照してください。
-
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
- XenServer (旧称 Citrix Hypervisor™)
- GCP
- Microsoft Azure
- Nutanix AHV
- VMware vSphere
サポートされていないハイパーバイザーでマスターイメージを準備しようとすると、予期しない結果が発生する可能性があります。
MCS を使用した FAS 有効の Linux VDA の作成
- このセクションでは、MCS を使用して Linux VDA を作成し、テンプレート VM でマスターイメージを準備する際に FAS を有効にする手順について説明します。テンプレート VM で FAS が有効になっていない場合は、「MCS で作成された VM での FAS の有効化」を参照して、後で各 MCS で作成された VM で有効にすることができます。
考慮事項
-
2203 リリース以降、Citrix Virtual Apps and Desktops™ および Citrix DaaS (旧称 Citrix Virtual Apps and Desktops サービス) の Linux VDA を Microsoft Azure、AWS、GCP でホストできます。これらのパブリッククラウドホスト接続を 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 を選択してインストールします。
ステップ 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、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 キーとシークレットキーを入力し、接続名を入力します。
API キーはアクセスキー ID であり、シークレットキーはシークレットアクセスキーです。これらはアクセスキーペアと見なされます。シークレットアクセスキーを紛失した場合は、アクセスキーを削除して別のキーを作成できます。アクセスキーを作成するには、次の手順を実行します。
- AWS サービスにサインインします。
- Identity and Access Management (IAM) コンソールに移動します。 1 左側のナビゲーションペインで、[ユーザー] を選択します。
- 対象ユーザーを選択し、下にスクロールして [セキュリティ認証情報] タブを選択します。
- 下にスクロールして [アクセスキーの作成] をクリックします。新しいウィンドウが表示されます。
- [.csv ファイルのダウンロード] をクリックし、アクセスキーを安全な場所に保存します。
-
- ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページの完了後、[次へ] を選択して [概要] ページに到達します。
Citrix Studio で XenServer へのホスト接続を作成
- オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で [構成] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。クラウド Delivery Controller の場合は、Citrix Cloud の Web ベースの Studio コンソールで [管理] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。
-
- [接続とリソースの追加] ウィザードで、[接続の種類] フィールドで XenServer (旧 Citrix Hypervisor) を選択します。
-
接続アドレス (XenServer URL) と資格情報を入力します。
-
接続名を入力します。
Citrix Studio で GCP へのホスト接続を作成
Google Cloud Platform 仮想化環境に従って GCP 環境をセットアップし、次の手順を実行して GCP へのホスト接続を作成します。
-
オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で [構成] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。クラウド Delivery Controller の場合は、Citrix Cloud の Web ベースの Studio コンソールで [管理] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。
-
[接続とリソースの追加] ウィザードで、接続の種類として [Google Cloud Platform] を選択します。
例: Citrix Cloud の Web ベースの Studio コンソールの場合:
-
GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。
-
ウィザードの指示に従ってページを進めます。特定のページコンテンツは、選択した接続の種類によって異なります。各ページの完了後、[次へ] を選択して [概要] ページに到達します。詳細については、「MCS を使用してドメインに参加していない Linux VDA を作成する」の記事の「手順 2: ホスト接続を作成する」を参照してください。
Citrix Studio で Nutanix へのホスト接続を作成
-
オンプレミスの Delivery Controller の場合は、オンプレミスの Citrix Studio で [構成] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。クラウド Delivery Controller の場合は、Citrix Cloud の Web ベースの Studio コンソールで [管理] > [ホスティング] > [接続とリソースの追加] を選択してホスト接続を作成します。
-
[接続とリソースの追加] ウィザードの [接続] ページで、接続の種類として Nutanix AHV を選択し、ハイパーバイザーアドレス、資格情報、および接続名を指定します。[ネットワーク] ページで、ユニットのネットワークを選択します。
例: オンプレミスの Citrix Studio の場合:
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 Tools のインストール
xe CLI または XenCenter を使用するために、各 VM のテンプレート VM に XenServer VM Tools をインストールします。ツールをインストールしないと、VM のパフォーマンスが低下する可能性があります。ツールがないと、以下の操作を実行できません。
- VM をクリーンにシャットダウン、再起動、または一時停止する。
- XenCenter で VM のパフォーマンスデータを表示する。
- 実行中の VM を移行する (`XenMotion` 経由)。
- スナップショットまたはメモリ付きスナップショット (チェックポイント) を作成し、スナップショットに戻す。
- 実行中の Linux VM の vCPU 数を調整する。
-
使用しているハイパーバイザーのバージョンに基づいて、XenServer ダウンロードページ または Citrix Hypervisor ダウンロードページ から Linux 用 XenServer VM Tools ファイルをダウンロードします。
-
LinuxGuestTools-xxx.tar.gzファイルを Linux VM、または Linux VM がアクセスできる共有ドライブにコピーします。 -
tar ファイルの内容を抽出します:
tar -xzf LinuxGuestTools-xxx.tar.gz-
- お使いの Linux ディストリビューションに基づいて、
xe-guest-utilitiesパッケージをインストールするために次のコマンドを実行します。
- お使いの Linux ディストリビューションに基づいて、
- 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--> -
-
XenCenter の [全般] タブで、テンプレート VM の仮想化状態を確認します。XenServer VM Tools が正しくインストールされている場合、仮想化状態は [最適化済み] と表示されます。
ステップ 3b: AWS、Azure、GCP 上の SUSE 15.5 の構成を確認
AWS、Azure、GCP 上の SUSE 15.5 の場合、以下を確認してください。
- **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 のインストール
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.6/9.4/9.3/9.2 および Rocky Linux 9.6/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-->
(RHEL 7 のみ) ステップ 3f: tdb-tools パッケージをインストールするためのリポジトリを有効化
RHEL 7 サーバーの場合:
subscription-manager repos --enable=rhel-7-server-optional-rpms
<!--NeedCopy-->
RHEL 7 ワークステーションの場合:
subscription-manager repos --enable=rhel-7-workstation-optional-rpms
<!--NeedCopy-->
ステップ 3g: (RHEL のみ) ntfs-3g を提供できる EPEL リポジトリのインストール
RHEL 8 に EPEL リポジトリをインストールします。EPEL のインストール方法については、https://docs.fedoraproject.org/en-US/epel/ の手順を参照してください。
ステップ 3h: (SUSE のみ) ntfs-3g の手動インストール
SUSE プラットフォームでは、ntfs-3g を提供するリポジトリはありません。ソースコードをダウンロードし、コンパイルして、ntfs-3g を手動でインストールします。
-
GNU Compiler Collection (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-->
ステップ 3i: VM を Windows ドメインに参加させる
VM を Windows ドメインに参加させます。このプロセスには、時間と労力を節約し、手動インストールと比較してエラーが発生しにくい簡易インストールスクリプト (ctxinstall.sh) を使用することをお勧めします。詳細については、「ステップ 8: 簡易インストールを実行して環境と VDA を構成し、インストールを完了する」を参照してください。手動インストールを希望する場合は、「Linux VDA を手動でインストールする」にある手動インストール記事のステップ 1 から 3 を参照してください。
ステップ 3j: VM で FAS を構成する
詳細な手順については、「Linux VDA で FAS を構成する」を参照してください。
ステップ 3k: 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`: 現在実行中の VDA の既存の AD 関連構成ファイル (`/etc/krb5.conf`、`/etc/sssd.conf`、および `/etc/samba/smb.conf`) を使用するかどうかを決定します。FAS が有効な場合は、値を `Y` に設定します。
- `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 を設定します。MSC がサポートする Linux ディストリビューションとドメイン参加方法の対応表については、この記事の「[サポートされるディストリビューション](#supported-distributions)」を参照してください。
- `PBIS_DOWNLOAD_PATH`: PBIS パッケージをダウンロードするためのパスを設定します。この値は、`AD_INTEGRATION` 変数を `PBIS` に設定した場合にのみ有効になります。
- `UPDATE_MACHINE_PW`: マシンアカウントのパスワード更新の自動化を有効または無効にします。詳細については、「[マシンアカウントのパスワード更新を自動化する](#automate-machine-account-password-updates)」を参照してください。
- 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\>'
`START_SERVICE`=Y | N
`TELEMETRY_SOCKET_PORT`=port-number
`TELEMETRY_PORT`=port-number
ステップ 3l: 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の下のファイルを編集することは禁止されています。
ステップ 3m: マスターイメージを作成する
- (SSSD + RHEL 8.x/9.x または Rocky Linux 8.x/9.x のみ)
update-crypto-policies --set DEFAULT:AD-SUPPORTコマンドを実行し、テンプレート VM を再起動します。 -
/etc/xdl/mcs/mcs.confを編集して MCS 変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.shを実行します。GUI を使用して MCS 変数を構成する場合は、展開をクリックします。GUI で展開をクリックすると、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 を右クリックし、イメージ > イメージの作成を選択します。必要に応じて情報を入力し、設定を行います。イメージの作成をクリックします。
-
(Nutanix の場合) Nutanix AHV で、テンプレート VM をシャットダウンします。マスターイメージのスナップショットを作成し、名前を付けます。
注:
Citrix Virtual Apps and Desktops で使用するには、Acropolis スナップショット名に
XD_をプレフィックスとして付ける必要があります。必要に応じて Acropolis コンソールを使用してスナップショットの名前を変更します。スナップショットの名前を変更した後、カタログの作成ウィザードを再起動して、更新されたリストを取得します。
-
(GCP向け) ステップ3n: 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に初めてログオンする際に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ドメインに参加している場合に発生します。この問題を回避するには、以下の手順を完了してください。
- ADSI Editコンソールに移動し、未登録のVMを選択し、そのマシンアカウントのmsDS-SupportedEncryptionTypes属性を編集します。
- VM上のctxjproxyおよびctxvdaサービスを再起動します。VMのステータスが登録済みに変わった場合は、手順3から5に進みます。
- テンプレートVMで/var/xdl/mcs/ad_join.shファイルを開きます。
- /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-->
- 新しいスナップショットを取得し、新しいテンプレートを使用して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スクリプトを実行します。