アプリケーション
- Step 2
注:
バージョン2511以降、Citrix Web Studio（Webベース）はCitrix Virtual Apps and Desktops™の唯一の管理コンソールです。Citrix Studio（MMCベース）はインストーラーから削除されました。この記事はWeb Studioにのみ適用されます。Citrix Studioに関する情報については、Citrix Virtual Apps and Desktops 7 2212以前の同等の記事を参照してください。
はじめに
展開でデリバリーグループのみを使用している場合（アプリケーショングループを使用していない場合）、アプリケーションはデリバリーグループに追加します。アプリケーショングループも使用している場合は、通常、代わりにアプリケーショングループにアプリケーションを追加します。このガイダンスにより、管理が容易になります。アプリケーションは常に、少なくとも1つのデリバリーグループまたはアプリケーショングループに属している必要があります。
アプリケーションの追加ウィザードでは、1つ以上のデリバリーグループ、または1つ以上のアプリケーショングループを選択できますが、両方を同時に選択することはできません。後でアプリケーションのグループ関連付けを変更することはできますが（たとえば、アプリケーションをアプリケーショングループからデリバリーグループに移動するなど）、ベストプラクティスとしては、そのような複雑さを追加することは推奨されません。アプリケーションは1種類のグループに保持してください。
- アプリケーションを複数のグループに関連付ける場合、それらのすべてのグループでアプリケーションを表示するための十分な権限がないと、可視性の問題が発生する可能性があります。そのような場合は、より高い権限を持つ管理者に相談するか、アプリケーションが関連付けられているすべてのグループを含むようにスコープを拡張してください。
同じ名前の2つのアプリケーション（異なるグループからのものかもしれません）を同じユーザーに公開する場合、Web StudioでApplication name (for user)プロパティを変更してください。そうしないと、ユーザーはCitrix Workspace™アプリで重複する名前を目にすることになります。
アプリケーションのプロパティ（設定）は、追加時または後で変更できます。アプリケーションが配置されるアプリケーションフォルダーも、アプリケーションの追加時または後で変更できます。
-
詳細については、以下を参照してください。
- デリバリーグループの作成
- アプリケーショングループの作成
-
アプリケーションの追加
アプリケーションは、デリバリーグループまたはアプリケーショングループの作成時に追加できます。これらの手順は、デリバリーグループの作成およびアプリケーショングループの作成で詳しく説明されています。次の手順では、グループ作成後にアプリケーションを追加する方法について説明します。
知っておくと良いこと:
- Remote PCアクセスデリバリーグループにはアプリケーションを追加できません
-
アプリケーションの追加ウィザードを使用して、デリバリーグループまたはアプリケーショングループからアプリケーションを削除することはできません。これは別の操作です
-
1つ以上のアプリケーションを追加するには:
-
- 左ペインでアプリケーションを選択し、アクションバーでアプリケーションの追加を選択します。
-
- アプリケーションの追加ウィザードが概要ページとともに起動します。このページは、今後のウィザード起動時に表示しないように設定できます。
-
- ウィザードは、グループ、アプリケーション、サマリーの各ページを案内します。各ページの作業が完了したら、次へをクリックしてサマリーページに進みます。
-
単一のデリバリーグループまたはアプリケーショングループにアプリケーションを追加する場合のステップ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アプリ添付、またはFlexAppアプリケーションパッケージ内のアプリケーション。このソースを選択すると、パッケージからのアプリケーションの追加ページが起動します。アプリケーションパッケージソースを選択し、表示されたアプリケーションの中から追加したいものを選択して、OKを選択します。詳細については、「アプリパッケージの展開と配信」を参照してください。
-
アプリケーショングループ: アプリケーショングループ。このソースを選択すると、アプリケーショングループのリストが表示された新しいページが起動します。(表示には各グループのアプリケーションもリストされますが、個々のアプリケーションではなくグループのみを選択できます。)選択したグループ内の現在および将来のすべてのアプリケーションが追加されます。追加するアプリケーショングループのチェックボックスを選択し、OKをクリックします。
このソースは、(1)アプリケーショングループがない場合、または(2)選択したデリバリーグループがアプリケーショングループをサポートしていない場合(たとえば、静的に割り当てられたマシンを持つデリバリーグループなど)には選択できません。
表に示されているように、追加リストの一部のソースは、そのタイプの有効なソースがない場合は選択できません。互換性のないソース(たとえば、アプリケーショングループにアプリケーショングループを追加することはできません)はリストに含まれません。選択したグループにすでに追加されているアプリケーションは選択できません。
アプリケーションのプロパティ(設定)は、このページまたは後で変更できます。
デフォルトでは、追加されたアプリケーションはApplicationsという名前のアプリケーションフォルダーに配置されます。アプリケーションは、このページまたは後で変更できます。同じ名前のアプリケーションが同じフォルダーに存在する場合にアプリケーションを追加しようとすると、追加するアプリケーションの名前を変更するように求められます。提示された新しい名前を受け入れるか、拒否してアプリケーションの名前を変更するか、別のフォルダーを選択できます。たとえば、appがApplicationsフォルダーにすでに存在し、そのフォルダーにappという名前の別のアプリケーションを追加しようとすると、新しい名前app_1が提示されます。
概要ページ
10個以下のアプリケーションを追加する場合、それらの名前は追加するアプリケーションにリストされます。10個を超えるアプリケーションを追加する場合、合計数が指定されます。
概要情報を確認し、完了をクリックします。
アプリケーションのグループ関連付けの変更
アプリケーションを追加した後、そのアプリケーションが関連付けられているデリバリーグループとアプリケーショングループを変更できます。
アプリケーションを別のグループにドラッグできます。これは、アクションバーのコマンドを使用する代替手段です。
アプリケーションがアプリケーショングループを使用するか直接かに関わらず複数のデリバリーグループに関連付けられている場合、グループの優先順位を使用して複数のグループが評価される順序を指定できます。アクセスポリシー、ユーザーリスト、スマートアクセスタグなどの要因に基づいてグループを考慮対象から除外でき、グループから選択される特定のマシンは、ゾーンの優先順位、起動準備状況、およびタグの制限などの要因によって影響を受ける可能性があります。デフォルトでは、すべてのグループの優先順位は0(最高)です。デリバリーグループの優先順位が同じ場合、最も負荷の低いデリバリーグループがアプリケーションの起動に選択されます。この場合、垂直ロードバランシングは考慮されません。
アプリケーションは、アプリケーションを配信できる共有(プライベートではない)マシンを含むデリバリーグループに関連付けることができます。また、(1)デリバリーグループに共有マシンが含まれており、XenDesktop 7.xのバージョン7.9より前に作成された場合、および(2)Edit delivery group権限がある場合、デスクトップのみを配信する共有マシンを含むデリバリーグループを選択することもできます。プロパティダイアログがコミットされると、デリバリーグループのタイプは自動的にdesktops and applicationsに変換されます。
- Web Studioにサインインし、左ペインでアプリケーションを選択し、次にアプリケーションを選択します。
- アクションバーでプロパティを選択します。
-
グループページを選択します。
- グループを追加するには、追加をクリックし、アプリケーショングループまたはデリバリーグループを選択します。(アプリケーショングループを作成していない場合、唯一のエントリはデリバリーグループです。)次に、1つ以上の利用可能なグループを選択します。アプリケーションと互換性のないグループ、またはアプリケーションにすでに割り当てられているグループは選択できません。
- グループを削除するには、1つ以上のグループを選択し、削除をクリックします。グループの関連付けを削除した結果、アプリケーションがどのグループにも関連付けられなくなる場合、アプリケーションが削除されることを警告されます。
- グループの優先順位を変更するには、グループを選択し、優先順位の編集をクリックします。優先順位の値を選択し、OKをクリックします。
- 完了したら、適用をクリックして変更を適用しウィンドウを開いたままにするか、OKをクリックして変更を適用しウィンドウを閉じます。
アプリケーションの複製、有効化または無効化、名前変更、または削除
次のアクションが利用可能です。
- 複製: 異なるパラメーターまたはプロパティを持つ別のバージョンを作成するために、アプリケーションを複製したい場合があります。アプリケーションを複製すると、一意のサフィックスで自動的に名前が変更され、元のアプリケーションの隣に配置されます。アプリケーションを複製してから別のグループに追加したい場合もあります。(複製後、アプリケーションを移動する最も簡単な方法はドラッグすることです。)
-
有効化または無効化: アプリケーションの有効化と無効化は、デリバリーグループまたはアプリケーショングループの有効化と無効化とは異なるアクションです。
- 名前変更: 一度に1つのアプリケーションのみ名前を変更できます。アプリケーションの名前を変更しようとしたときに、同じ名前のアプリケーションが同じフォルダーまたはグループに存在する場合、別の名前を指定するように求められます。
-
削除: アプリケーションを削除すると、関連付けられていたデリバリーグループおよびアプリケーショングループから削除されますが、元々アプリケーションを追加するために使用されたソースからは削除されません。アプリケーションの削除は、デリバリーグループまたはアプリケーショングループから削除するのとは異なるアクションです。
- アプリケーションを複製、有効化、無効化、名前変更、または削除するには:
- 左ペインでアプリケーションを選択します。
- 中央ペインで1つ以上のアプリケーションを選択し、アクションバーで適切なタスクを選択します。
-
- プロンプトが表示されたら、アクションを確認します。
-
デリバリーグループからのアプリケーションの削除
アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに関連付けられている(属している)必要があります。アプリケーションをデリバリーグループから削除しようとしたときに、そのアプリケーションがどのデリバリーグループまたはアプリケーショングループとも関連付けられなくなる場合、続行するとアプリケーションが削除されることを通知されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。
- 1. 左ペインで**デリバリーグループ**を選択します。
- 1. デリバリーグループを選択します。下部中央ペインの**アプリケーション**タブで、削除したいアプリケーションを選択します。
- アクションバーからアプリケーションの削除を選択します。
- 削除を確認します。
アプリケーショングループからのアプリケーションの削除
アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに属している必要があります。アプリケーションをアプリケーショングループから削除しようとしたときに、そのアプリケーションがどのグループにも属さなくなる場合、続行するとアプリケーションが削除されることを通知されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。
- 1. 左ペインで**アプリケーション**を選択します。
- 1. 中央ペインでアプリケーショングループを選択し、次に1つ以上のアプリケーションを選択します。
- 1. アクションバーで**アプリケーショングループから削除**を選択します。
- 削除を確認します。
-
アプリケーションプロパティの変更
一度に1つのアプリケーションのプロパティのみを変更できます。
アプリケーションのプロパティを変更するには：
- 左ペインでアプリケーションを選択します。
- アプリケーションを選択し、アクションバーでアプリケーションプロパティの編集を選択します。
- 変更したいプロパティを含むページを選択します。
- 完了したら、適用をクリックして変更を適用しウィンドウを開いたままにするか、OKをクリックして変更を適用しウィンドウを閉じます。
次のリストでは、ページが括弧内に示されています。
| プロパティ | ページ |
|---|---|
| Citrix Workspaceアプリにアプリケーションが表示されるカテゴリ/フォルダー | デリバリー |
| コマンドライン引数。 公開アプリケーションにパラメーターを渡すを参照 | 場所 |
| アプリケーションが利用可能なデリバリーグループおよびアプリケーショングループ | グループ |
| 説明 | 識別 |
| ファイル名拡張子とファイルタイプ関連付け：アプリケーションが自動的に開く拡張子 | ファイルタイプ関連付け |
| アイコン | デリバリー |
| StoreFront™のキーワード | 識別 |
| 制限。 アプリケーション制限の構成を参照 | デリバリー |
| 名前：ユーザーおよび管理者が参照する名前 | 識別 |
| 実行可能ファイルへのパス。 公開アプリケーションにパラメーターを渡すを参照 | 場所 |
| ユーザーのデスクトップ上のショートカット：有効または無効 | デリバリー |
| 可視性：Citrix Workspaceアプリでアプリケーションを表示できるユーザーを制限します。非表示のアプリケーションでも起動できます。利用不可かつ非表示にするには、別のグループに追加します。 | 可視性の制限 |
| 作業ディレクトリ | 場所 |
アプリケーションの変更は、現在のアプリケーションユーザーがセッションからログオフするまで有効にならない場合があります。
アプリケーション制限の構成
アプリケーションの使用状況を管理するために、アプリケーション制限を構成します。たとえば、アプリケーション制限を使用して、アプリケーションに同時にアクセスするユーザーの数を管理できます。同様に、アプリケーション制限は、リソースを大量に消費するアプリケーションの同時インスタンス数を管理するためにも使用できます。この制限は、サーバーのパフォーマンスを維持し、サービスの劣化を防ぐのに役立ちます。
この機能は、Controllerによって仲介されるアプリケーション起動の数（Citrix WorkspaceアプリやStoreFrontからの起動など）を制限するものであり、他の方法で起動できる実行中のアプリケーションの数を制限するものではありません。これは、アプリケーション制限が同時使用の管理において管理者を支援するものの、すべてのシナリオで強制力を持つわけではないことを意味します。たとえば、Controllerが停止モードの場合、アプリケーション制限は適用できません。
デフォルトでは、同時に実行できるアプリケーションインスタンスの数に制限はありません。いくつかのアプリケーション制限設定があります。それらのいずれかまたはすべてを構成できます。
- デリバリーグループ内のすべてのユーザーによるアプリケーションの同時インスタンスの最大数。
- デリバリーグループ内のユーザーごとのアプリケーションのインスタンス数。
- マシンごとのアプリケーションの同時インスタンスの最大数（PowerShellのみ）。
制限が構成されている場合、ユーザーが構成された制限を超えるアプリケーションインスタンスを起動しようとすると、エラーメッセージが生成されます。複数の制限が構成されている場合、最初に制限に達したときにエラーが報告されます。
アプリケーション制限の使用例：
-
同時インスタンス数の最大制限： デリバリーグループで、アプリケーション
Alphaの同時インスタンスの最大数を15に構成します。その後、そのデリバリーグループのユーザーは、そのアプリケーションの15個のインスタンスを同時に実行します。そのデリバリーグループのいずれかのユーザーがAlphaを起動しようとすると、エラーメッセージが生成されます。構成された同時アプリケーションインスタンス制限（15）を超えるため、Alphaは起動されません。 -
ユーザーごとのインスタンス数制限： 別のデリバリーグループで、アプリケーション
Betaのユーザーごとのインスタンス数オプションを有効にします。ユーザーTonyはアプリケーションBetaを正常に起動します。その日の後半、そのアプリケーションがTonyのセッションでまだ実行されている間に、彼はBetaの別のインスタンスを起動しようとします。ユーザーごとのインスタンス数制限を超えるため、エラーメッセージが生成され、Betaは起動されません。 -
同時インスタンス数の最大制限とユーザーごとのインスタンス数制限： 別のデリバリーグループで、同時インスタンスの最大数を10に構成し、アプリケーション
Deltaのユーザーごとのインスタンス数オプションを有効にします。その後、そのデリバリーグループの10人のユーザーがそれぞれDeltaのインスタンスを実行しているときに、そのデリバリーグループの他のユーザーがDeltaを起動しようとすると、エラーメッセージが表示されます。Deltaは起動されません。現在の10人のDeltaユーザーのいずれかがそのアプリケーションの2番目のインスタンスを起動しようとすると、エラーメッセージが表示され、2番目のインスタンスは起動されません。 -
マシンごとの同時インスタンス数の最大制限とタグ制限の使用： アプリケーション
Charlieには、特定のサーバーで同時に実行できるインスタンスの数を規定するライセンスおよびパフォーマンス要件があります。これらの要件は、サイト内のすべてのサーバーで同時に実行できるインスタンスの数も規定します。アプリケーションのインスタンス数/マシン制限は、サイト内の任意のサーバーに影響します（特定のデリバリーグループ内のマシンだけでなく）。サイトに3台のサーバーがあるとします。アプリケーション
Charlieの場合、マシンごとのアプリケーションインスタンス制限を2に構成します。したがって、サイト全体でアプリケーションCharlieのインスタンスは6つまでしか起動できません。（これは、3台のサーバーそれぞれでCharlieのインスタンスが2つという制限です。）デリバリーグループ内の特定のマシンにのみアプリケーションの使用を制限するには（サイト全体のすべてのマシンでのインスタンス制限に加えて）：
- それらのマシンにタグ付け機能を使用します。
- そのアプリケーションのマシンごとのインスタンス数の最大制限を構成します。
Controllerの仲介以外の方法でアプリケーションが起動され（たとえば、Controllerが停止モードの場合など）、構成された制限を超過した場合、ユーザーは制限を超過しないように十分なインスタンスを閉じるまで、それ以上のインスタンスを起動できません。制限を超過したインスタンスは強制的にシャットダウンされません。ユーザーがそれらを閉じるまで継続が許可されます。
セッションローミングを無効にする場合は、ユーザーごとのインスタンス数アプリケーション制限を無効にします。ユーザーごとのインスタンス数アプリケーション制限を有効にする場合は、新しいデバイスで新しいセッションを許可する2つの値のいずれも構成しないでください。ローミングの詳細については、セッションを参照してください。
デリバリーグループごとの最大インスタンス数制限とユーザーごとのインスタンス数制限を構成するには：
- 左ペインでアプリケーションを選択し、アプリケーションを選択します。
- アクションバーでアプリケーションプロパティの編集を選択します。
-
デリバリーページで、次のいずれかのオプションを選択します。
- アプリケーションの無制限の使用を許可する。同時に実行できるインスタンスの数に制限はありません。これがデフォルトです。
-
アプリケーションの制限を設定する。2種類の制限があります。いずれかまたは両方を指定します。
- マシンごとに同時に実行できるインスタンスの最大数を指定する
- ユーザーごとのアプリケーションのインスタンスを1つに制限する
- 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つのステップからなるプロセスです。
-
正常なサインアウトを妨げている公開アプリケーションを持つセッションを特定する
ステップ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 の詳細については、「Graceful logoff from a published application renders the session in an active state」を参照してください。
-
ステップバイステップのトラブルシューティングガイド
-
-
テスト対象のVDAでリモートレジストリサービスを開始します。
-
コントロールパネルで、管理ツール > サービス を選択します。
-
リモートレジストリサービスを右クリックし、プロパティを選択します。
-
スタートアップの種類で、ドロップダウンメニューから自動を選択します。
-
-
テスト対象の VDA で Windows ファイアウォールを無効にするか、ポート 455 を有効にする受信ファイアウォール規則を作成します。
-
コントロールパネルで、Windows Defender ファイアウォール > 詳細設定を選択します。
-
受信の規則を右クリックし、新しい規則を選択します。
-
新規の受信の規則ウィザードで、ポートを選択します。
-
プロトコルおよびポートページで、TCPと特定のローカルポートを選択します。ローカルポートとして
445を入力します。 -
操作ページで、接続を許可するを選択します。
-
新しい受信規則を適用するファイアウォールプロファイルを選択します。
-
ファイアウォール規則に名前を付け、完了を選択して新規の受信の規則ウィザードを終了します。
-
-
同じドメイン上の別の VM (DC、DDC、または別の VDA のいずれか) から、
Regeditを実行し、リモートレジストリに接続します。
-
テスト対象の VDA の IP アドレスを入力し、OKをクリックします。
regeditツリーには、テスト対象の VDA のブランチが表示される必要があります。
-
コマンドプロンプト公開アプリケーションを開きます。
コマンドプロンプトアプリが Citrix Workspace に表示されます。
-
クライアントで接続センターを開きます。これは、開いているシームレスアプリを閉じた後にセッションがサインアウトされたときに監視するために使用されます。次の画像では、コマンドプロンプトプロセス
c:\Windows\system32\cmd.exeがリモート VDI でアクティブになっていることがわかります。
-
regeditが実行されている VDA から、次のリモート IP の場所に移動します。HKEY_USERS\S-1-X-XX-XXXXXXXX-XXXXXXXXXXX-XXXXXXXXXX-XXXX\SOFTWARE\CitrixVolatile\Seamless\Sessions\X\注:
このパスは、新しいセッションを開くたびに変更されます。
-
ここには読み取るべき2つのキーがあります (ここでは変更しないでください)。LogoffCheckBlockingProcess と LogoffCheckerBlockingVisibleProcess です。これらのキーは、サインアウトをブロックしているプログラムを表示します。最初のキーには、まだ閉じられていないため、
C:\Windows\System32\cmd.exeが表示されるはずです。注:
LogoffCheckBlockingProcess と LogoffCheckerBlockingVisibleProcess は手動で編集しないでください。これらのレジストリ値を手動で編集すると、セッションが不安定になる可能性があります。
-
「Seamless CMD」を終了するには、右上隅の X をクリックします。
-
セッションが閉じているか接続センターで確認します。閉じるまでに最大30秒かかる場合があります。セッションが閉じている場合、正常なサインアウトを妨げるアプリケーションやプロセスはありませんでした。
-
セッションが閉じなかった場合は、F5キーで regedit の出力を更新します。
-
LogoffCheckBlockingProcess および LogoffCheckerBlockingVisibleProcess の内容を再度確認します。CMDはもはや存在しないはずですが、別のプロセスがリストされているはずです。現在セッションのサインアウトをブロックしているプロセスがここに表示されている必要があります。
このケースでは、コマンドプロンプトが閉じられる前に公開されたコマンドプロンプトから Notepad.exe が開かれており、このリモートのメモ帳プロセスが正常なサインアウトを妨げています。
-
この実行可能ファイルのパスと、それが表示されたキーをメモし、リモートツリーの下にある以下のレジストリキーに入力します。
-
LogoffCheckBlockingProcess に表示される場合:
HKLM\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWILogoffCheckSysModulesInternal -
LogoffCheckerBlockingVisibleProcess に表示される場合:
HKLM\SYSTEM\CurrentControlSet\Control\Citrix\wfshell\TWILogoffCheckVisibleSysModules
注:
キーにすでに1つ以上のエントリがある場合は、末尾にコンマを追加し、その後に新しいエントリを配置します。
-
LogoffCheckBlockingProcess に表示される場合:
-
クライアントの接続センターからセッションをサインアウトし、リモートアプリケーションを再度開きます。
-
リモートアプリケーションを閉じてから30秒以内にセッションが自動的にサインアウトされるまで、手順9～16を繰り返します。
注:
トラブルシューティング後、必要に応じてリモートレジストリアクセスを許可するために、一時的なファイアウォールの変更を元に戻してください。
公開アプリケーションを開く際にWindows免責事項メッセージをフルサイズで表示するためのLogonUIの変更方法
認証パススルーが発生しないシナリオにおいて、LogonUI ウィンドウのスケーリングが改善されました。LogonUI ウィンドウは、モニターの解像度と使用されているDPI設定に基づいてスケーリングされ、LogonUI ウィンドウ全体がクリッピングなしで表示されるようにします。
ウィンドウサイズは、レジストリで手動でピクセル単位で設定することもできます。
-
ファイル名を指定して実行 コマンドで
regeditを使用して、レジストリエディター を開きます。 -
HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\に移動します。 -
2つの新しいDWORDキー、LogonUIWidth と LogonUIHeight を作成します。
-
キーの値を、LogonUI ウィンドウに必要な幅と高さ（ピクセル単位）に設定します。
LogonUI ウィンドウサイズを手動で設定すると、自動スケーリングは無効になります。
注:
これらのレジストリパスは2407以降で変更されました。古いレジストリ値は無視され、非推奨です。
デフォルトでは、LogonUI ウィンドウにはタイトルバーと閉じるボタンが含まれており、必要に応じてエンドユーザーがセッションから切断できるようになっています。
タイトルバーの無効化
以下のレジストリキーを使用して、LogonUI ウィンドウのタイトルバーを無効にできます。
-
ファイル名を指定して実行 コマンドで
regeditを使用して、レジストリエディターを開きます。 -
HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\に移動します。 -
新しい DWORD キー LogonUICaption を作成し、その値を
0に設定します。
アプリケーションフォルダーの管理
デフォルトでは、デリバリーグループに追加する新しいアプリケーションは、Applications という名前のフォルダーに配置されます。デリバリーグループの作成時、アプリケーションの追加時、または後で別のフォルダーを指定できます。
知っておくと便利な情報:
- Applicationsフォルダーの名前を変更したり削除したりすることはできませんが、そのフォルダーに含まれるすべてのアプリケーションを、作成した他のフォルダーに移動することはできます。
- フォルダー名には1～64文字を含めることができます。スペースも使用できます。
- フォルダーは最大5レベルまでネストできます。
- フォルダーにアプリケーションを含める必要はありません。空のフォルダーも許可されます。
- フォルダーは、移動したり、作成時に別の場所を指定したりしない限り、Web Studioでアルファベット順に表示されます。
- それぞれが異なる親フォルダーを持つ限り、同じ名前のフォルダーを複数持つことができます。同様に、それぞれが異なるフォルダーにある限り、同じ名前のアプリケーションを複数持つことができます。
- フォルダー内のアプリケーションを表示するには
View Applications権限が必要です。アプリケーションを含むフォルダーを削除、名前変更、または削除するには、フォルダー内のすべてのアプリケーションに対してEdit Application Properties権限が必要です。 - 以下のほとんどの手順では、Web Studioのアクションバーを使用してアクションを要求します。または、右クリックメニューを使用するか、項目をドラッグすることもできます。たとえば、意図しない場所にフォルダーを作成または移動した場合、ドラッグアンドドロップで正しい場所に移動できます。
-
Web Studioのすべてのノード（Machine Catalogs、Delivery Groups、Applications、Application Groupsなど）は、バックエンドで同じフォルダーツリーを共有します。フォルダーの名前変更や移動の際に名前の競合を避けるため、異なるノード間で最上位レベルのフォルダーには一意の名前を使用してください。
SDKの
New-BrokerAdminFolderコマンドレットを使用してフォルダーを作成し、それを Applications ノードの下に表示させたい場合は、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起動」を参照してください。
PowerShell（Citrix Cloud展開ではRemote PowerShell SDK、オンプレミス展開ではPowerShell 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、Windows用Citrix Receiver 4.11、およびDelivery Controller 7.17が最低限必要です。
この記事の概要
- はじめに
- アプリケーションの追加
- アプリケーションのグループ関連付けの変更
- アプリケーションの複製、有効化または無効化、名前変更、または削除
- デリバリーグループからのアプリケーションの削除
- アプリケーショングループからのアプリケーションの削除
- アプリケーションプロパティの変更
- アプリケーション制限の構成
- 公開アプリケーションにパラメーターを渡す
- 公開アプリケーションでのセッションサインアウト問題のトラブルシューティング
- 公開アプリケーションを開く際にWindows免責事項メッセージをフルサイズで表示するためのLogonUIの変更方法
- アプリケーションフォルダーの管理
- 公開デスクトップでのアプリケーションのローカル起動の制御