Amazon Linux 2、CentOS、RHEL、およびRocky Linux へのLinux VDA の手動インストール

重要：

新規インストールの場合、迅速なインストールには簡易インストールを使用することをお勧めします。簡易インストールは、時間と労力を節約し、この記事で詳述されている手動インストールよりもエラーが発生しにくいです。

手順 1：構成情報とLinuxマシンの準備

手順 1a：ネットワーク構成の確認

ネットワークが正しく接続され、構成されていることを確認してください。たとえば、Linux VDA で DNS サーバーを構成する必要があります。

手順 1b：ホスト名の設定

マシンのホスト名が正しく報告されることを確認するために、/etc/hostname ファイルを変更してマシンのホスト名のみが含まれるようにします。

hostname

手順 1c：ホスト名へのループバックアドレスの割り当て

マシンの DNS ドメイン名と完全修飾ドメイン名 (FQDN) が正しく報告されることを確認するために、/etc/hosts ファイルの次の行を変更して FQDN とホスト名を最初の 2 つのエントリとして含めます。

127.0.0.1 hostname-fqdn hostname localhost localhost.localdomain localhost4 localhost4.localdomain4

例：

127.0.0.1 vda01.example.com vda01 localhost localhost.localdomain localhost4 localhost4.localdomain4

ファイル内の他のエントリから hostname-fqdn または hostname への他の参照を削除します。

注：

Linux VDA は現在、NetBIOS 名の切り捨てをサポートしていません。ホスト名は 15 文字を超えてはなりません。

ヒント：

a～z、A～Z、0～9、およびハイフン (-) の文字のみを使用してください。アンダースコア (_)、スペース、その他の記号は避けてください。ホスト名を数字で始めたり、ハイフンで終わらせたりしないでください。このルールは、Delivery Controller のホスト名にも適用されます。

手順 1d：ホスト名の確認

ホスト名が正しく設定されていることを確認してください。

hostname
<!--NeedCopy-->

このコマンドは、マシンのホスト名のみを返し、完全修飾ドメイン名 (FQDN) は返しません。

FQDN が正しく設定されていることを確認してください。

hostname -f
<!--NeedCopy-->

このコマンドは、マシンの FQDN を返します。

手順 1e：名前解決とサービス到達可能性の確認

FQDN を解決し、ドメインコントローラーと Delivery Controller™ に ping を実行できることを確認してください。

nslookup domain-controller-fqdn

ping domain-controller-fqdn

nslookup delivery-controller-fqdn

ping delivery-controller-fqdn
<!--NeedCopy-->

FQDN を解決できない場合、またはこれらのマシンのいずれかに ping を実行できない場合は、続行する前に手順を確認してください。

手順 1f：クロック同期の構成

VDA、Delivery Controller、およびドメインコントローラー間で正確なクロック同期を維持することは非常に重要です。Linux VDA を仮想マシン (VM) としてホストすると、クロックのずれの問題が発生する可能性があります。このため、リモート時刻サービスとの時刻同期が推奨されます。

RHEL のデフォルト環境では、クロック同期に Chrony デーモン (chronyd) を使用します。

• Chrony サービスの構成

• root ユーザーとして、/etc/chrony.conf を編集し、各リモートタイムサーバーのサーバーエントリを追加します。

server peer1-fqdn-or-ip-address iburst

server peer2-fqdn-or-ip-address iburst
<!--NeedCopy-->

一般的な展開では、ローカルドメインコントローラーから時刻を同期し、パブリック NTP プールサーバーから直接同期しません。ドメイン内の各 Active Directory ドメインコントローラーのサーバーエントリを追加します。

ループバック IP アドレス、localhost、およびパブリックサーバー *.pool.ntp.org のエントリを含む、リストされている他のサーバーエントリをすべて削除します。

変更を保存し、Chrony デーモンを再起動します。

sudo systemctl restart chronyd
<!--NeedCopy-->

手順 1g：PulseAudio のインストール (RHEL 9.6/9.4/9.3/9.2/9.0 および Rocky Linux 9.6/9.4/9.3/9.2/9.0 のみ)

pulseaudio をインストールするには、次のコマンドを実行します。

sudo yum -y install pulseaudio --allowerasing
<!--NeedCopy-->

/etc/pulse/client.conf を開き、次のエントリを追加します。

autospawn = yes
<!--NeedCopy-->

手順 1h：使用するデータベースのインストールと指定

注：

• VDI モードでは SQLite を使用し、ホスト型共有デスクトップ配信モデルでは PostgreSQL を使用することをお勧めします

• 簡易インストールおよび MCS の場合、SQLite または PostgreSQL を手動でインストールすることなく使用するように指定できます。/etc/xdl/db.conf で特に指定しない限り、Linux VDA はデフォルトで PostgreSQL を使用します

• 手動インストールの場合、SQLite、PostgreSQL、またはその両方を手動でインストールする必要があります。SQLite と PostgreSQL の両方をインストールする場合は、Linux VDA パッケージのインストール後に /etc/xdl/db.conf を編集して、どちらか一方を使用するように指定できます

このセクションでは、PostgreSQL と SQLite のインストール方法、およびどちらか一方を使用するように指定する方法について説明します。

PostgreSQL のインストール

Linux VDA には PostgreSQL が必要です。

• Amazon Linux 2、RHEL 7、および CentOS 7 の場合は PostgreSQL 9
• RHEL 8.x および Rocky Linux 8.x の場合は PostgreSQL 10
• RHEL 9.6/9.4/9.3/9.2/9.0 および Rocky Linux 9.6/9.4/9.3/9.2/9.0 の場合は PostgreSQL 13

PostgreSQL をインストールするには、次のコマンドを実行します。

sudo yum -y install postgresql-server

sudo yum -y install postgresql-jdbc
<!--NeedCopy-->

RHEL 8.x および RHEL 9.6/9.4/9.3/9.2/9.0 の場合、PostgreSQL 用の libpq をインストールするには、次のコマンドを実行します。

sudo yum -y install libpq
<!--NeedCopy-->

データベースを初期化するには、次のコマンドを実行します。この操作により、/var/lib/pgsql/data の下にデータベースファイルが作成されます。

sudo postgresql-setup initdb
<!--NeedCopy-->

マシンの起動時または即座に PostgreSQL を起動するには、次のコマンドを実行します。

sudo systemctl enable postgresql

sudo systemctl start postgresql
<!--NeedCopy-->

• PostgreSQLのバージョンは、以下を使用して確認します。

psql --version
<!--NeedCopy-->

(RHEL 7およびAmazon Linux 2のみ) psqlコマンドラインユーティリティを使用して、データディレクトリが設定されていることを確認します。

sudo -u postgres psql -c 'show data_directory'
<!--NeedCopy-->

SQLiteのインストール

SQLiteをインストールするには、次のコマンドを実行します。

sudo yum -y install sqlite
<!--NeedCopy-->

使用するデータベースの指定

SQLiteとPostgreSQLの両方をインストールした場合、Linux VDAパッケージのインストール後に/etc/xdl/db.confを編集して、どちらか一方を使用するように指定できます。

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

2. /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をtrueに設定します。

3. ctxsetup.shを実行します。

注：

/etc/xdl/db.confを使用して、PostgreSQLのポート番号を構成することもできます。

ステップ2：ハイパーバイザーの準備

サポートされているハイパーバイザー上でLinux VDAをVMとして実行する場合、いくつかの変更が必要です。使用しているハイパーバイザープラットフォームに基づいて、以下の変更を行います。Linuxマシンをベアメタルハードウェアで実行している場合、変更は不要です。

XenServer（旧Citrix Hypervisor™）での時刻同期の修正

XenServer®の時刻同期機能が有効になっている場合、各準仮想化Linux VM内でNTPとXenServerの両方がシステムクロックを管理しようとするため、問題が発生します。クロックが他のサーバーと同期しなくなるのを避けるため、各Linuxゲスト内のシステムクロックがNTPと同期していることを確認してください。この場合、ホストの時刻同期を無効にする必要があります。HVMモードでは変更は不要です。

XenServer VM Toolsがインストールされた準仮想化Linuxカーネルを実行している場合、Linux VM内からXenServerの時刻同期機能が存在し、有効になっているかどうかを確認できます。

su -

cat /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

このコマンドは0または1を返します。

• 0 - 時刻同期機能が有効になっており、無効にする必要があります。
  • 1 - 時刻同期機能が無効になっており、それ以上の操作は不要です。

/proc/sys/xen/independent_wallclockファイルが存在しない場合、以下の手順は不要です。

有効になっている場合、ファイルに1を書き込むことで時刻同期機能を無効にします。

sudo echo 1 > /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

この変更を永続化し、再起動後も維持するには、/etc/sysctl.confファイルを編集して次の行を追加します。

xen.independent_wallclock = 1

これらの変更を確認するには、システムを再起動します。

su -

cat /proc/sys/xen/independent_wallclock
<!--NeedCopy-->

このコマンドは値1を返します。

Microsoft Hyper-Vでの時刻同期の修正

Hyper-V Linux Integration ServicesがインストールされているLinux VMは、Hyper-Vの時刻同期機能を使用してホストオペレーティングシステムの時刻を使用できます。システムクロックの正確性を確保するため、NTPサービスと並行してこの機能を有効にする必要があります。

管理オペレーティングシステムから：

1. Hyper-Vマネージャーコンソールを開きます。
2. Linux VMの設定で、[統合サービス]を選択します。
3. [時刻の同期]が選択されていることを確認します。

注：

このアプローチは、NTPとの競合を避けるためにホストの時刻同期が無効になっているVMwareおよびXenServer（旧Citrix Hypervisor）とは異なります。Hyper-Vの時刻同期は、NTPの時刻同期と共存し、補完することができます。

ESXおよびESXiでの時刻同期の修正

VMwareの時刻同期機能が有効になっている場合、各準仮想化Linux VM内でNTPとハイパーバイザーの両方がシステムクロックを同期しようとするため、問題が発生します。クロックが他のサーバーと同期しなくなるのを避けるため、各Linuxゲスト内のシステムクロックがNTPと同期していることを確認してください。この場合、ホストの時刻同期を無効にする必要があります。

VMware Toolsがインストールされた準仮想化Linuxカーネルを実行している場合：

1. vSphere Clientを開きます。
2. Linux VMの設定を編集します。
3. [仮想マシンのプロパティ]ダイアログで、[オプション]タブを開きます。
4. [VMware Tools]を選択します。
5. [詳細設定]ボックスで、[ゲストの時刻をホストと同期]のチェックを外します。

ステップ3：Linux VMをWindowsドメインに追加

LinuxマシンをActive Directory（AD）ドメインに追加するには、次の方法があります。

-  [Samba Winbind](/ja-jp/linux-virtual-delivery-agent/2402-ltsr/installation-overview/manual-installation-overview/redhat.html#samba-winbind)

• Quest Authentication Services
• Centrify DirectControl
• SSSD
• PBIS

選択した方法に基づいて手順に従ってください。

注：

Linux VDAのローカルアカウントとADのアカウントで同じユーザー名を使用すると、セッションの起動に失敗する可能性があります。

Samba Winbind

RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0の場合、pam_winbindがルートディレクトリの所有権を変更するのを防ぐために、次のコマンドを実行します。

usermod -d /nonexistent nobody
<!--NeedCopy-->

必要なパッケージをインストールまたは更新します。

RHEL 9.6/9.4/9.3/9.2/9.0/8.xおよびRocky Linux 9.6/9.4/9.3/9.2/9.0/8.xの場合：

sudo yum -y install samba-winbind samba-winbind-clients krb5-workstation oddjob-mkhomedir realmd authselect
<!--NeedCopy-->

Amazon Linux 2、CentOS 7、およびRHEL 7の場合：

sudo yum -y install samba-winbind samba-winbind-clients krb5-workstation oddjob-mkhomedir realmd authconfig
<!--NeedCopy-->

マシン起動時にWinbindデーモンを有効にする

Winbindデーモンは、マシンの起動時に開始するように構成する必要があります。

sudo /sbin/chkconfig winbind on
<!--NeedCopy-->

Winbind 認証の構成

Winbind を使用して、Kerberos 認証のためにマシンを構成します。

1. 次のコマンドを実行します。

   RHEL 9.6/9.4/9.3/9.2/9.0/8.x および Rocky Linux 9.6/9.4/9.3/9.2/9.0/8.x の場合:

   sudo authselect select winbind with-mkhomedir --force
   <!--NeedCopy-->
   

   Amazon Linux 2、CentOS 7、および RHEL 7 の場合:

   sudo authconfig --disablecache --disablesssd --disablesssdauth --enablewinbind --enablewinbindauth --disablewinbindoffline --smbsecurity=ads --smbworkgroup=domain --smbrealm=REALM --krb5realm=REALM --krb5kdc=fqdn-of-domain-controller --winbindtemplateshell=/bin/bash --enablemkhomedir --updateall
   <!--NeedCopy-->
   

   ここで REALM は大文字の Kerberos レルム名で、domain はドメインの NetBIOS 名です。

   KDC サーバーとレルム名の DNS ベースのルックアップが必要な場合は、前のコマンドに次の 2 つのオプションを追加します。

   --enablekrb5kdcdns --enablekrb5realmdns

   winbind サービスが起動に失敗したことに関する authconfig コマンドから返されるエラーは無視してください。これらのエラーは、マシンがまだドメインに参加していないときに authconfig が winbind サービスを起動しようとすると発生する可能性があります。

2. /etc/samba/smb.conf を開き、[Global] セクションの下、ただし authconfig ツールによって生成されたセクションの後に、次のエントリを追加します。

   kerberos method = secrets and keytab winbind refresh tickets = true winbind offline logon = no

3. (RHEL 9.6/9.4/9.3/9.2/9.0/8.x および Rocky Linux 9.6/9.4/9.3/9.2/9.0/8.x のみ) /etc/krb5.conf を開き、[libdefaults]、[realms]、および [domain_realm] セクションの下にエントリを追加します。

   [libdefaults] セクションの下:

   default_ccache_name = FILE:/tmp/krb5cc_%{uid} default_realm = REALM dns_lookup_kdc = true

   [realms] セクションの下:

   REALM = { kdc = fqdn-of-domain-controller }

   [domain_realm] セクションの下:

   realm = REALM .realm = REALM

Linux VDA が Delivery Controller で認証および登録するには、システムキータブファイル /etc/krb5.keytab が必要です。以前の kerberos method 設定により、マシンが最初にドメインに参加したときに Winbind がシステムキータブファイルを作成するよう強制されます。

Windows ドメインへの参加

ドメインコントローラーに到達可能である必要があり、コンピューターをドメインに追加する権限を持つ Active Directory ユーザーアカウントが必要です。

Linux VM を Windows ドメインに追加するには、次のコマンドを実行します。

sudo realm join -U user --client-software=winbind REALM
<!--NeedCopy-->

ヒント:

Amazon Linux 2、RHEL 7.9、および CentOS 7.9 で実行されている Linux VM の場合は、次のコマンドを使用して Windows ドメインに追加することもできます。

sudo net ads join REALM -U user
<!--NeedCopy-->

REALM は大文字の Kerberos レルム名で、user はコンピューターをドメインに追加する権限を持つドメインユーザーです。

Winbind 用 PAM の構成

デフォルトでは、Winbind PAM モジュール (pam_winbind) の構成では、Kerberos チケットキャッシュとホームディレクトリの作成は有効になっていません。/etc/security/pam_winbind.conf を開き、[Global] セクションの下に次のエントリを追加または変更します。

krb5_auth = yes krb5_ccache_type = FILE mkhomedir = yes

各設定の先頭にあるセミコロンが削除されていることを確認してください。これらの変更には、Winbind デーモンの再起動が必要です。

sudo systemctl restart winbind
<!--NeedCopy-->

ヒント:

winbind デーモンは、マシンがドメインに参加している場合にのみ実行され続けます。

/etc/krb5.conf を開き、[libdefaults] セクションの下にある次の設定を KEYRING から FILE タイプに変更します。

default_ccache_name = FILE:/tmp/krb5cc_%{uid}

RHEL 9.6/9.4/9.3/9.2/9.0 および Rocky Linux 9.6/9.4/9.3/9.2/9.0 の場合は、Winbind の SELinux の問題を解決するために次のコマンドを実行します。

ausearch -c 'winbindd' --raw | audit2allow -M my-winbindd -p /etc/selinux/targeted/policy/policy.*

semodule -X 300 -i my-winbindd.pp
<!--NeedCopy-->

ドメインメンバーシップの確認

-  Delivery Controller では、すべての VDA マシン (Windows および Linux VDA) が **Active Directory** にコンピューターオブジェクトを持っている必要があります。

Samba の net ads コマンドを実行して、マシンがドメインに参加していることを確認します。

sudo net ads testjoin
<!--NeedCopy-->

追加のドメインおよびコンピューターオブジェクト情報を確認するには、次のコマンドを実行します。

sudo net ads info
<!--NeedCopy-->

Kerberos 構成の確認

Kerberos が Linux VDA で使用するために正しく構成されていることを確認するには、システムキータブファイルが作成され、有効なキーが含まれていることを確認します。

sudo klist -ke
<!--NeedCopy-->

このコマンドは、プリンシパル名と暗号スイートのさまざまな組み合わせで利用可能なキーのリストを表示します。Kerberos kinit コマンドを実行して、これらのキーを使用してマシンをドメインコントローラーで認証します。

sudo kinit -k MACHINE\$@REALM
<!--NeedCopy-->

マシン名とレルム名は大文字で指定する必要があります。ドル記号 ($) は、シェル置換を防ぐためにバックスラッシュ (\) でエスケープする必要があります。一部の環境では、DNS ドメイン名が Kerberos レルム名と異なる場合があります。レルム名が使用されていることを確認してください。このコマンドが成功した場合、出力は表示されません。

次のコマンドを使用して、マシンアカウントの TGT チケットがキャッシュされていることを確認します。

sudo klist
<!--NeedCopy-->

次のコマンドを使用して、マシンのアカウントの詳細を調べます。

sudo net ads status
<!--NeedCopy-->

ユーザー認証の確認

• wbinfo ツールを使用して、ドメインユーザーがドメインで認証できることを確認します。

wbinfo --krb5auth=domain\\username%password
<!--NeedCopy-->

ここで指定するドメインはADドメイン名であり、Kerberosレルム名ではありません。bashシェルでは、バックスラッシュ (\) 文字を別のバックスラッシュでエスケープする必要があります。このコマンドは、成功または失敗を示すメッセージを返します。

Winbind PAMモジュールが正しく構成されていることを確認するには、これまで使用されていないドメインユーザーアカウントを使用してLinux VDAにログオンします。

ssh localhost -l domain\\username
id -u
<!--NeedCopy-->

Kerberos資格情報キャッシュ内のチケットが有効で期限切れになっていないことを確認します。

klist
<!--NeedCopy-->

セッションを終了します。

exit
<!--NeedCopy-->

同様のテストは、GnomeまたはKDEコンソールに直接ログオンして実行できます。ドメイン参加の検証後、手順6: Linux VDAのインストールに進みます。

Quest Authentication Services

ドメインコントローラーでのQuestの構成

Active DirectoryドメインコントローラーにQuestソフトウェアがインストールおよび構成されており、Active Directoryでコンピューターオブジェクトを作成するための管理者権限が付与されていることを前提とします。

ドメインユーザーのLinux VDAマシンへのログオンを有効にする

ドメインユーザーがLinux VDAマシンでHDX™セッションを確立できるようにするには：

1. Active Directoryユーザーとコンピューター管理コンソールで、そのユーザーアカウントのActive Directoryユーザーのプロパティを開きます。
2. Unixアカウントタブを選択します。
3. Unix対応をオンにします。
4. プライマリGID番号を実際のドメインユーザーグループのグループIDに設定します。

注：

これらの手順は、コンソール、RDP、SSH、またはその他のリモートプロトコルを使用したログオンのためにドメインユーザーをセットアップする場合と同等です。

Linux VDAでのQuestの構成

SELinuxポリシーの適用を回避する

デフォルトのRHEL環境では、SELinuxが完全に適用されています。この適用は、Questが使用するUnixドメインソケットIPCメカニズムに干渉し、ドメインユーザーのログオンを妨げます。

• この問題を回避する便利な方法は、SELinuxを無効にすることです。rootユーザーとして、/etc/selinux/configを編集し、SELinux設定を変更します。

• SELINUX=permissive

この変更にはマシンの再起動が必要です。

reboot
<!--NeedCopy-->

重要：

この設定は慎重に使用してください。無効にした後にSELinuxポリシーの適用を再度有効にすると、rootユーザーや他のローカルユーザーであっても、完全なロックアウトを引き起こす可能性があります。

VASデーモンの構成

Kerberosチケットの自動更新は有効にして切断する必要があります。認証（オフラインログオン）は無効にする必要があります。

sudo /opt/quest/bin/vastool configure vas vasd auto-ticket-renew-interval 32400

sudo /opt/quest/bin/vastool configure vas vas_auth allow-disconnected-auth false
<!--NeedCopy-->

このコマンドは、更新間隔を9時間（32,400秒）に設定します。これは、デフォルトの10時間チケットの有効期間より1時間短い値です。チケットの有効期間が短いシステムでは、このパラメーターをより低い値に設定します。

PAMとNSSの構成

HDXおよびsu、ssh、RDPなどの他のサービスを介したドメインユーザーのログオンを有効にするには、次のコマンドを実行してPAMとNSSを手動で構成します。

sudo /opt/quest/bin/vastool configure pam

sudo /opt/quest/bin/vastool configure nss
<!--NeedCopy-->

Windowsドメインへの参加

Questのvastoolコマンドを使用して、LinuxマシンをActive Directoryドメインに参加させます。

sudo /opt/quest/bin/vastool -u user join domain-name
<!--NeedCopy-->

ユーザーは、コンピューターをActive Directoryドメインに参加させる権限を持つ任意のドメインユーザーです。ドメイン名は、たとえばexample.comのようなドメインのDNS名です。

ドメイン参加後、Linuxマシンを再起動します。

ドメインメンバーシップの検証

Delivery Controllerは、すべてのVDAマシン（WindowsおよびLinux VDA）がActive Directoryにコンピューターオブジェクトを持つことを要求します。Questに参加しているLinuxマシンがドメイン上にあることを確認するには：

sudo /opt/quest/bin/vastool info domain
<!--NeedCopy-->

マシンがドメインに参加している場合、このコマンドはドメイン名を返します。マシンがどのドメインにも参加していない場合、次のエラーが表示されます。

ERROR: No domain could be found. ERROR: VAS_ERR_CONFIG: at ctx.c:414 in _ctx_init_default_realm

• default_realm not configured in vas.conf. Computer may not be joined to domain

ユーザー認証の検証

QuestがPAMを介してドメインユーザーを認証できることを確認するには、これまで使用されていないドメインユーザーアカウントを使用してLinux VDAにログオンします。

ssh localhost -l domain\\username
id -u
<!--NeedCopy-->

id -uコマンドによって返されたUID用に、対応するKerberos資格情報キャッシュファイルが作成されたことを確認します。

ls /tmp/krb5cc_uid
<!--NeedCopy-->

Kerberos資格情報キャッシュ内のチケットが有効で期限切れになっていないことを確認します。

/opt/quest/bin/vastool klist
<!--NeedCopy-->

セッションを終了します。

exit
<!--NeedCopy-->

同様のテストは、GnomeまたはKDEコンソールに直接ログオンして実行できます。ドメイン参加の検証後、手順6: Linux VDAのインストールに進みます。

Centrify DirectControl

Windowsドメインへの参加

Centrify DirectControl Agentがインストールされている状態で、Centrifyのadjoinコマンドを使用してLinuxマシンをActive Directoryドメインに参加させます。

su –
adjoin -w -V -u user domain-name
<!--NeedCopy-->

ユーザーパラメーターは、コンピューターを Active Directory ドメインに参加させる権限を持つ Active Directory ドメインユーザーです。ドメイン名は、Linux マシンを参加させるドメインの名前です。

ドメインメンバーシップの確認

Delivery Controller は、すべての VDA マシン (Windows および Linux VDA) が Active Directory にコンピューターオブジェクトを持つことを要求します。Centrify に参加している Linux マシンがドメイン上にあることを確認するには、次の手順を実行します。

su –
adinfo
<!--NeedCopy-->

「Joined to domain」の値が有効であり、CentrifyDC モードが「connected」を返すことを確認します。モードが開始状態のまま動かない場合、Centrify クライアントはサーバー接続または認証の問題を抱えています。

より包括的なシステムおよび診断情報は、次を使用して利用できます。

adinfo --sysinfo all
adinfo –diag
<!--NeedCopy-->

さまざまな Active Directory および Kerberos サービスへの接続をテストします。

    -  adinfo --test
<!--NeedCopy-->

ドメイン参加の確認後、ステップ 6: Linux VDA のインストールに進みます。

SSSD

SSSD を使用している場合は、このセクションの手順に従ってください。このセクションには、Linux VDA マシンを Windows ドメインに参加させるための手順と、Kerberos 認証を構成するためのガイダンスが含まれています。

RHEL および CentOS で SSSD をセットアップするには、次の手順を実行します。

1. ドメインへの参加とホストキータブの作成
2. SSSD のセットアップ
3. SSSD の有効化
4. Kerberos 構成の確認
5. ユーザー認証の確認

ドメインへの参加とホストキータブの作成

SSSD は、ドメインへの参加やシステムキータブファイルの管理のための Active Directory クライアント機能を提供しません。代わりに、adcli、realmd、または Samba を使用できます。

このセクションでは、Amazon Linux 2 および RHEL 7 向けの Samba アプローチと、RHEL 8.x/9.x および Rocky Linux 8.x/9.x 向けの adcli アプローチについて説明します。realmd については、RHEL または CentOS のドキュメントを参照してください。これらの手順は、SSSD を構成する前に実行する必要があります。

• Samba (Amazon Linux 2 および RHEL 7):

  必要なパッケージをインストールまたは更新します。

   sudo yum -y install krb5-workstation authconfig oddjob-mkhomedir samba-common-tools
   <!--NeedCopy-->
  

  適切に構成されたファイルを持つ Linux クライアントで:

  • /etc/krb5.conf
  • /etc/samba/smb.conf:

  マシンを Samba および Kerberos 認証用に構成します。

   sudo authconfig --smbsecurity=ads --smbworkgroup=domain --smbrealm=REALM --krb5realm=REALM --krb5kdc=fqdn-of-domain-controller --update
   <!--NeedCopy-->
  

  ここで、REALM は大文字の Kerberos レルム名であり、domain は Active Directory ドメインの短い NetBIOS 名です。

  注:

  この記事の設定は、単一ドメイン、単一フォレストモデルを対象としています。AD インフラストラクチャに基づいて Kerberos を構成してください。

  KDC サーバーとレルム名の DNS ベースのルックアップが必要な場合は、前のコマンドに次の 2 つのオプションを追加します。

  --enablekrb5kdcdns --enablekrb5realmdns

  /etc/samba/smb.conf を開き、[Global] セクションの下に、ただし authconfig ツールによって生成されたセクションの後に、次のエントリを追加します。

  kerberos method = secrets and keytab winbind offline logon = no

  Windows ドメインに参加します。ドメインコントローラーに到達可能であり、コンピューターをドメインに追加する権限を持つ Active Directory ユーザーアカウントを持っていることを確認します。

   sudo net ads join REALM -U user
   <!--NeedCopy-->
  

  REALM は大文字の Kerberos レルム名であり、user はコンピューターをドメインに追加する権限を持つドメインユーザーです。

• Adcli (RHEL 9.6/9.4/9.3/9.2/9.0/8.x および Rocky Linux 9.6/9.4/9.3/9.2/9.0/8.x):

  必要なパッケージをインストールまたは更新します。

   sudo yum -y install samba-common samba-common-tools krb5-workstation authconfig oddjob-mkhomedir realmd oddjob authselect
   <!--NeedCopy-->
  

  マシンを Samba および Kerberos 認証用に構成します。

   sudo authselect select sssd with-mkhomedir --force
   <!--NeedCopy-->
  

  /etc/krb5.conf を開き、[realms] および [domain_realm] セクションの下にエントリを追加します。

  [realms] セクションの下:

  REALM = { kdc = fqdn-of-domain-controller }

  [domain_realm] セクションの下:

  realm = REALM .realm = REALM

  Windows ドメインに参加します。ドメインコントローラーに到達可能であり、コンピューターをドメインに追加する権限を持つ Active Directory ユーザーアカウントを持っていることを確認します。

   sudo realm join REALM -U user
   <!--NeedCopy-->
  

  REALM は大文字の Kerberos レルム名であり、user はコンピューターをドメインに追加する権限を持つドメインユーザーです。

SSSD のセットアップ

SSSD のセットアップは次の手順で構成されます。

• sudo yum -y install sssd コマンドを実行して、Linux VDA に sssd-ad パッケージをインストールします。
• さまざまなファイル (例: sssd.conf) に構成変更を加えます。
• sssd サービスを開始します。

RHEL 7 の sssd.conf 構成例 (必要に応じて追加オプションを追加できます):

ad.example.com、server.ad.example.com を対応する値に置き換えます。詳細については、sssd-ad(5) - Linux man page を参照してください。

(RHEL 9.6/9.4/9.3/9.2/9.0/8.x および Rocky Linux 9.6/9.4/9.3/9.2/9.0/8.x のみ) /etc/sssd/sssd.conf を開き、[domain/ad.example.com] セクションの下に次のエントリを追加します。

ad_gpo_access_control = permissive full_name_format = %2$s\%1$s fallback_homedir = /home/%d/%u # Kerberos settings krb5_ccachedir = /tmp krb5_ccname_template = FILE:%d/krb5cc_%U

sssd.conf のファイル所有権とアクセス許可を設定します。

chown root:root /etc/sssd/sssd.conf chmod 0600 /etc/sssd/sssd.conf restorecon /etc/sssd/sssd.conf

SSSD の有効化

RHEL 9.6/9.4/9.3/9.2/9.0/8.x および Rocky Linux 9.6/9.4/9.3/9.2/9.0/8.x の場合:

SSSD を有効にするには、次のコマンドを実行します。

sudo systemctl restart sssd
sudo systemctl enable sssd.service
sudo chkconfig sssd on
<!--NeedCopy-->

Amazon Linux 2、CentOS 7、および RHEL 7 の場合:

authconfig を使用して SSSD を有効にします。ホームディレクトリの作成が SELinux と互換性があることを確認するために、oddjob-mkhomedir をインストールします。

authconfig --enablesssd --enablesssdauth --enablemkhomedir --update

sudo systemctl start sssd

sudo chkconfig sssd on
<!--NeedCopy-->

Kerberos 構成の検証

システム keytab ファイルが作成され、有効なキーが含まれていることを確認します。

sudo klist -ke
<!--NeedCopy-->

このコマンドは、プリンシパル名と暗号スイートのさまざまな組み合わせで利用可能なキーのリストを表示します。Kerberos kinit コマンドを実行して、これらのキーを使用してマシンをドメインコントローラーで認証します。

sudo kinit –k MACHINE\$@REALM
<!--NeedCopy-->

マシン名とレルム名は大文字で指定する必要があります。ドル記号 ($) は、シェルによる置換を防ぐためにバックスラッシュ (\) でエスケープする必要があります。一部の環境では、DNS ドメイン名が Kerberos レルム名と異なります。レルム名が使用されていることを確認してください。このコマンドが成功した場合、出力は表示されません。

マシンアカウントの TGT チケットがキャッシュされていることを、次のコマンドを使用して確認します。

sudo klist
<!--NeedCopy-->

ユーザー認証の検証

getent コマンドを使用して、ログオン形式がサポートされており、NSS が機能していることを確認します。

sudo getent passwd DOMAIN\\username
<!--NeedCopy-->

DOMAIN パラメーターは、ドメイン名の短いバージョンを示します。別のログオン形式が必要な場合は、まず getent コマンドを使用して確認します。

サポートされているログオン形式は次のとおりです。

• ダウンレベルログオン名: DOMAIN\username
• UPN: username@domain.com
• NetBIOS サフィックス形式: username@DOMAIN

SSSD PAM モジュールが正しく構成されていることを確認するには、これまで使用したことのないドメインユーザーアカウントを使用して Linux VDA にログオンします。

sudo ssh localhost –l DOMAIN\\username

id -u
<!--NeedCopy-->

コマンドによって返された uid に対応する Kerberos 資格情報キャッシュファイルが作成されたことを確認します。

ls /tmp/krb5cc_{uid}
<!--NeedCopy-->

ユーザーの Kerberos 資格情報キャッシュ内のチケットが有効で、期限切れになっていないことを確認します。

klist
<!--NeedCopy-->

ドメイン参加の検証後、手順 6: Linux VDA のインストールに進みます。

PBIS

必要な PBIS パッケージのダウンロード

wget https://github.com/BeyondTrust/pbis-open/releases/download/9.1.0/pbis-open-9.1.0.551.linux.x86_64.rpm.sh
<!--NeedCopy-->

PBIS インストールスクリプトの実行可能化

chmod +x pbis-open-9.1.0.551.linux.x86_64.rpm.sh
<!--NeedCopy-->

PBIS インストールスクリプトの実行

sh pbis-open-9.1.0.551.linux.x86_64.rpm.sh
<!--NeedCopy-->

• Windows ドメインへの参加

ドメインコントローラーに到達可能であり、コンピューターをドメインに追加する権限を持つ Active Directory ユーザーアカウントが必要です。

/opt/pbis/bin/domainjoin-cli join domain-name user
<!--NeedCopy-->

user は、コンピューターを Active Directory ドメインに追加する権限を持つドメインユーザーです。domain-name は、たとえば example.com のようなドメインの DNS 名です。

注: Bash をデフォルトシェルとして設定するには、/opt/pbis/bin/config LoginShellTemplate/bin/bash コマンドを実行します。

ドメインメンバーシップの検証

Delivery Controller は、すべての VDA マシン (Windows および Linux VDA) が Active Directory にコンピューターオブジェクトを持つことを要求します。PBIS に参加している Linux マシンがドメイン上にあることを確認するには、次のようにします。

/opt/pbis/bin/domainjoin-cli query
<!--NeedCopy-->

マシンがドメインに参加している場合、このコマンドは現在参加している AD ドメインと OU に関する情報を返します。それ以外の場合は、ホスト名のみが表示されます。

ユーザー認証の検証

PBIS が PAM を介してドメインユーザーを認証できることを確認するには、これまで使用したことのないドメインユーザーアカウントを使用して Linux VDA にログオンします。

ssh localhost -l domain\\user

id -u
<!--NeedCopy-->

id -u コマンドによって返された UID に対応する Kerberos 資格情報キャッシュファイルが作成されたことを確認します。

ls /tmp/krb5cc_uid
<!--NeedCopy-->

セッションを終了します。

exit
<!--NeedCopy-->

• ドメイン参加の検証後、手順 6: Linux VDA のインストールに進みます。

• 手順 4: .NET のインストール

• Linux VDA をインストールする前に、Linux ディストリビューションに基づいて .NET をインストールします。

• RHEL 7.9およびAmazon Linux 2を除く、すべてのサポート対象Linuxディストリビューションに.NET Runtime 8.0をインストールします。

• RHEL 7.9およびAmazon Linux 2の場合は、引き続き.NET Runtime 6.0をインストールします。

• お使いのLinuxディストリビューションに必要な.NETバージョンが含まれている場合は、組み込みのフィードからインストールします。それ以外の場合は、Microsoftパッケージフィードから.NETをインストールします。詳しくは、https://docs.microsoft.com/en-us/dotnet/core/install/linux-package-managersを参照してください。

• .NETのインストール後、which dotnetコマンドを実行してランタイムパスを見つけます。

コマンドの出力に基づいて、.NETランタイムバイナリパスを設定します。たとえば、コマンドの出力が/aa/bb/dotnetの場合、/aa/bbを.NETバイナリパスとして使用します。

手順 5：Linux VDAパッケージのダウンロード

1. Citrix Virtual Apps and Desktopsダウンロードページにアクセスします。
2. Citrix Virtual Apps and Desktopsの適切なバージョンを展開します。

3. コンポーネントを展開してLinux VDAを見つけます。例：

   

4. Linux VDAリンクをクリックして、Linux VDAのダウンロードにアクセスします。

   

5. お使いのLinuxディストリビューションに一致するLinux VDAパッケージをダウンロードします。

6. Linux VDAパッケージの整合性を検証するために使用できるGPG公開キーをダウンロードします。例：

   

   Linux VDAパッケージの整合性を検証するには、以下のコマンドを実行して公開キーをRPMデータベースにインポートし、パッケージの整合性を確認します。

   rpmkeys --import <path to the public key>
   rpm --checksig --verbose <path to the Linux VDA package>
   <!--NeedCopy-->
   

手順 6：Linux VDAのインストール

新規インストールまたは既存のインストールのアップグレードを実行できます。Linux VDAは、最新バージョンからのアップグレードをサポートしています。たとえば、Linux VDAを2308から2311に、1912 LTSRから2203 LTSRにアップグレードできます。

手順 6a：新規インストール

1. （オプション）古いバージョンのアンインストール

   以前の2つのバージョンおよびLTSRリリース以外の古いバージョンをインストールしている場合は、新しいバージョンをインストールする前にアンインストールしてください。

   1. Linux VDAサービスを停止します：

      sudo systemctl stop ctxvda
      
      sudo systemctl stop ctxhdx
      <!--NeedCopy-->
      

      注：

      ctxvdaおよびctxhdxサービスを停止する前に、systemctl stop ctxmonitordコマンドを実行してモニターサービスデーモンを停止してください。そうしないと、モニターサービスデーモンが停止したサービスを再起動します。

   2. パッケージをアンインストールします：

      sudo rpm -e XenDesktopVDA
      <!--NeedCopy-->
      

   注：

   コマンドを実行するにはフルパスが必要です。または、/opt/Citrix/VDA/sbinおよび/opt/Citrix/VDA/binをシステムパスに追加することもできます。

2. Linux VDAパッケージのダウンロード

   Citrix Virtual Apps and Desktopsダウンロードページにアクセスします。Citrix Virtual Apps and Desktopsの適切なバージョンを展開し、コンポーネントをクリックして、お使いのLinuxディストリビューションに一致するLinux VDAパッケージをダウンロードします。

3. Linux VDAのインストール

   注：

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

   • RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0にLinux VDAをインストールする前に、libsepolパッケージをバージョン3.4以降に更新してください。

   • Yumを使用してLinux VDAソフトウェアをインストールします：

     Amazon Linux 2の場合：

      sudo yum install -y XenDesktopVDA-<version>.amzn2.x86_64.rpm
      <!--NeedCopy-->
     

     RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0の場合：

      sudo yum install -y XenDesktopVDA-<version>.el9_x.x86_64.rpm
      <!--NeedCopy-->
     

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

      sudo yum install -y XenDesktopVDA-<version>.el8_x.x86_64.rpm
      <!--NeedCopy-->
     

   • CentOS 7およびRHEL 7の場合：

      sudo yum install -y XenDesktopVDA-<version>.el7_x.x86_64.rpm
      <!--NeedCopy-->
     

   • RPMパッケージマネージャーを使用してLinux VDAソフトウェアをインストールします。その前に、以下の依存関係を解決する必要があります：

     Amazon Linux 2の場合：

      sudo rpm -i XenDesktopVDA-<version>.amzn2.x86_64.rpm
      <!--NeedCopy-->
     

• RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0の場合：

   ```
   sudo rpm -i XenDesktopVDA-<version>.el9_x.x86_64.rpm
   <!--NeedCopy--> ```
  
   **RHEL 8.xおよびRocky Linux 8.xの場合：**
  
   ```
   sudo rpm -i XenDesktopVDA-<version>.el8_x.x86_64.rpm
   <!--NeedCopy--> ```
  
   **CentOS 7およびRHEL 7の場合：**
  
   ```
   sudo rpm -i XenDesktopVDA-<version>.el7_x.x86_64.rpm
   <!--NeedCopy--> ```
  
   **RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0のRPM依存関係リスト：**
  
   ```
   tzdata-java >= 2022
  
   java-17-openjdk >= 17
  
    icoutils >= 0.32
  
    firewalld >= 0.6.3
  
    policycoreutils-python >= 2.8.9
  
    policycoreutils-python-utils >= 2.8
  
    python3-policycoreutils >= 2.8
  
    dbus >= 1.12.8
  
    dbus-common >= 1.12.8
  
    dbus-daemon >= 1.12.8
  
    dbus-tools >= 1.12.8
  
    dbus-x11 >= 1.12.8
  
    xorg-x11-server-utils >= 7.7
  
    xorg-x11-xinit >= 1.3.4
  
    libXpm >= 3.5.12
  
    libXrandr >= 1.5.1
  
    libXtst >= 1.2.3
  
    pam >= 1.3.1
  
    util-linux >= 2.32.1
  
    util-linux-user >= 2.32.1
  
    xorg-x11-utils >= 7.5
  
    bash >= 4.3
  
    findutils >= 4.6
  
    gawk >= 4.2
  
    sed >= 4.5
  
    cups >= 1.6.0
  
    foomatic-filters >= 4.0.9
  
    cups-filters >= 1.20.0
  
    ghostscript >= 9.25
  
    libxml2 >= 2.9
  
    libmspack >= 0.7
  
    krb5-workstation >= 1.13
  
    ibus >= 1.5
  
    nss-tools >= 3.44.0
  
    gperftools-libs >= 2.4
  
    cyrus-sasl-gssapi >= 2.1
  
    python3 >= 3.6~
  
    qt5-qtbase >= 5.5~
  
    qt5-qtbase-gui >= 5.5~
  
    qrencode-libs >= 3.4.4
  
    imlib2 >= 1.4.9
  
   <!--NeedCopy--> ```
  
   **RHEL 8.xおよびRocky Linux 8.xのRPM依存関係リスト：**
  
   ```
   java-17-openjdk >= 17
  
   icoutils >= 0.32
  
   firewalld >= 0.6.3
  
   policycoreutils-python >= 2.8.9
  
   policycoreutils-python-utils >= 2.8
  
   python3-policycoreutils >= 2.8
  
   dbus >= 1.12.8
  
   dbus-common >= 1.12.8
  
   dbus-daemon >= 1.12.8
  
   dbus-tools >= 1.12.8
  
   dbus-x11 >= 1.12.8
  
   xorg-x11-server-utils >= 7.7
  
   xorg-x11-xinit >= 1.3.4
  
   libXpm >= 3.5.12
  
   libXrandr >= 1.5.1
  
   libXtst >= 1.2.3
  
   pam >= 1.3.1
  
   util-linux >= 2.32.1
  
   util-linux-user >= 2.32.1
  
   xorg-x11-utils >= 7.5
  
   bash >= 4.3
  
   findutils >= 4.6
  
   gawk >= 4.2
  
   sed >= 4.5
  
   cups >= 1.6.0
  
   foomatic-filters >= 4.0.9
  
   cups-filters >= 1.20.0
  
   ghostscript >= 9.25
  
   libxml2 >= 2.9
  
   libmspack >= 0.7
  
   krb5-workstation >= 1.13
  
   ibus >= 1.5
  
   nss-tools >= 3.44.0
  
   gperftools-libs >= 2.4
  
   cyrus-sasl-gssapi >= 2.1
  
   python3 >= 3.6~
  
   qt5-qtbase >= 5.5~
  
   qt5-qtbase-gui >= 5.5~
  
   qrencode-libs >= 3.4.4
  
   imlib2 >= 1.4.9
   <!--NeedCopy--> ```
  
   **CentOS 7およびRHEL 7のRPM依存関係リスト：**
  
   ```
   java-17-openjdk >= 17
  
   ImageMagick >= 6.7.8.9
  
   firewalld >= 0.3.9
  
   policycoreutils-python >= 2.0.83
  
   dbus >= 1.6.12
  
   dbus-x11 >= 1.6.12
  
   xorg-x11-server-utils >= 7.7
  
   xorg-x11-xinit >= 1.3.2
  
   xorg-x11-server-Xorg >= 1.20.4
  
   libXpm >= 3.5.10
  
   libXrandr >= 1.4.1
  
   libXtst >= 1.2.2
  
   pam >= 1.1.8
  
   util-linux >= 2.23.2
  
   bash >= 4.2
  
   findutils >= 4.5
  
   gawk >= 4.0
  
   sed >= 4.2
  
   cups >= 1.6.0
  
   foomatic-filters >= 4.0.9
  
   libxml2 >= 2.9
  
   libmspack >= 0.5
  
   ibus >= 1.5
  
   cyrus-sasl-gssapi >= 2.1
  
   python3 >= 3.6~
  
   gperftools-libs >= 2.4
  
   nss-tools >= 3.44.0
  
   qt5-qtbase >= 5.5~
  
   qt5-qtbase >= 5.5~
  
   imlib2 >= 1.4.5
   <!--NeedCopy--> ```
  
   **Amazon Linux 2のRPM依存関係リスト：**
  
   ```
   java-17-openjdk >= 17
  
   ImageMagick >= 6.7.8.9
  
   firewalld >= 0.3.9
  
   policycoreutils-python >= 2.0.83
  
   dbus >= 1.6.12
  
   dbus-x11 >= 1.6.12
  
   xorg-x11-server-utils >= 7.7
  
   xorg-x11-xinit >= 1.3.2
  
   xorg-x11-server-Xorg >= 1.20.4
  
   libXpm >= 3.5.10
  
   libXrandr >= 1.4.1
  
   libXtst >= 1.2.2
  
   pam >= 1.1.8
  
   util-linux >= 2.23.2
  
   bash >= 4.2
  
   findutils >= 4.5
  
   gawk >= 4.0
  
   sed >= 4.2
  
   cups >= 1.6.0
  
   foomatic-filters >= 4.0.9
  
   libxml2 >= 2.9
  
   libmspack >= 0.5
  
   ibus >= 1.5
  
   cyrus-sasl-gssapi >= 2.1
  
   gperftools-libs >= 2.4
  
   nss-tools >= 3.44.0
  
   qt5-qtbase >= 5.5~
  
   qrencode-libs >= 3.4.1
  
   imlib2 >= 1.4.5
   <!--NeedCopy--> ```
  

  注記:

  このバージョンのLinux VDAがサポートするLinuxディストリビューションとXorgバージョンのマトリックスについては、「システム要件」を参照してください。

  RHEL 7.xにLinux VDAをインストールした後、sudo yum install -y python-websockify x11vncコマンドを実行します。これは、セッションシャドウイング機能を使用するためにpython-websockifyとx11vncを手動でインストールすることを目的としています。詳しくは、「セッションのシャドウイング」を参照してください。

手順6b：既存のインストールをアップグレード（オプション）

Linux VDAは、最新バージョンからのアップグレードをサポートしています。たとえば、Linux VDAを2308から2311へ、および1912 LTSRから2203 LTSRへアップグレードできます。

注記:

• 既存のインストールをアップグレードすると、/etc/xdlの下にある構成ファイルが上書きされます。アップグレードを実行する前に、ファイルをバックアップしてください。

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

-  `Yum`を使用してソフトウェアをアップグレードする場合：

**Amazon Linux 2の場合：**

```
sudo yum install -y XenDesktopVDA-<version>.amzn2.x86_64.rpm
<!--NeedCopy--> ```

**RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0の場合：**

```
sudo yum install -y XenDesktopVDA-<version>.el9_x.x86_64.rpm
<!--NeedCopy--> ```

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

```
sudo yum install -y XenDesktopVDA-<version>.el8_x.x86_64.rpm
<!--NeedCopy--> ```

**CentOS 7およびRHEL 7の場合：**

```
sudo yum install -y XenDesktopVDA-<version>.el7_x.x86_64.rpm
<!--NeedCopy--> ```

-  RPMパッケージマネージャーを使用してソフトウェアをアップグレードする場合：

**Amazon Linux 2の場合：**

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

**RHEL 9.6/9.4/9.3/9.2/9.0およびRocky Linux 9.6/9.4/9.3/9.2/9.0の場合：**

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

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

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

**CentOS 7およびRHEL 7の場合：**

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

注記:

RHEL 7を使用している場合は、上記のアップグレードコマンドを実行した後、以下の手順を完了してください。

1. /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_SZ" -v "DotNetRuntimePath" -d "/opt/rh/rh-dotnet6/root/usr/bin/" --forceを実行して、正しい.NETランタイムパスを設定します。
2. ctxvdaサービスを再起動します。

重要：

ソフトウェアのアップグレード後、Linux VDAマシンを再起動してください。

手順7：NVIDIA GRIDドライバーのインストール

HDX 3D Proを有効にするには、ハイパーバイザーとVDAマシンにNVIDIA GRIDドライバーをインストールする必要があります。

注記:

Amazon Linux 2でHDX 3D Proを使用するには、NVIDIAドライバー470のインストールを推奨します。詳しくは、「システム要件」を参照してください。

特定のハイパーバイザーにNVIDIA GRID Virtual GPU Manager（ホストドライバー）をインストールおよび構成するには、以下のガイドを参照してください。

• XenServer
• VMware ESX
• Nutanix AHV

NVIDIA GRIDゲストVMドライバーをインストールおよび構成するには、以下の手順を実行します。

1. ゲストVMがシャットダウンされていることを確認します。
2. XenCenter®で、VMにGPUを割り当てます。
3. VMを起動します。

4. NVIDIA GRIDドライバー用にVMを準備します。

   yum install gcc
   
   yum install "kernel-devel-$(uname -r)"
   
   systemctl set-default multi-user.target
   <!--NeedCopy-->
   

5. Red Hat Enterprise Linuxドキュメントの手順に従って、NVIDIA GRIDドライバーをインストールします。

注記:

GPUドライバーのインストール中、各質問に対してデフォルトの「いいえ」を選択してください。

重要：

GPUパススルーが有効になった後、Linux VMはXenCenter経由でアクセスできなくなります。SSHを使用して接続してください。

カードの正しい構成を設定します。

etc/X11/ctx-nvidia.sh

高解像度およびマルチモニター機能を利用するには、有効なNVIDIAライセンスが必要です。ライセンスを申請するには、「GRID Licensing Guide.pdf - DU-07757-001 September 2015」の製品ドキュメントに従ってください。

手順8：Linux VDAの構成

注記:

ランタイム環境を設定する前に、en_US.UTF-8ロケールがOSにインストールされていることを確認してください。ロケールがOSで利用できない場合は、sudo locale-gen en_US.UTF-8コマンドを実行してください。Debianの場合、/etc/locale.genファイルを編集し、# en_US.UTF-8 UTF-8行のコメントを解除してから、sudo locale-genコマンドを実行してください。

パッケージをインストールした後、ctxsetup.shスクリプトを実行してLinux VDAを構成する必要があります。変更を加える前に、スクリプトは環境を検証し、すべての依存関係がインストールされていることを確認します。必要に応じて、いつでもスクリプトを再実行して設定を変更できます。

スクリプトは、プロンプトを表示して手動で実行することも、事前設定された応答で自動的に実行することもできます。続行する前に、スクリプトに関するヘルプを確認してください。

sudo /opt/Citrix/VDA/sbin/ctxsetup.sh --help
<!--NeedCopy-->

プロンプトによる構成

プロンプトの質問に答えて手動で構成を実行します。

sudo /opt/Citrix/VDA/sbin/ctxsetup.sh
<!--NeedCopy-->

自動構成

自動インストールの場合、セットアップスクリプトに必要なオプションを環境変数で指定します。必要なすべての変数が存在する場合、スクリプトは情報を要求しません。

サポートされている環境変数には以下が含まれます。

• CTX_XDL_NON_DOMAIN_JOINED=’y|n’ – マシンをドメインに参加させるかどうか。 デフォルト値は「n」です。ドメイン参加シナリオの場合は、「n」に設定します。

• CTX_XDL_AD_INTEGRATION=’winbind|sssd|centrify|pbis|quest’ – Linux VDAは、Delivery Controllerで認証するためにKerberos構成設定を必要とします。Kerberos構成は、システムにインストールおよび構成されているActive Directory統合ツールから決定されます。

• CTX_XDL_DDC_LIST=’<list-ddc-fqdns>‘ – Linux VDAは、Delivery Controllerへの登録に使用するDelivery Controllerの完全修飾ドメイン名（FQDN）のスペース区切りリストを必要とします。少なくとも1つのFQDNまたはCNAMEを指定する必要があります。

• CTX_XDL_VDI_MODE=’y|n’ – マシンを専用デスクトップ配信モデル（VDI）として構成するか、ホスト型共有デスクトップ配信モデルとして構成するか。HDX 3D Pro環境の場合、値を‘y’に設定します。

• CTX_XDL_HDX_3D_PRO=’y|n’ – Linux VDAは、リッチグラフィックアプリケーションの仮想化を最適化するために設計されたGPUアクセラレーションテクノロジーのセットであるHDX 3D Proをサポートしています。HDX 3D Proが選択されている場合、VDAはVDIデスクトップ（シングルセッション）モード用に構成されます（つまり、CTX_XDL_VDI_MODE=‘y’）。

• CTX_XDL_START_SERVICE=’y|n’ – 構成完了時にLinux VDAサービスを開始するかどうかを決定します。

• CTX_XDL_REGISTER_SERVICE=’y|n’ – Linux Virtual Desktopサービスは、マシンの起動後に開始されます。

• CTX_XDL_ADD_FIREWALL_RULES=’y|n’ – Linux VDAサービスでは、システムファイアウォールを介した受信ネットワーク接続が許可されている必要があります。必要なポート（デフォルトではポート80および1494）をLinux Virtual Desktopのシステムファイアウォールで自動的に開くことができます。

• CTX_XDL_DESKTOP_ENVIRONMENT=gnome/gnome-classic/kde/mate/xfce/’<none>‘ – セッションで使用するGNOME、GNOME Classic、KDE、MATE、またはXfceデスクトップ環境を指定します。‘<none>‘に設定すると、VDAで構成されているデフォルトのデスクトップが使用されます。

  コマンドを実行するか、システムトレイを使用することで、デスクトップ環境を切り替えることもできます。詳しくは、「デスクトップ切り替えコマンド」および「システムトレイ」を参照してください。

• CTX_XDL_DOTNET_RUNTIME_PATH=path-to-install-dotnet-runtime – 新しいブローカーエージェントサービス（ctxvda）をサポートするために.NETをインストールするパス。デフォルトのパスは‘/usr/bin’です。

• CTX_XDL_VDA_PORT=port-number – Linux VDAは、TCP/IPポートを介してDelivery Controllerと通信します。

• CTX_XDL_SITE_NAME=<dns-name> – Linux VDAは、DNSを介してLDAPサーバーを検出します。DNS検索結果をローカルサイトに制限するには、DNSサイト名を指定します。不要な場合は、‘<none>‘に設定します。

• CTX_XDL_LDAP_LIST=’<list-ldap-servers>‘ – Linux VDAは、LDAPサーバーを検出するためにDNSを照会します。DNSがLDAPサービスレコードを提供できない場合は、LDAPポートを含むLDAP FQDNのスペース区切りリストを指定できます。例：ad1.mycompany.com:389 ad2.mycompany.com:3268 ad3.mycompany.com:3268。Active Directoryフォレスト内でLDAPクエリを高速化するには、ドメインコントローラーでグローバルカタログを有効にし、関連するLDAPポート番号を3268として指定します。この変数は、デフォルトで‘<none>‘に設定されています。

• CTX_XDL_SEARCH_BASE=search-base-set – Linux VDAは、Active Directoryドメインのルートに設定された検索ベース（例：DC=mycompany,DC=com）を介してLDAPを照会します。検索パフォーマンスを向上させるには、検索ベース（例：OU=VDI,DC=mycompany,DC=com）を指定できます。不要な場合は、‘<none>‘に設定します。

• CTX_XDL_SUPPORT_DDC_AS_CNAME=’y|n’ – Linux VDAは、DNS CNAMEレコードを使用してDelivery Controller名を指定することをサポートしています。

環境変数を設定し、構成スクリプトを実行します。

export CTX_XDL_NON_DOMAIN_JOINED='n'
export CTX_XDL_AD_INTEGRATION=winbind|centrify|sssd|pbis|quest
export CTX_XDL_DDC_LIST='<list-ddc-fqdns>'
export CTX_XDL_VDI_MODE='y|n'
export CTX_XDL_HDX_3D_PRO='y|n'
export CTX_XDL_START_SERVICE='y|n'
export CTX_XDL_REGISTER_SERVICE='y|n'
export CTX_XDL_ADD_FIREWALL_RULES='y|n'
export CTX_XDL_DESKTOP_ENVIRONMENT=gnome|gnome-classic|kde|mate|xfce|'<none>'
export CTX_XDL_DOTNET_RUNTIME_PATH='<path-to-install-dotnet-runtime>'
export CTX_XDL_VDA_PORT='<port-number>'
export CTX_XDL_SITE_NAME='<dns-site-name>'|'<none>'
export CTX_XDL_LDAP_LIST='<list-ldap-servers>'|'<none>'
export CTX_XDL_SEARCH_BASE='<search-base-set>'|'<none>'
export CTX_XDL_SUPPORT_DDC_AS_CNAME='y|n'
sudo -E /opt/Citrix/VDA/sbin/ctxsetup.sh --silent
<!--NeedCopy-->

sudoコマンドを実行するときは、既存の環境変数を新しいシェルに渡すために-Eオプションを入力します。最初の行に#!/bin/bashを記述したシェルスクリプトファイルを作成することをお勧めします。

または、単一のコマンドを使用してすべてのパラメーターを指定することもできます。

sudo CTX_XDL_NON_DOMAIN_JOINED='n' \
CTX_XDL_AD_INTEGRATION=winbind|centrify|sssd|pbis|quest \
CTX_XDL_DDC_LIST='<list-ddc-fqdns>' \
CTX_XDL_VDI_MODE='y|n' \
CTX_XDL_HDX_3D_PRO='y|n' \
CTX_XDL_START_SERVICE='y|n' \
CTX_XDL_REGISTER_SERVICE='y|n' \
CTX_XDL_ADD_FIREWALL_RULES='y|n' \
CTX_XDL_DESKTOP_ENVIRONMENT=gnome|gnome-classic|kde|mate|xfce|'<none>' \
CTX_XDL_DOTNET_RUNTIME_PATH='<path-to-install-dotnet-runtime>' \
CTX_XDL_VDA_PORT='<port-number>' \
CTX_XDL_SITE_NAME='<dns-site-name>'|'<none>' \
CTX_XDL_LDAP_LIST='<list-ldap-servers>'|'<none>' \
CTX_XDL_SEARCH_BASE='<search-base-set>'|'<none>' \
CTX_XDL_SUPPORT_DDC_AS_CNAME='y|n' \
/opt/Citrix/VDA/sbin/ctxsetup.sh --silent
<!--NeedCopy-->

構成変更の削除

シナリオによっては、Linux VDAパッケージをアンインストールせずに、ctxsetup.shスクリプトによって行われた構成変更を削除する必要がある場合があります。

続行する前に、このスクリプトに関するヘルプを確認してください。

sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh --help
<!--NeedCopy-->

構成変更を削除するには：

sudo /opt/Citrix/VDA/sbin/ctxcleanup.sh
<!--NeedCopy-->

重要：

このスクリプトは、データベースからすべての構成データを削除し、Linux VDAを動作不能にします。

構成ログ

ctxsetup.shおよびctxcleanup.shスクリプトは、コンソールにエラーを表示し、追加情報は構成ログファイル/tmp/xdl.configure.logに書き込まれます。

変更を有効にするには、Linux VDAサービスを再起動します。

ステップ9: XDPingの実行

sudo /opt/Citrix/VDA/bin/xdpingを実行して、Linux VDA環境の一般的な構成の問題を確認します。詳しくは、「XDPing」を参照してください。

ステップ10: Linux VDAの実行

ctxsetup.shスクリプトを使用してLinux VDAを構成した後、次のコマンドを実行してLinux VDAを制御できます。

Linux VDAの起動：

Linux VDAサービスを起動するには：

sudo systemctl restart ctxhdx

sudo systemctl restart ctxvda
<!--NeedCopy-->

Linux VDAの停止：

Linux VDAサービスを停止するには：

sudo systemctl stop ctxvda

sudo systemctl stop ctxhdx
<!--NeedCopy-->

注：

ctxvdaサービスとctxhdxサービスを停止する前に、systemctl stop ctxmonitordコマンドを実行してモニターサービスデーモンを停止してください。そうしないと、モニターサービスデーモンが停止したサービスを再起動します。

Linux VDAの再起動：

Linux VDAサービスを再起動するには：

sudo systemctl stop ctxvda

sudo systemctl restart ctxhdx

sudo systemctl restart ctxvda
<!--NeedCopy-->

Linux VDAのステータスの確認：

Linux VDAサービスの実行ステータスを確認するには：

sudo systemctl status ctxvda

sudo systemctl status ctxhdx
<!--NeedCopy-->

ステップ11: マシンカタログの作成

マシンカタログを作成し、Linux VDAマシンを追加するプロセスは、従来のWindows VDAのアプローチと似ています。これらのタスクを完了する方法の詳細については、「マシンカタログの作成」および「マシンカタログの管理」を参照してください。

Linux VDAマシンを含むマシンカタログを作成する場合、Windows VDAマシン用のマシンカタログを作成するプロセスとは異なるいくつかの制限があります。

• オペレーティングシステムには、以下を選択します。
  • ホスト型共有デスクトップ配信モデルの場合は、Multi-session OSオプション
  • VDI専用デスクトップ配信モデルの場合は、Single-session OSオプション
• 同じマシンカタログにLinux VDAマシンとWindows VDAマシンを混在させないでください。

注：

Citrix Studioの初期バージョンでは、「Linux OS」の概念はサポートされていませんでした。ただし、Windows Server OSまたはServer OSオプションを選択すると、同等のホスト型共有デスクトップ配信モデルが暗示されます。Windows Desktop OSまたはDesktop OSオプションを選択すると、マシンごとに1人のユーザーという配信モデルが暗示されます。

ヒント：

削除したマシンをActive Directoryドメインに再参加させる場合は、そのマシンをマシンカタログから削除し、再度追加してください。

ステップ12: デリバリーグループの作成

デリバリーグループを作成し、Linux VDAマシンを含むマシンカタログを追加するプロセスは、Windows VDAマシンとほぼ同じです。これらのタスクを完了する方法の詳細については、「デリバリーグループの作成」を参照してください。

Linux VDAマシンカタログを含むデリバリーグループを作成する場合、次の制限が適用されます。

• 選択したADユーザーとグループが、Linux VDAマシンにログオンするように適切に構成されていることを確認してください。
• 認証されていない（匿名）ユーザーのログオンを許可しないでください。
• Windowsマシンを含むマシンカタログとデリバリーグループを混在させないでください。

重要：

アプリケーションの公開は、Linux VDAバージョン1.4以降でサポートされています。ただし、Linux VDAは、同じマシンへのデスクトップとアプリの配信をサポートしていません。

マシンカタログとデリバリーグループの作成方法については、「Citrix Virtual Apps and Desktops 7 2402 LTSR」を参照してください。