しかし、同じタスクでHelpDeskを維持しているCitrix XenApp環境はどうでしょうか? メインAppCenterコンソールは、このための最も便利なツールではありません。
幸いなことに、Citrixは不正を迅速に修正し、バージョン2.1以降、Citrix DirectorはXenApp環境のサポートを開始しました。 ただし、統合するには、XenAppコントローラーとDesktop Director自体の両方の構成を使用した追加の操作に頼らなければなりませんでした。 XenDesktop \ XenApp 7.6の一部であるCitrix Director 7.6の最新バージョンもXenApp 6.5環境を公式にサポートしており、追加の構成が必要ですが、落とし穴がないわけではありません。
したがって、この記事の主な目的は、Citrix Director 7.6をXenApp 6.5環境に統合するための完全な手順を説明することです。これは実際にテストされており、考えられる問題と解決策の説明が含まれています。
Citrix Directorのインストール
Citrix DirectorはどのXenAppサーバーにもインストールできますが、Citrixサービスの負荷がかからない専用サーバーを使用することを強くお勧めします。 さらに、Citrix Directorをインストールするには、MSDファイルDesktopDirector.msiではなく、XenDeskop / XenApp 7.6インストールウィザードを使用することをお勧めします。 これにより、必要なすべてのコンポーネント(たとえば、.NET 4.5.1、ASP.NET 2.0など)を正しくインストールできます。

インストールプロセス中に、ライセンス契約への同意やインストールパスの指定などの従来のパラメーターに加えて、ウィザードはXenAppサーバーの名前を指定するように求めます。

原則として、インストール段階では、このパラメーターは無視できます。 完了すると、追加のセットアップが実行されます。
他のパラメーターの値はデフォルトで受け入れることができます。
Citrix Directorのセットアップ
なぜなら Citrix DirectorはもともとXenDesktop環境向けに考案されたものであるため、XenAppと統合するには、IISコンソールから構成に追加の変更を加える必要があります。

[アプリケーション設定]セクションで、次の変更を行う必要があります。
パラメータ | 価値 |
---|---|
Service.AutoDiscoveryAddressesXA | [XenAppコントローラー名] |
UI.EnableSslCheck | 偽 |

Service.AutoDiscoveryAddressesXAパラメーターは、XenApp環境をサポートするために特別に導入されたもので、デフォルトではリストされていません。 したがって、構成するには、既存のService.AutoDiscoveryAddressesパラメーターの名前を変更するか、手動で追加する必要があります。
別の方法として、「C:\ Inetpub \ wwwroot \ Director \ Tools \」フォルダにあるDirectorConfig.exeユーティリティを使用できます。
DirectorConfig.exe / XenApp [XenAppコントローラー名]
UI.EnableSslCheckパラメーターの変更はオプションですが、XenAppサーバーにデジタルSSL証明書がないという問題を回避します。
最後に、変更を適用するには、IISを再起動する必要があります。
XenAppのセットアップ
今こそ、XenApp環境の準備に移りましょう。 ファーム内の各サーバーを構成する必要はありません。コントローラーとして機能するサーバーに制限するだけで十分です。
まず、 .NET Framework 4.5.1コンポーネントをインストールする必要があります。これは、XenDesktop \ XenApp 7.6インストールディスクの「\ Support \ DotNet451 \」フォルダーにあります。 このコンポーネントがないと、他の必要なコンポーネントをインストールできません。
次に、XenAppがCitrix Directorと適切にやり取りできるようにするには、次のコンポーネントをインストールする必要があります。
成分 | 場所 |
---|---|
デスクトップWMIプロバイダー | ... \サポート\ DesktopWMIProvider \
DirectorWMIProvider_x64.msi |
Citrix HDX WMIプロバイダー | ... \ x64 \仮想デスクトップコンポーネント\ TS \
CitrixHDXWMIProvider-x64.msi |
これらのコンポーネントをインストールした後、ユーザーにWindowsリモート管理(WinRM)サービスへのアクセス許可を付与する必要があります。 これを行う最も簡単な方法は、インストールディスクの「... \ x64 \ Virtual Desktop Components \」フォルダーからConfigRemoteMgmt.exeユーティリティを使用することです。 コマンドラインから、次のコマンドを実行します。
ConfigRemoteMgmt.exe \ configwinrmuser [ドメイン\ユーザー] /すべて
ここで、[ドメイン\ユーザー]は、Citrix Directorデータへのアクセスを提供する必要があるユーザーまたはユーザーのグループの名前です。

上記のすべての操作が完了すると、Citrix DirectorサーバーはXenApp環境と対話し、ユーザーセッションに関する詳細情報を提供できるようになります。
考えられる問題と解決策
Citrix DirectorとXenAppの統合プロセスに含まれるさまざまなコンポーネントを考えると、さまざまな問題を排除することはできません。 最も一般的なものは次のとおりです。
1. Citrix Directorコンソールを開くと、資格情報を入力した後、次のメッセージが表示されます。

同時に、アプリケーションログに警告が表示されます。

2.ユーザーセッションデータの代わりに、Citrix Directorコンソールに次のメッセージが表示されます。

さまざまなシナリオや環境でこれらの問題を調査している間に、XenAppは次の原因を特定しました。
- XenAppコントローラー名が、Citrix DirectorサーバーのService.AutoDiscoveryAddressesXAパラメーターに誤って指定されています。
- XenAppコントローラーのポート2513および5985は閉じています。 ポート5985はWinRMによって使用され、Citrix Directorはポート2513を介してXenAppサーバーと通信します。
- XenAppコントローラー上のCitrix XenApp Commands Remotingサービスが無効化または停止されています。
- Citrix HDX WMI ProviderがXenAppサーバーにインストールされていません
- XenAppサーバーには、いくつかのネットワークカードが含まれています。 この問題を解決するにはいくつかの方法があります。
ログファイルを含める
XenAppとCitrix Directorの相互作用の詳細については、ログを構成できます。 これを行うには、Citrix Directorを搭載したサーバーで次の手順を実行します。
1
| ログファイルを保存するフォルダーを作成する
| ![]() |
2
| このフォルダーに空のテキストファイルを作成します。
| |
3
| IIS(ローカルIIS_IUSRSアカウント)がこのフォルダーへの書き込み権限を持っていることを確認します
| ![]() |
4
| IISコンソールで次のCitrixDirector設定を変更します。
Log.FileName = [ログファイルへのパス]; Log.IncludeLocation = 1 Log.LogToCDF = 1 Log.LogToConsole = 1 Log.LogToDebug = 1 Log.LogToFile = 1 | ![]() |
5
| IISを再起動します
| ![]() |