アプリケーション

注：

Citrix Virtual Apps and Desktops™ の展開は、WebベースのWeb StudioとWindowsベースのCitrix Studioという2つの管理コンソールを使って管理できます。本記事ではWeb Studioのみを扱います。Citrix Studioに関する詳細については、Citrix Virtual Apps and Desktops 7 2212以前のバージョンにおける同等の記事をご参照ください。

はじめに

展開でデリバリーグループのみを使用している場合（アプリケーショングループを使用していない場合）、アプリケーションをデリバリーグループに追加します。アプリケーショングループも使用している場合は、通常、代わりにアプリケーションをアプリケーショングループに追加します。このガイダンスにより、管理が容易になります。アプリケーションは常に、少なくとも1つのデリバリーグループまたはアプリケーショングループに属している必要があります。

アプリケーションの追加ウィザードでは、1つ以上のデリバリーグループ、または1つ以上のアプリケーショングループを選択できますが、両方を選択することはできません。後でアプリケーションのグループ関連付けを変更できますが（たとえば、アプリケーションをアプリケーショングループからデリバリーグループに移動するなど）、ベストプラクティスとしては、そのような複雑さを追加することは推奨されません。アプリケーションは1種類のグループに保持してください。

アプリケーションを複数のグループに関連付けると、それらのすべてのグループでアプリケーションを表示する十分な権限がない場合に、視認性の問題が発生する可能性があります。そのような場合は、より高い権限を持つ管理者に相談するか、アプリケーションが関連付けられているすべてのグループを含むようにスコープを拡張してください。

同じ名前のアプリケーションを（おそらく異なるグループから）同じユーザーに公開する場合、Web StudioでApplication name (for user)プロパティを変更してください。そうしないと、ユーザーはCitrix Workspace™アプリで重複した名前を目にすることになります。

アプリケーションのプロパティ（設定）は、追加時または後で変更できます。アプリケーションが配置されるアプリケーションフォルダーも、アプリケーションの追加時または後で変更できます。

詳細については、以下を参照してください。

• デリバリーグループの作成
• アプリケーショングループの作成
• タグ

アプリケーションの追加

アプリケーションは、デリバリーグループまたはアプリケーショングループを作成するときに追加できます。これらの手順は、デリバリーグループの作成およびアプリケーショングループの作成で詳しく説明されています。以下の手順では、グループ作成後にアプリケーションを追加する方法について説明します。

知っておくと良いこと：

• Remote PC Accessデリバリーグループにアプリケーションを追加することはできません。
• アプリケーションの追加ウィザードを使用して、デリバリーグループまたはアプリケーショングループからアプリケーションを削除することはできません。これは別の操作です。

1つ以上のアプリケーションを追加するには：

1. 左ペインでアプリケーションを選択し、アクションバーでアプリケーションの追加を選択します。
2. アプリケーションの追加ウィザードがはじめにページとともに起動します。このページは、今後のウィザード起動時に表示しないように設定できます。
3. ウィザードは、グループ、アプリケーション、概要の各ページを案内します。各ページの作業が完了したら、次へをクリックして概要ページに進みます。

単一のデリバリーグループまたはアプリケーショングループにアプリケーションを追加する場合の、手順1の代替案：

• 1つのデリバリーグループにのみアプリケーションを追加する場合： 手順1で、Web Studioの左ペインでデリバリーグループを選択し、中央ペインでデリバリーグループを選択してから、アクションバーでアプリケーションの追加を選択します。ウィザードにはグループページは表示されません。
• 1つのアプリケーショングループにのみアプリケーションを追加する場合： 手順1で、Web Studioの左ペインでアプリケーションを選択し、中央ペインでアプリケーショングループを選択してから、アクションバーでアプリケーショングループ名の下のアプリケーションの追加エントリを選択します。ウィザードにはグループページは表示されません。

グループページ

このページには、サイト内のすべてのデリバリーグループが一覧表示されます。アプリケーショングループも作成している場合は、アプリケーショングループとデリバリーグループが一覧表示されます。どちらかのグループを選択できますが、両方のグループから選択することはできません。つまり、アプリケーショングループとデリバリーグループに同時にアプリケーションを追加することはできません。通常、アプリケーショングループを使用している場合は、デリバリーグループではなくアプリケーショングループにアプリケーションを追加します。

アプリケーションを追加するときは、少なくとも1つのデリバリーグループ（または、利用可能な場合はアプリケーショングループ）の横にあるチェックボックスをオンにします。すべてのアプリケーションは、常に少なくとも1つのグループに関連付けられている必要があります。

アプリケーションページ

アプリケーションソースを表示するには、追加をクリックします。

• スタートメニューから: 選択したデリバリーグループ内のマシンで検出されたアプリケーション。このソースを選択すると、検出されたアプリケーションのリストを含む新しいページが起動します。追加するアプリケーションのチェックボックスを選択し、OKをクリックします。

  このソースは、(1)関連付けられたデリバリーグループがないアプリケーショングループを選択した場合、(2)マシンを含まない関連付けられたデリバリーグループがあるアプリケーショングループを選択した場合、または(3)マシンを含まないデリバリーグループを選択した場合は選択できません。

• 手動: デリバリーグループ内のVDAまたはネットワーク内の他の場所にあるアプリケーション。このソースを選択すると、次の方法で追加するアプリケーションを指定する新しいページが開きます。
  • 実行可能ファイルへのパス、作業ディレクトリ、オプションのコマンドライン引数、および管理者とユーザーの表示名を入力します。
  • デリバリーグループ内のVDAからアプリケーションを選択します。これを行うには、参照をクリックし、VDAにアクセスするための資格情報を入力し、VDAへの接続を待ってから、VDAからアプリケーションを選択します。選択したアプリケーションのプロパティは、ページ上のフィールドに自動的に入力されます。

• 既存: 以前にサイトに追加されたアプリケーション。このソースを選択すると、検出されたアプリケーションのリストを含む新しいページが起動します。追加するアプリケーションのチェックボックスを選択し、OKをクリックします。

  サイトにアプリケーションがない場合、このソースは選択できません。

• アプリケーションパッケージ: App-V、MSIX、MSIX app attach、またはFlexAppアプリケーションパッケージ内のアプリケーション。このソースを選択すると、パッケージからのアプリケーションの追加ページが起動します。アプリケーションパッケージソースを選択し、表示された結果から追加したいアプリケーションを選択し、OKを選択します。詳細については、「アプリケーションパッケージの展開と配信」を参照してください。

• アプリケーショングループ: アプリケーショングループ。このソースを選択すると、アプリケーショングループのリストを含む新しいページが起動します。（表示には各グループ内のアプリケーションもリストされますが、個々のアプリケーションではなくグループのみを選択できます。）選択したグループ内の現在および将来のすべてのアプリケーションが追加されます。追加するアプリケーショングループのチェックボックスを選択し、OKをクリックします。

  このソースは、(1)アプリケーショングループがない場合、または(2)選択したデリバリーグループがアプリケーショングループをサポートしていない場合（たとえば、静的に割り当てられたマシンを持つデリバリーグループ）は選択できません。

表に示されているように、追加リスト内の一部のソースは、そのタイプの有効なソースがない場合は選択できません。互換性のないソース（たとえば、アプリケーショングループにアプリケーショングループを追加することはできません）はリストに含まれません。選択したグループに既に追加されているアプリケーションは選択できません。

このページから、または後で、アプリケーションのプロパティ（設定）を変更できます。

デフォルトでは、追加されたアプリケーションはApplicationsという名前のアプリケーションフォルダーに配置されます。このページから、または後でアプリケーションを変更できます。アプリケーションを追加しようとして、同じ名前のアプリケーションが同じフォルダーに存在する場合、追加しようとしているアプリケーションの名前を変更するよう求められます。提示された新しい名前を受け入れるか、拒否してアプリケーションの名前を変更するか、別のフォルダーを選択できます。たとえば、Applicationsフォルダーにappが既に存在し、そのフォルダーにappという名前の別のアプリケーションを追加しようとすると、新しい名前app_1が提示されます。

概要ページ

10個以下のアプリケーションを追加する場合、それらの名前は追加するアプリケーションにリストされます。10個を超えるアプリケーションを追加する場合、合計数が指定されます。

概要情報を確認し、完了をクリックします。

アプリケーションのグループ関連付けを変更する

アプリケーションを追加した後、アプリケーションが関連付けられているデリバリーグループおよびアプリケーショングループを変更できます。

アプリケーションを別のグループにドラッグできます。これは、アクションバーのコマンドを使用する代わりの方法です。

アプリケーションがアプリケーショングループを使用するか直接的であるかにかかわらず、複数のデリバリーグループに関連付けられている場合、グループの優先順位を使用して、複数のグループが評価される順序を指定できます。アクセス ポリシー、ユーザー リスト、スマート アクセス タグなどの要因に基づいてグループを考慮対象から除外でき、グループから選択される特定のコンピューターは、ゾーンの優先順位、起動準備状況、タグの制限などの要因によって影響を受ける可能性があります。デフォルトでは、すべてのグループの優先順位は0（最高）です。デリバリーグループの優先順位が同じ場合、最も負荷の低いデリバリーグループがアプリケーションの起動に選択されます。この場合、垂直ロードバランシングは考慮されません。

アプリケーションは、アプリケーションを配信できる共有（プライベートではない）マシンを含むデリバリーグループに関連付けることができます。また、(1) デリバリーグループに共有マシンが含まれており、XenDesktop 7.x バージョン 7.9 より前のバージョンで作成された場合、および (2) Edit delivery group 権限がある場合、デスクトップのみを配信する共有マシンを含むデリバリーグループを選択できます。プロパティダイアログがコミットされると、デリバリーグループの種類は自動的に desktops and applications に変換されます。

1. Web Studioにサインインし、左側のペインでアプリケーションを選択し、アプリケーションを選択します。
2. アクションバーでプロパティを選択します。
3. グループページを選択します。
   • グループを追加するには、追加をクリックし、アプリケーショングループまたはデリバリーグループを選択します。（アプリケーショングループを作成していない場合、唯一のエントリはデリバリーグループです。）次に、1つ以上の利用可能なグループを選択します。アプリケーションと互換性のないグループ、またはすでにアプリケーションに関連付けられているグループは選択できません。
   • グループを削除するには、1つ以上のグループを選択し、削除をクリックします。グループの関連付けを削除した結果、アプリケーションがどのグループにも関連付けられなくなる場合、アプリケーションが削除されることを警告されます。
   • グループの優先順位を変更するには、グループを選択し、優先順位の編集をクリックします。優先順位の値を選択し、OKをクリックします。
4. 完了したら、適用をクリックして変更を適用しウィンドウを開いたままにするか、OKをクリックして変更を適用しウィンドウを閉じます。

アプリケーションの複製、有効化または無効化、名前の変更、または削除

次のアクションが利用可能です:

• 複製: 異なるパラメーターまたはプロパティを持つ別のバージョンを作成するために、アプリケーションを複製したい場合があります。アプリケーションを複製すると、一意のサフィックスが自動的に付加されて名前が変更され、元のアプリケーションの隣に配置されます。また、アプリケーションを複製してから、別のグループに追加することもできます。（複製後、アプリケーションを移動する最も簡単な方法はドラッグすることです。）
• 有効化または無効化: アプリケーションの有効化と無効化は、デリバリーグループまたはアプリケーショングループの有効化と無効化とは異なるアクションです。
• 名前の変更: 一度に1つのアプリケーションのみ名前を変更できます。アプリケーションの名前を変更しようとして、同じ名前のアプリケーションが同じフォルダーまたはグループに存在する場合、別の名前を指定するように求められます。
• 削除: アプリケーションを削除すると、そのアプリケーションが関連付けられていたデリバリーグループおよびアプリケーショングループから削除されますが、元々アプリケーションを追加するために使用されたソースからは削除されません。アプリケーションの削除は、デリバリーグループまたはアプリケーショングループからアプリケーションを削除するのとは異なるアクションです。

アプリケーションを複製、有効化、無効化、名前変更、または削除するには：

1. 左ペインでアプリケーションを選択します。
2. 中央ペインで1つ以上のアプリケーションを選択し、アクションバーで適切なタスクを選択します。
3. プロンプトが表示されたら、アクションを確認します。

デリバリーグループからアプリケーションを削除する

アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに関連付けられている（属している）必要があります。アプリケーションをデリバリーグループから削除しようとして、そのアプリケーションがどのデリバリーグループまたはアプリケーショングループとの関連付けも失われることになる場合、続行するとアプリケーションが削除される旨が通知されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。

1. 左ペインでデリバリーグループを選択します。
2. デリバリーグループを選択します。中央下ペインのアプリケーションタブで、削除するアプリケーションを選択します。
3. アクションバーからアプリケーションの削除を選択します。
4. 削除を確認します。

アプリケーショングループからアプリケーションを削除する

アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに属している必要があります。アプリケーションをアプリケーショングループから削除しようとして、その結果、そのアプリケーションがどのグループにも属さなくなる場合、続行するとアプリケーションが削除されることが通知されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。

1. 左側のペインで [アプリケーション] を選択します。
2. 中央のペインでアプリケーショングループを選択し、1つ以上のアプリケーションを選択します。
3. アクションバーで [アプリケーショングループから削除] を選択します。
4. 削除を確認します。

アプリケーションプロパティの変更

一度に1つのアプリケーションのプロパティのみを変更できます。

アプリケーションのプロパティを変更するには：

1. 左側のペインで [アプリケーション] を選択します。
2. アプリケーションを選択し、アクションバーで [アプリケーションプロパティの編集] を選択します。
3. 変更したいプロパティを含むページを選択します。
4. 完了したら、[適用] をクリックして変更を適用し、ウィンドウを開いたままにするか、[OK] をクリックして変更を適用し、ウィンドウを閉じます。

以下の一覧では、ページが括弧内に示されています。

アプリケーションの変更は、現在のアプリケーションユーザーがセッションからログオフするまで有効にならない場合があります。

アプリケーション制限の構成

アプリケーションの使用を管理するために、アプリケーション制限を構成します。たとえば、アプリケーション制限を使用して、アプリケーションに同時にアクセスするユーザーの数を管理できます。同様に、アプリケーション制限は、リソースを大量に消費するアプリケーションの同時インスタンスの数を管理するためにも使用できます。この制限は、サーバーのパフォーマンスを維持し、サービスの劣化を防ぐのに役立ちます。

この機能は、Controllerによって仲介されるアプリケーション起動の数（Citrix WorkspaceアプリやStoreFrontなどからの起動）を制限するものであり、他の方法で起動できる実行中のアプリケーションの数を制限するものではありません。これは、アプリケーション制限が同時使用を管理する際に管理者を支援するものの、すべてのシナリオで強制力を持つわけではないことを意味します。たとえば、Controllerが停止モードの場合、アプリケーション制限は適用できません。

デフォルトでは、同時に実行できるアプリケーションインスタンスの数に制限はありません。アプリケーションの制限設定はいくつかあります。それらのいずれか、またはすべてを構成できます。

• デリバリーグループ内のすべてのユーザーによるアプリケーションの同時インスタンスの最大数。
• デリバリーグループ内のユーザーごとに1つのアプリケーションインスタンス。
• マシンごとのアプリケーションの同時インスタンスの最大数（PowerShellのみ）。

制限が構成されている場合、ユーザーが構成された制限を超えるアプリケーションインスタンスを起動しようとすると、エラーメッセージが生成されます。複数の制限が構成されている場合、最初の制限に達したときにエラーが報告されます。

アプリケーション制限の使用例：

• 同時インスタンス数の最大制限： デリバリーグループで、アプリケーション Alpha の同時インスタンスの最大数を15に構成します。その後、そのデリバリーグループのユーザーは、そのアプリケーションの15個のインスタンスを同時に実行しています。そのデリバリーグループのいずれかのユーザーが Alpha を起動しようとすると、エラーメッセージが生成されます。構成された同時アプリケーションインスタンス制限（15）を超えるため、Alpha は起動されません。
• ユーザーあたり1インスタンスのアプリケーション制限： 別のデリバリーグループで、アプリケーション Beta のユーザーあたり1インスタンスオプションを有効にします。ユーザーのTonyはアプリケーション Beta を正常に起動します。その日の後半、そのアプリケーションがTonyのセッションでまだ実行されている間に、彼は Beta の別のインスタンスを起動しようとします。エラーメッセージが生成され、ユーザーあたり1インスタンスの制限を超えるため、Beta は起動されません。
• 同時インスタンス数の最大制限とユーザーあたり1インスタンスの制限： 別のデリバリーグループで、同時インスタンスの最大数を10に構成し、アプリケーション Delta のユーザーあたり1インスタンスオプションを有効にします。その後、そのデリバリーグループの10人のユーザーがそれぞれ Delta のインスタンスを実行している場合、そのデリバリーグループの他のユーザーが Delta を起動しようとすると、エラーメッセージが表示されます。Delta は起動されません。現在の10人の Delta ユーザーのいずれかがそのアプリケーションの2番目のインスタンスを起動しようとすると、エラーメッセージが表示され、2番目のインスタンスは起動されません。

• マシンごとの同時インスタンスの最大数とタグ制限の使用： アプリケーション Charlie には、特定のサーバーで同時に実行できるインスタンスの数を規定するライセンスおよびパフォーマンス要件があります。これらの要件は、サイト内のすべてのサーバーで同時に実行できるインスタンスの数も規定します。

  アプリケーションのインスタンス数/マシン制限は、サイト内のすべてのサーバー（特定のデリバリーグループ内のマシンだけでなく）に影響します。サイトに3台のサーバーがあるとします。アプリケーション Charlie の場合、マシンごとのアプリインスタンス制限を2に構成します。したがって、サイト全体でアプリケーション Charlie のインスタンスは6つまでしか起動できません。（これは、3台のサーバーそれぞれでCharlieのインスタンスが2つという制限です。）

  デリバリーグループ内の特定のコンピューターにのみアプリケーションの使用を制限するには（サイト全体のすべてのコンピューターでのインスタンスの制限に加えて）：

  • それらのマシンにタグ付け機能を使用します。
  • そのアプリケーションのマシンごとのインスタンスの最大数を構成します。

コントローラーの仲介以外の方法でアプリケーションが起動され（たとえば、コントローラーが停止モードの場合など）、構成された制限を超過した場合、ユーザーは制限を超過しない程度にインスタンスを閉じるまで、それ以上のインスタンスを起動できません。制限を超過したインスタンスは強制的にシャットダウンされません。ユーザーがそれらを閉じるまで続行が許可されます。

セッションローミングを無効にする場合、ユーザーあたり1インスタンスのアプリケーション制限を無効にします。ユーザーあたり1インスタンスのアプリケーション制限を有効にする場合、新しいデバイスで新しいセッションを許可する2つの値のいずれも構成しないでください。ローミングの詳細については、「セッション」を参照してください。

デリバリーグループあたりの最大インスタンス数制限、およびユーザーあたり1インスタンスの制限を構成するには：

1. 左側のペインでアプリケーションを選択し、アプリケーションを選択します。
2. アクションバーでアプリケーションプロパティの編集を選択します。

3. 配信ページで、次のいずれかのオプションを選択します。

   • アプリケーションの無制限の使用を許可する。同時に実行できるインスタンスの数に制限はありません。これがデフォルトです。
   • アプリケーションの制限を設定する。制限の種類は2つあります。いずれかまたは両方を指定します。
     • マシンごとに同時に実行できるインスタンスの最大数を指定します
     • ユーザーあたり1つのアプリケーションインスタンスに制限する
4. 変更を適用してダイアログボックスを閉じるには、OKをクリックします。変更を適用してダイアログボックスを開いたままにするには、適用をクリックします。

マシンあたりの最大インスタンス数制限を構成するには（PowerShellのみ）：

• PowerShellで（Citrix Cloud™展開の場合はRemote PowerShell SDKを、オンプレミス展開の場合はPowerShell SDKを使用）、適切なBrokerApplicationコマンドレットをMaxPerMachineInstancesパラメーターとともに指定します。

• ガイダンスについては、Get-Helpコマンドレットを使用してください。例：

  Get-Help Set-BrokerApplication –Parameter MaxPerMachineInstances

公開アプリケーションにパラメーターを渡す

アプリケーションのプロパティの場所ページを使用して、コマンドラインを入力し、公開アプリケーションにパラメーターを渡します。

公開アプリケーションをファイルの種類に関連付けると、"%*"（二重引用符で囲まれたパーセント記号とアスタリスク記号）がアプリケーションのコマンドラインの末尾に追加されます。これらの記号は、ユーザーデバイスに渡されるパラメーターのプレースホルダーとして機能します。

公開アプリケーションが期待どおりに起動しない場合は、そのコマンドラインに正しい記号が含まれていることを確認してください。デフォルトでは、"%*"記号が追加されると、ユーザーデバイスから提供されるパラメーターが検証されます。ユーザーデバイスから提供されるカスタマイズされたパラメーターを使用する公開アプリケーションの場合、コマンドライン検証をバイパスするために、"%**"記号がコマンドラインに追加されます。アプリケーションのコマンドラインにこれらの記号が表示されない場合は、手動で追加してください。

実行可能ファイルへのパスにスペースを含むディレクトリ名（"C:\Program Files"など）が含まれている場合は、スペースがコマンドラインに属することを示すために、アプリケーションのコマンドラインを二重引用符で囲みます。これを行うには、パスを二重引用符で囲み、%*記号を別の二重引用符で囲みます。パスの閉じ引用符と%*記号の開き引用符の間にスペースを含めるようにしてください。

たとえば、公開アプリケーションであるWindows Media Playerのコマンドラインは次のとおりです。

"C:\Program Files\Windows Media Player\mplayer1.exe" "%*"

注：

公開アプリケーションを起動するためのコマンドラインの最大文字数（引数を含む）は203です。

公開アプリケーションでのセッションサインアウトの問題のトラブルシューティング

アプリケーションを公開する場合、公開アプリケーションのメインの実行可能ファイルのみが指定されます。ただし、一部のアプリケーションは、バックグラウンドで実行され、メインの公開アプリケーションが閉じられたときに、対応するメインの実行可能ファイルによって閉じられない追加の（子）プロセスを生成する場合があります。追加のプロセスは、実行されるスクリプトや、RunやRunOnceKeyのような特定のレジストリキーからも作成される場合があります。これらのアプリケーションは、正常なサインアウトを妨げ、セッションが残留したりハングしたりする原因となり、セッションが閉じられず、ユーザーがサインアウトされない結果となる可能性があります。

この場合、Citrix Directorを使用してこれらのセッションをリセットまたは終了する必要があります。

適切にサインアウトされないセッションを特定し、トラブルシューティングするために、Citrixは3つのレジストリエントリを提供しています。これらの問題により適切にログオフされないセッションの特定とトラブルシューティングは、次の3段階のプロセスです。

1. 正常なサインアウトを妨げている公開アプリケーションを持つセッションを特定する

2. それらの公開アプリケーションが追加の（子）プロセスを生成するかどうかを特定する

3. これらのプロセスを指定されたレジストリエントリに追加して、サインアウトを妨げないようにする

ステップ2：公開アプリケーションが追加の（子）プロセスを生成するかどうかを特定する

公開アプリケーションが正常なサインアウトを妨げていると特定されたら、次のステップは、このアプリケーションが実行時に追加のプロセスを生成するかどうかを判断することです。

公開アプリケーションが閉じられたときに、どのプロセスが正常なサインアウトをブロックしているかを判断するには、HKCU\Software\CitrixVolatile\Seamless\Sessions\[ID]\LogoffCheckerBlockingProcess を参照してください。

次の例では、キー LogoffCheckerBlockingProcess に次のエントリが含まれています。

PhoneExperienceHost.exe
SkypeApp.exe
SkypeBackgroundHost.exe
<!--NeedCopy-->

これらのプロセスが正常なサインアウトを妨げていました。

注：

確認したいセッションの正しいセッションIDで [ID] を置き換えてください。

ステップ3：これらのプロセスを指定されたレジストリエントリに追加して、サインアウトを妨げないようにする

今後のセッションでサインアウトが妨げられるのを防ぐために、これらのプロセスを以下のレジストリキーに追加できます。

Add the process file name to the following registry key:
Caution! Refer to the Disclaimer at the end of this article before using the Registry Editor.
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWI
Value Name:LogoffCheckSysModules
Type:REG_SZ
String:MyAppName.exe
<!--NeedCopy-->

LogoffCheckSysModules の詳細については、「公開アプリケーションからの正常なログオフによりセッションがアクティブ状態になる」を参照してください。

ステップバイステップのトラブルシューティングガイド

1. テスト対象のVDAでリモートレジストリサービスを開始します。

   1. コントロールパネルで、管理ツール > サービス を選択します。

   2. リモートレジストリサービス を右クリックし、プロパティ を選択します。

   3. スタートアップの種類 で、ドロップダウンメニューから 自動 を選択します。

   公開アプリケーションのレジストリ(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/published-app-registry.png)

2. テスト対象のVDAでWindowsファイアウォールをオフにするか、ポート455を有効にする受信ファイアウォール規則を作成します。

   1. コントロールパネルで、Windows Defender Firewall > 詳細設定を選択します。

   2. Inbound Rulesを右クリックし、New Ruleを選択します。

   3. 新しい受信の規則ウィザードで、ポートを選択します。

   4. プロトコルとポートページで、TCPと特定のローカルポートを選択します。ローカルポートとして445を入力します。

   5. 操作ページで接続を許可を選択します。

   6. 新しい受信規則を適用するファイアウォールプロファイルを選択します。

   7. ファイアウォール規則に名前を付け、Finishを選択してNew Inbound Rule wizardを終了します。

   公開アプリケーションのファイアウォールポート(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/published-app-firewall-port.png)

3. 同じドメイン内の別のVM（DC、DDC、または別のVDAでも可）から、Regeditを実行し、リモートレジストリに接続します。

   公開アプリケーションのレジストリエディター(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/published-app-registry-editor.png)

4. テスト対象のVDAのIPアドレスを入力し、OKをクリックします。regeditツリーには、テスト対象のVDAのブランチが表示される必要があります。

   公開アプリケーションのregedit(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/published-app-regedit.png)

5. Command Prompt公開アプリケーションを開きます。

   

   コマンドプロンプトアプリがCitrix Workspaceに表示されます。

   

6. クライアントで接続センターを開きます。これは、開いているシームレスアプリを閉じた後、セッションがサインアウトされたときに監視するために使用されます。次の画像で、コマンドプロンプトプロセスc:\Windows\system32\cmd.exeがリモートVDIでアクティブになっていることがわかります。

   

7. regeditが実行されているVDAから、次のリモートIPの場所に移動します。 HKEY_USERS\S-1-X-XX-XXXXXXXX-XXXXXXXXXXX-XXXXXXXXXX-XXXX\SOFTWARE\CitrixVolatile\Seamless\Sessions\X\

   注:

   新しいセッションを開くたびに、このパスは変更されます。

8. ここで読み取るべきキーが2つあります（ここでは変更しないでください）。LogoffCheckBlockingProcessとLogoffCheckerBlockingVisibleProcessです。これらのキーは、サインアウトをブロックしているプログラムを表示します。最初のキーにはC:\Windows\System32\cmd.exeが表示されるはずです。これは開いたままで、まだ閉じられていないためです。

   注:

   LogoffCheckBlockingProcessとLogoffCheckerBlockingVisibleProcessは手動で編集しないでください。これらのレジストリ値を手動で編集すると、セッションが不安定になる可能性があります。

   

9. 右上隅のXをクリックしてSeamless CMDを終了します。

10. 接続センターでセッションが閉じるかどうかを確認します。閉じるまでに最大30秒かかる場合があります。閉じれば、正常なサインアウトを妨げるアプリケーションやプロセスはなかったことになります。

    

11. セッションが閉じなかった場合は、F5キーでregeditの出力を更新します。

12. LogoffCheckBlockingProcessとLogoffCheckerBlockingVisibleProcessの内容を再度確認します。CMDはもう存在しないはずですが、別のプロセスがリストされているはずです。現在セッションのサインアウトをブロックしているプロセスがここに表示されているはずです。

    この場合、コマンドプロンプトが閉じられる前に、公開されたコマンドプロンプトからNotepad.exeが開かれており、このリモートのメモ帳プロセスが正常なサインアウトを妨げています。

    

13. この実行可能ファイルのパスと、それが表示されたキーをメモし、リモートツリーの下にある次のレジストリキーに入力します。

    • 「LogoffCheckBlockingProcess」という項目に、その情報が記載されている、または表示されている場合: HKLM\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWILogoffCheckSysModulesInternal
    • 「LogoffCheckerBlockingVisibleProcess」という項目に、その情報が記載されている、または表示されている場合: HKLM\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWILogoffCheckVisibleSysModules

    注:

    キーにすでに1つ以上のエントリがある場合は、末尾にコンマを追加し、そのコンマの後に新しいエントリを配置します。

    

14. クライアントの接続センターからセッションをサインアウトし、リモートアプリケーションを再度開きます。

15. リモートアプリケーションを閉じてから30秒以内にセッションが自動的にサインアウトされるまで、手順9～16を繰り返します。

    注:

    トラブルシューティング後、必要に応じて、リモートレジストリアクセスを許可するために一時的なファイアウォールの変更を元に戻します。

公開アプリケーションを開くときにWindowsの免責事項メッセージを全画面表示で見るためにLogonUIを変更する方法

認証パススルーが発生しないシナリオでは、LogonUI ウィンドウのスケーリングが改善されました。LogonUI ウィンドウは、モニターの解像度と使用されているDPI設定に基づいてスケーリングされるため、LogonUI ウィンドウ全体がクリッピングなしで表示されます。

ウィンドウのサイズ（ピクセル単位）は、レジストリで手動で設定することもできます。

1. Run コマンドで regedit を使用して、Registry Editor を開きます。

2. HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\ に移動します。

3. Create two new DWORD keys: LogonUIWidth and LogonUIHeight.

4. LogonUI ウィンドウに必要な幅と高さ（ピクセル単位）にキーの値を設定します。

   LogonUI ウィンドウのサイズを手動で設定すると、自動スケーリングは無効になります。

注記：

これらのレジストリパスは2407以降変更されました。古いレジストリ値は無視され、非推奨です。

デフォルトでは、LogonUI ウィンドウには閉じるボタン付きのタイトルバーが含まれており、エンドユーザーは必要に応じてセッションから切断できます。

タイトルバーを無効にする

次のレジストリキーを使用して、LogonUI ウィンドウのタイトルバーを無効にできます。

1. Run コマンドで regedit を使用して、Registry Editor を開きます。

2. HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\ に移動します。

3. 新しいDWORDキー LogonUICaption を作成し、キーの値を 0 に設定します。

   タイルバー付きLogonUIウィンドウ(/ja-jp/citrix-virtual-apps-desktops/2507-ltsr/media/logonui-window-with-tilebar.png)

アプリケーションフォルダーの管理

デフォルトでは、デリバリーグループに追加する新しいアプリケーションは、Applicationsという名前のフォルダーに配置されます。デリバリーグループの作成時、アプリケーションの追加時、または後で別のフォルダーを指定できます。

留意事項:

• Applicationsフォルダーの名前を変更したり削除したりすることはできませんが、そのフォルダーに含まれるすべてのアプリケーションを、作成した他のフォルダーに移動することはできます。
• フォルダー名には1～64文字を含めることができます。スペースも使用できます。
• フォルダーは最大5レベルまでネストできます。
• フォルダーにアプリケーションを含める必要はありません。空のフォルダーも許可されます。
• Web Studioでは、フォルダーはアルファベット順に表示されます。ただし、フォルダーを移動したり、作成時に別の場所を指定したりした場合は除きます。
• 各フォルダーの親フォルダーが異なる限り、同じ名前のフォルダーを複数持つことができます。同様に、各アプリケーションが異なるフォルダーにある限り、同じ名前のアプリケーションを複数持つことができます。
• フォルダー内のアプリケーションを表示するには、View Applications権限が必要です。また、アプリケーションを含むフォルダーを削除、名前変更、または削除するには、フォルダー内のすべてのアプリケーションに対してEdit Application Properties権限が必要です。
• 以下のほとんどの手順では、Web Studioのアクションバーを使用してアクションを要求します。または、右クリックメニューを使用するか、項目をドラッグすることもできます。たとえば、意図しない場所にフォルダーを作成または移動した場合、ドラッグアンドドロップで正しい場所に移動できます。

• Web Studioのすべてのノード（マシンカタログ、デリバリーグループ、アプリケーション、アプリケーショングループなど）は、バックエンドで同じフォルダーツリーを共有します。フォルダーの名前変更や移動時に名前の競合を避けるため、異なるノード間で最上位フォルダーには一意の名前を使用してください。

  New-BrokerAdminFolder SDKコマンドレットを使用してフォルダーを作成し、それをアプリケーションノードの下に表示したい場合は、Set-BrokerAdminFolderMetadataコマンドレットを使用してContainsApplicationsメタデータを追加する必要があります。

  例:

   Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsApplications -Value true
   <!--NeedCopy-->
  

アプリケーションフォルダーを管理するには、左ペインでApplicationsを選択します。以下のリストを参考にしてください。

• すべてのフォルダーを表示するには（ネストされたフォルダーを除く）： フォルダーリストの上にあるShow allをクリックします。
• 最上位レベルにフォルダーを作成するには（ネストしない）： Applicationsフォルダーを選択します。新しいフォルダーをApplications以外の既存のフォルダーの下に配置するには、そのフォルダーを選択します。次に、アクションバーでCreate Folderを選択します。名前を入力します。
• フォルダーを移動するには： フォルダーを選択し、アクションバーでMove Folderを選択します。フォルダーにネストされたフォルダーが含まれていない限り、一度に1つのフォルダーしか移動できません。（フォルダーを移動する最も簡単な方法は、ドラッグすることです。）
• フォルダーの名前を変更するには： フォルダーを選択し、アクションバーでRename Folderを選択します。名前を入力します。
• フォルダーを削除するには： フォルダーを選択し、アクションバーでDelete Folderを選択します。アプリケーションや他のフォルダーを含むフォルダーを削除すると、それらのオブジェクトも削除されます。アプリケーションを削除すると、デリバリーグループからのアプリケーション割り当ては削除されます。ただし、マシンからは削除されません。
• アプリケーションをフォルダーに移動するには： 1つまたは複数のアプリケーションを選択します。次に、アクションバーでMove Applicationを選択します。フォルダーを選択します。

デリバリーグループまたはアプリケーショングループを作成する際に、Applicationページで追加するアプリケーションをフォルダーに配置することもできます。デフォルトでは、追加されたアプリケーションはApplicationsフォルダーに入ります。Changeをクリックしてフォルダーを選択または作成します。

公開デスクトップでのアプリケーションのローカル起動を制御する

ユーザーが公開デスクトップ内から公開アプリケーションを起動するときに、そのアプリケーションをデスクトップセッション内で起動するか、公開アプリケーションとして起動するかを制御できます。Citrix Workspaceアプリは、VDA上のWindowsレジストリでアプリケーションのインストールパスを検索し、存在する場合はアプリケーションのローカルインスタンスを起動します。それ以外の場合は、ホストされたアプリケーションのインスタンスが起動されます。VDAにインストールされていないアプリケーションを起動すると、ホストされたアプリケーションが起動されます。詳細については、「vPrefer launch」を参照してください。

パワーシェル（シトリックスクラウド展開ではリモートパワーシェルSDKを、オンプレミス展開ではパワーシェルSDKを使用して）で、このアクションを変更できます。

New-Broker ApplicationまたはSet-BrokerApplication コマンドレットで、LocalLaunchDisabled オプションを使用します。例：

Set-BrokerApplication -LocalLaunchDisabled <Boolean>

デフォルトでは、このオプションの値はfalse (-LocalLaunchDisabled $false) です。公開デスクトップ内から公開アプリケーションを起動すると、アプリケーションはそのデスクトップセッション内で起動されます。

オプションの値をtrue (-LocalLaunchDisabled $true) に設定すると、公開アプリケーションが起動されます。これにより、公開デスクトップから公開アプリケーションへの（Windows用Citrix Workspaceアプリを使用した）個別の追加セッションが作成されます。

要件と制限事項:

• アプリケーションの ApplicationType の値は HostedOnDesktop である必要があります。
• このオプションは、適切なPowerShell SDKを介してのみ利用可能です。現在、Web Studioのグラフィカルインターフェイスでは利用できません。
• このオプションを有効にするためには、以下のソフトウェアが最低限必要となります。具体的には、StoreFront 3.14、Citrix Receiver for Windows 4.11、およびDelivery Controller 7.17です。