layout: doc h3InToc: true

Citrix Studio で AW

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

MCS を使用して、ドメイン参加済みおよび非ドメイン参加済みの VDA を作成できます。

重要:

2212 リリース以降の重要な変更点は次のとおりです。

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

  Winbind SSSD Centrify PBIS
Debian 11.3 はい はい いいえ はい
RHEL 9.1/9.0 はい いいえ いいえ いいえ
RHEL 8.7/8.6/8.4 はい いいえ はい はい
Rocky Linux 9.1/9.0 はい いいえ いいえ いいえ
Rocky Linux 8.7/8.6 はい いいえ いいえ いいえ

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

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 Subscription または Hybrid Rights ライセンスが必要です。Universal Subscription および Hybrid Rights ライセンスの詳細については、「[Citrix Universal Subscription を使用した移行とアップグレード (TTU)](/ja-jp/licensing/current-release/hybrid-rights-ttu.html)」を参照してください。

-  ベアメタルサーバーは、MCS を使用した仮想マシンの作成にはサポートされていません。

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

|Linux ディストリビューション|Centrify バージョン|
|-----|--|
|RHEL 7/8|5.8.0|
|SUSE|5.7.1|
|Debian, Ubuntu|5.6.1|

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: プラグインのインストール後に次の手順を完了する

手順 2: ホスト接続の作成

このセクションでは、Azure、AWS、GCP、Nutanix AHV、および VMware vSphere へのホスト接続を作成する手順について説明します。

Citrix Studio で Azure へのホスト接続を作成する

  1. Citrix Cloud にサインインします。
  2. 左上のメニューで、［マイサービス］>［DaaS］ を選択します。
  3. ［管理］>［完全な構成］ から、左側のペインで ［ホスティング］ を選択します。
  4. アクションバーで ［接続とリソースの追加］ を選択します。

Add connection image

  1. 接続タイプとして Microsoft Azure を選択します。

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

  1. Citrix Studio で、[構成] > [ホスト] > [接続とリソースの追加] を選択します。

  2. 接続タイプとして [Amazon EC2] を選択します。

    Amazon EC2 の選択

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

    アクセスキーペア

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

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

  4. ウィザードのページに従って操作します。特定のページコンテンツは、選択した接続タイプによって異なります。各ページを完了したら、[次へ] を選択して [概要] ページに進みます。

    -  #### Citrix Studio で GCP へのホスト接続を作成

Google Cloud Platform 仮想化環境に従って GCP 環境をセットアップし、次の手順を実行して GCP へのホスト接続を作成します。

  1. Citrix Cloud にサインインします。
  2. 左上のメニューで、[マイサービス] > [DaaS] を選択します。
  3. [管理] > [完全な構成] から、左側のペインで [ホスト] を選択します。
  4. アクションバーで [接続とリソースの追加] を選択します。

  5. 接続タイプとして [Google Cloud Platform] を選択します。

  6. GCP アカウントのサービスアカウントキーをインポートし、接続名を入力します。

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

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

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

  1. [接続とリソースの追加] ウィザードの [接続] ページで、接続タイプとして Nutanix AHV を選択し、ハイパーバイザーのアドレス、資格情報、および接続名を指定します。[ネットワーク] ページで、ユニットのネットワークを選択します。

    オンプレミスの Citrix Studio で Nutanix へのホスト接続を作成

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

  1. vSphere 環境に vCenter Server をインストールします。詳細については、VMware vSphere を参照してください。

  2. Citrix Studio で、[構成] > [ホスト] > [接続とリソースの追加] を選択します。

  3. 接続タイプとして VMware vSphere を選択します。

    VMware vSphere の選択

  4. VMware アカウントの接続アドレス（vCenter Server の URL）、ユーザー名とパスワード、および接続名を入力します。

    VMware 接続名

手順 3：マスターイメージの準備

（Citrix Hypervisor のみ）手順 3a：Citrix VM Tools のインストール

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

  1. guest-tools.iso という名前の Citrix VM Tools をマウントするには、次のコマンドを実行します。

    sudo mount /dev/cdrom /mnt
<!--NeedCopy-->

  2. Linux ディストリビューションに基づいて xe-guest-utilities パッケージをインストールするには、次のコマンドを実行します。

    RHEL/CentOS/Rocky Linux の場合：

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

    Ubuntu/Debian の場合：

    sudo dpkg -i /mnt/Linux/xe-guest-utilities_{package-version}_all.deb
<!--NeedCopy-->

    SUSE の場合：

    sudo rpm -i /mnt/Linux/xe-guest-utilities_{package-version}_all.rpm
<!--NeedCopy-->

  3. XenCenterの全般タブでテンプレートVMの仮想化の状態を確認します。Citrix VM Toolsが正しくインストールされている場合、仮想化の状態は最適化済みになります。

ステップ3b：AWS、Azure、GCP上のSUSE 15.4の構成の確認

AWS、Azure、GCP上のSUSE 15.4の場合、以下を確認してください。

ステップ3c：Azure、AWS、GCP上のUbuntu 18.04のcloud-initの構成

  1. VMの再起動または停止時にVDAホスト名が保持されるようにするには、次のコマンドを実行します。

    echo "preserve_hostname: true" > /etc/cloud/cloud.cfg.d/99_hostname.cfg
<!--NeedCopy-->

    /etc/cloud/cloud.cfgファイル内のsystem_infoセクションの下に次の行が存在することを確認します。

    system_info:
   network:
       renderers: ['netplan', 'eni', 'sysconfig']
<!--NeedCopy-->

ステップ3d：GCP上のUbuntu 20.04のRDNSの無効化

テンプレートVMで、/etc/krb5.confの[libdefaults]の下にrdns = falseの行を追加します。

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

注：

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

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

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

RHEL/CentOS/Rocky Linuxの場合：

注：

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

-  RHEL 9.1/9.0およびRocky Linux 9.1/9.0に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：tdb-toolsパッケージをインストールするためのリポジトリの有効化（RHEL 7のみ）

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：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: 使用するデータベースの指定

実験的な機能として、PostgreSQLに加えてSQLiteを使用できます。Linux VDAパッケージのインストール後にSQLiteとPostgreSQLを切り替えることも可能です。これを行うには、次の手順を完了します。

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

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

注：

-  VDIモードでのみSQLiteを使用することをお勧めします。
-  簡易インストールおよびMCSの場合、手動でインストールすることなくSQLiteとPostgreSQLを切り替えることができます。`/etc/xdl/db.conf` で特に指定がない限り、Linux VDAはデフォルトでPostgreSQLを使用します。
-  `/etc/xdl/db.conf` を使用して、PostgreSQLのポート番号を構成することもできます。

ステップ 3i: MCS変数の構成

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

-  `/etc/xdl/mcs/mcs.conf` ファイルを編集します。
-  簡易インストールGUIを使用します。簡易インストールGUIを開くには、Linux VDAのデスクトップ環境で `/opt/Citrix/VDA/bin/easyinstall` コマンドを実行します。

![簡易インストールGUI](/en-us/linux-virtual-delivery-agent/2303/media/easy-install-gui.png)

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

以下は、ドメインに参加していないシナリオとドメインに参加しているシナリオで構成できるMCS変数です。

-  **ドメインに参加していないシナリオの場合**

デフォルトの変数値を使用するか、必要に応じて変数をカスタマイズできます（オプション）：

`DOTNET_RUNTIME_PATH`=**dotnetランタイムのインストールパス \\**  
`DESKTOP_ENVIRONMENT`= \*\*gnome | mate \\*\*  
`REGISTER_SERVICE`=\*\*Y | N\*\*  
`ADD_FIREWALL_RULES`=\*\*Y | N\*\*  
`VDI_MODE`=\*\*Y | N\*\*  
`START_SERVICE`=\*\*Y | N\*\*

ステップ 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-->

ステップ 3k: マスターイメージの作成

  1. /etc/xdl/mcs/mcs.conf を編集してMCS変数を構成する場合は、/opt/Citrix/VDA/sbin/deploymcs.sh を実行します。GUIを使用してMCS変数を構成する場合は、展開をクリックします。

    簡易インストールGUIの展開ボタン

    GUIで展開をクリックすると、GUIで設定した変数が/etc/xdl/mcs/mcs.confファイルで設定した変数を上書きします。

  2. (現在実行中の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などの変数を使用してください。

  3. 使用するパブリッククラウドに基づいて、マスターイメージのスナップショットを作成し、名前を付けます。

(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を再起動する前に次のコマンドを実行します。

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

ステップ4：マシンカタログの作成

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

テンプレートVMのVHDの検索

マスターイメージの選択

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

注：

Delivery Controller™でのマシンカタログ作成プロセスにかなりの時間がかかる場合は、Nutanix Prismに移動し、Preparationというプレフィックスが付いたマシンを手動で電源オンにしてください。このアプローチは、作成プロセスを続行するのに役立ちます。

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

ステップ5：デリバリーグループの作成

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

注：

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. /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 Runtime 6.0をインストールしていることを確認してください。

  2. テンプレートマシンで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
<!--NeedCopy-->

    RHEL 7およびCentOS 7の場合：

    sudo rpm -U XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy-->

    RHEL 8.xおよびRocky Linux 8.xの場合：

    sudo rpm -U XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy-->

    RHEL 9.1/9.0およびRocky Linux 9.1/9.0の場合：

    注：

    RHEL 9.1/9.0およびRocky Linux 9.1/9.0でLinux VDAをアップグレードする前に、libsepolパッケージをバージョン3.4以降に更新してください。

    sudo rpm -U XenDesktopVDA-<version>.el9x.x86_64.rpm
<!--NeedCopy-->

    SUSE向け:

    sudo rpm -U XenDesktopVDA-<version>.sle15_x.x86_64.rpm
<!--NeedCopy-->

    Ubuntu 18.04向け:

    sudo dpkg -i xendesktopvda_<version>.ubuntu18.04_amd64.deb
<!--NeedCopy-->

    Ubuntu 20.04向け:

    sudo dpkg -i xendesktopvda_<version>.ubuntu20.04_amd64.deb
<!--NeedCopy-->

    Ubuntu 22.04向け:

    sudo dpkg -i xendesktopvda_<version>.ubuntu22.04_amd64.deb
<!--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またはドメインコントローラーでキャッシュクリーンアップタスクをスケジュールできます。

MCSで作成されたVMでのFASの有効化

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

  Winbind SSSD Centrify PBIS
RHEL 9.1/9.0 はい いいえ いいえ いいえ
RHEL 8.x はい いいえ いいえ はい
Rocky Linux 9.1/9.0 はい いいえ いいえ いいえ
Rocky Linux 8.x はい いいえ いいえ いいえ
RHEL 7、CentOS 7 はい はい いいえ はい
Ubuntu 22.04、Ubuntu 20.04、Ubuntu 18.04 はい いいえ いいえ いいえ
Debian 11.3 はい いいえ いいえ いいえ
SUSE 15.4 はい いいえ いいえ いいえ

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

  1. ルートCA証明書をインポートします。

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  2. ctxfascfg.sh を実行します。詳しくは、「ctxfascfg.shの実行」を参照してください。

  3. /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 など、必要に応じて他の変数を設定します。

  4. スクリプト /opt/Citrix/VDA/sbin/deploymcs.sh を実行します。

MCSで作成されたVMでのFASの有効化

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

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

  1. /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 など、必要に応じて他の変数を設定します。

  2. ルートCA証明書をインポートします。

    sudo cp root.pem /etc/pki/CA/certs/
<!--NeedCopy-->

  3. /opt/Citrix/VDA/sbin/ctxfascfg.sh スクリプトを実行します。詳しくは、「ctxfascfg.shの実行」を参照してください。