アプリケーション

最終公開日 : Oct 24, 2026

はじめに

展開でデリバリーグループのみを使用している場合(アプリケーショングループを使用していない場合)、アプリケーションをデリバリーグループに直接追加します。アプリケーショングループが利用可能な場合は、管理が簡素化されるため、代わりにアプリケーショングループにアプリケーションを追加することをお勧めします。すべてのアプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに関連付けられている必要があります。
アプリケーションの追加ウィザードでは、1つ以上のデリバリーグループ、または1つ以上のアプリケーショングループを選択できますが、両方を同時に選択することはできません。後でアプリケーションのグループ関連付けを変更することはできますが(たとえば、アプリケーションをアプリケーショングループからデリバリーグループに移動するなど)、この複雑さを追加することはベストプラクティスとして推奨されません。アプリケーションは1種類のグループに保持してください。
アプリケーションを複数のグループに関連付ける場合、それらのすべてのグループでアプリケーションを表示するのに十分な権限がないと、可視性の問題が発生する可能性があります。そのような場合は、より高い権限を持つ管理者に相談するか、アプリケーションが関連付けられているすべてのグループを含むようにスコープを拡張してください。
同じ名前のアプリケーションを2つ(異なるグループからであっても)同じユーザーに公開する場合、StudioでApplication name (for user)プロパティを変更してください。そうしないと、ユーザーはCitrix Workspace™アプリで重複する名前を目にすることになります。
アプリケーションのプロパティ(設定)は、追加時または後で変更できます。アプリケーションが配置されるアプリケーションフォルダーも、アプリケーションの追加時または後で変更できます。

アプリケーションの追加

アプリケーションは、デリバリーグループまたはアプリケーショングループの作成時または編集時に追加できます。次の手順では、グループ作成後にアプリケーションを追加する方法について説明します。
知っておくと良いこと:
  • Remote PC Accessデリバリーグループにはアプリケーションを追加できません。
  • アプリケーションの追加ウィザードを使用して、デリバリーグループまたはアプリケーショングループからアプリケーションを削除することはできません。これは別の操作です。

複数のデリバリーグループまたはアプリケーショングループに1つ以上のアプリケーションを追加する

複数のグループにアプリケーションを追加するには、次の手順に従います。
  1. 左ペインで、アプリケーションを追加する場所を選択します。
    • デリバリーグループに追加するには、デリバリーグループをクリックし、ターゲットのデリバリーグループを選択します。
    • アプリケーショングループに追加するには、アプリケーションをクリックし、アプリケーショングループタブを選択して、アプリケーショングループを選択します。
  2. アクションバーでアプリケーションの追加を選択します。「アプリケーションの追加」ウィザードがはじめにページで起動します。次へをクリックします。
  3. ウィザードの手順に従って設定を構成します。
    1. グループページで、アプリケーションを追加するデリバリーグループとアプリケーショングループを選択し、次へをクリックします。詳しくは、「グループの選択」を参照してください。
    2. アプリケーションページで、追加するアプリケーションを指定し、次へをクリックします。詳しくは、「アプリケーションの指定」を参照してください。
    3. 概要ページで、設定を確認します。
      • 10個以下のアプリケーションを追加する場合、それらの名前は追加するアプリケーションに一覧表示されます。
      • 10個を超えるアプリケーションを追加する場合、合計数が指定されます。
    4. 完了をクリックします。

1つ以上のアプリケーションをデリバリーグループまたはアプリケーショングループに追加する

グループにアプリケーションを追加するには、次の手順に従います。
  1. 左側のペインで、アプリケーションを追加する場所を選択します。
    • デリバリーグループに追加するには、デリバリーグループをクリックし、ターゲットのデリバリーグループを選択します。
    • アプリケーショングループに追加するには、アプリケーションをクリックし、アプリケーショングループタブを選択して、アプリケーショングループを選択します。
  2. アクションバーでアプリケーションの追加を選択します。
  3. ウィザードの手順に従って設定を構成します。
    1. アプリケーションページで、追加するアプリケーションを指定し、次へをクリックします。詳細については、「アプリケーションの指定」を参照してください。
    2. 概要ページで、設定を確認します。
      • 10個以下のアプリケーションを追加する場合、それらの名前は追加するアプリケーションに一覧表示されます。
      • 10個を超えるアプリケーションを追加する場合、合計数が指定されます。
    3. 完了をクリックします。

グループの選択

アプリケーションの追加ウィザードのグループページには、サイト内のすべてのデリバリーグループが一覧表示されます。アプリケーショングループが存在する場合、アプリケーショングループとデリバリーグループの両方が一覧表示されます。
デリバリーグループまたはアプリケーショングループのいずれかを選択できますが、同時に両方を選択することはできません。つまり、同じ操作でデリバリーグループとアプリケーショングループの両方にアプリケーションを追加することはできません。アプリケーショングループを使用している場合は、デリバリーグループではなく、それらのアプリケーショングループにアプリケーションを追加することをお勧めします。
少なくとも1つのグループの横にあるチェックボックスをオンにします。各アプリケーションは、少なくとも1つのグループに関連付けられている必要があります。

アプリケーションの指定

アプリケーションの追加ウィザードのアプリケーションページでは、選択したグループにどのアプリケーションを追加するかを指定できます。
追加をクリックして、アプリケーションソースを表示します。
  • スタートメニューから: 選択したデリバリーグループ内のマシンで検出されたアプリケーション。このソースを選択すると、検出されたアプリケーションのリストを含む新しいページが起動します。追加するアプリケーションのチェックボックスをオンにして、OKをクリックします。
    このソースは、以下の場合には選択できません。
    • 関連付けられたデリバリーグループがないアプリケーショングループを選択する。
    • 関連付けられたデリバリーグループにマシンが含まれていないアプリケーショングループを選択する。
    • マシンが含まれていないデリバリーグループを選択する。
  • 手動: デリバリーグループ内のVDA、またはネットワーク上の他の場所にあるアプリケーション。このソースを選択すると、新しいページが開き、次の方法で追加するアプリケーションを指定できます。
    • 実行可能ファイルへのパス、作業ディレクトリ、オプションのコマンドライン引数、および管理者とユーザーの表示名を入力します。
    • デリバリーグループ内のVDAからアプリケーションを選択します。これを行うには、参照をクリックし、VDAにアクセスするための資格情報を入力し、VDAへの接続を待ってから、VDAからアプリケーションを選択します。選択したアプリケーションのプロパティは、ページのフィールドに自動的に入力されます。
  • 既存: 以前にサイトに追加されたアプリケーション。このソースを選択すると、検出されたアプリケーションのリストが表示された新しいページが起動します。追加するアプリケーションのチェックボックスを選択し、OKをクリックします。
    サイトにアプリケーションがない場合、このソースは選択できません。
  • Appパッケージ: App-V、MSIX、MSIX app attach、またはFlexAppアプリケーションパッケージ内のアプリケーション。このソースを選択すると、パッケージからのアプリケーションの追加ページが起動します。アプリケーションパッケージソースを選択し、表示された結果から追加したいアプリケーションを選択し、OKを選択します。詳細については、App-Vアプリケーションの展開と配信を参照してください。
  • アプリケーショングループ: アプリケーショングループ。このソースを選択すると、アプリケーショングループのリストが表示された新しいページが起動します。(表示には各グループ内のアプリケーションもリストされますが、個々のアプリケーションではなくグループのみを選択できます。)選択したグループ内の現在および将来のすべてのアプリケーションが追加されます。追加するアプリケーショングループのチェックボックスを選択し、OKをクリックします。
    このソースは、(1) アプリケーショングループがない場合、または (2) 選択したデリバリーグループがアプリケーショングループをサポートしていない場合 (たとえば、静的に割り当てられたマシンを持つデリバリーグループなど) には選択できません。
表に示されているように、追加リストの一部のソースは、そのタイプの有効なソースがない場合、選択できません。互換性のないソース(たとえば、アプリケーショングループにアプリケーショングループを追加できないなど)はリストに含まれません。選択したグループに既に追加されているアプリケーションは選択できません。
このページから、または後で、アプリケーションのプロパティ(設定)を変更できます。
デフォルトでは、追加されたアプリケーションはApplicationsという名前のアプリケーションフォルダーに配置されます。このページから、または後で、アプリケーションを変更できます。
アプリケーションを追加しようとしたときに、同じ名前のアプリケーションが同じフォルダーに存在する場合、追加しようとしているアプリケーションの名前を変更するよう求められます。提示された新しい名前を受け入れるか、拒否してアプリケーションの名前を変更するか、別のフォルダーを選択できます。
たとえば、Applicationsフォルダーにappが存在し、そのフォルダーにappという名前の別のアプリケーションを追加しようとすると、新しい名前app_1が提示されます。

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

アプリケーションを追加した後、そのアプリケーションが関連付けられているデリバリーグループおよびアプリケーショングループを変更できます。
アプリケーションを別のグループにドラッグできます。これは、アクションバーのコマンドを使用する代替手段です。
アプリケーションがアプリケーショングループを使用するか直接使用するかにかかわらず、複数のデリバリーグループに関連付けられている場合、グループの優先順位を使用して、複数のグループが評価される順序を指定できます。
グループは、アクセスポリシー、ユーザーリスト、スマートアクセスタグなどの要因に基づいて考慮対象から除外でき、グループから選択される特定のマシンは、ゾーン設定、起動準備、タグ制限などの要因によって影響を受ける可能性があります。デフォルトでは、すべてのグループの優先順位は0(最高)です。デリバリーグループの優先順位が同じ場合、アプリケーションの起動には最も負荷の低いデリバリーグループが選択されます。この場合、垂直ロードバランシングは考慮されません。
アプリケーションは、アプリケーションを配信できる共有(プライベートではない)マシンを含むデリバリーグループに関連付けることができます。また、デスクトップのみを配信する共有マシンを含むデリバリーグループも選択できます。ただし、次の条件を満たす必要があります。
  • デリバリーグループに共有マシンが含まれており、XenDesktop 7.9より前の7.xバージョンで作成された場合
  • Edit delivery group権限がある場合。プロパティダイアログがコミットされると、デリバリーグループの種類は自動的にdesktops and applicationsに変換されます。
  1. 左ペインでApplicationsを選択し、アプリケーションを選択します。
  2. アクションバーでPropertiesを選択します。
  3. Groupsページを選択します。
    • グループを追加するには、Addをクリックし、Application GroupsまたはDelivery Groupsを選択します。(アプリケーショングループを作成していない場合、唯一の項目はDelivery Groupsです。)次に、1つ以上の利用可能なグループを選択します。アプリケーションと互換性のないグループ、またはすでにアプリケーションに関連付けられているグループは選択できません。
    • グループを削除するには、1つ以上のグループを選択し、Removeをクリックします。グループの関連付けを削除した結果、アプリケーションがどのグループにも関連付けられなくなった場合、アプリケーションが削除されることを警告されます。
    • グループの優先度を変更するには、グループを選択し、「優先度の編集」をクリックします。優先度を選択し、「OK」をクリックします。
  4. 完了したら、変更を適用してウィンドウを開いたままにするには「適用」をクリックするか、変更を適用してウィンドウを閉じるには「OK」をクリックします。

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

一度に1つのアプリケーションのプロパティのみを変更できます。
アプリケーションのプロパティを変更するには:
  1. 左側のペインで「アプリケーション」を選択します。
  2. アプリケーションを選択し、アクションバーで「プロパティ」を選択します。
  3. 左側のペインで、変更するプロパティを含むページを選択します。
  4. 完了したら、加えた変更を適用してウィンドウを開いたままにするには「適用」をクリックするか、変更を適用してウィンドウを閉じるには「保存」をクリックします。
ページ名 説明
識別
アプリケーションの説明と名前を指定します:
  • ユーザーおよび管理者が参照するアプリケーション名。
StoreFrontの記述と、必要に応じてキーワード。
配信 このアプリケーションをユーザーに配信する方法を指定します。
アイコン
アプリケーションがストアに表示されるカテゴリまたはフォルダー。
ユーザーのデスクトップにショートカットを作成するかどうか。
制限。アプリケーション制限の構成を参照してください。
パッケージ化されたアプリケーションの可視性: Citrix Virtual Desktops、Citrix Virtual Apps、またはその両方。
場所
以下の場所を指定します。
グループ アプリケーションが利用可能なデリバリーグループまたはアプリケーショングループの優先度を追加、削除、または変更します。
可視性の制限 Citrix Workspaceアプリでアプリケーションを表示できるユーザーを制御します。非表示のアプリケーションでも起動できます。利用不可かつ非表示にするには、別のグループに追加します。
注: 現在、この機能はADおよびMicrosoft Entraユーザーのみが利用できます。Microsoft Entraユーザーの場合、アプリの可視性制限にはVDAバージョン2411以降が必要です。
ファイルタイプの関連付け アプリケーションが自動的に開く拡張子を指定します。
ゾーン サイトに複数のゾーンが含まれている場合、ゾーンがアプリケーションの起動に影響するかどうかを指定します。
アプリケーションの変更は、現在のアプリケーションユーザーがセッションからログオフするまで有効にならない場合があります。

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

アプリケーションの使用を管理するために、アプリケーション制限を構成します。たとえば、アプリケーション制限を使用して、アプリケーションに同時にアクセスするユーザーの数を管理できます。同様に、アプリケーション制限は、リソースを大量に消費するアプリケーションの同時インスタンスの数を管理するために使用できます。この制限は、サーバーのパフォーマンスを維持し、サービスの劣化を防ぐのに役立ちます。
この機能は、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が停止モードの場合など)で起動され、構成された制限を超過した場合、ユーザーは制限を超過しないように十分なインスタンスを閉じるまで、それ以上のインスタンスを起動できません。制限を超過したインスタンスは強制的にシャットダウンされません。ユーザーがそれらを閉じるまで、継続して実行できます。
セッションローミングを無効にする場合は、ユーザーあたりのアプリケーションインスタンス数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

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

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

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

アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに関連付けられている(属している)必要があります。アプリケーションをデリバリーグループから削除しようとしたときに、そのアプリケーションがどのデリバリーグループまたはアプリケーショングループとも関連付けがなくなる場合、続行するとアプリケーションが削除されるという通知が表示されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。
  1. 左側のペインで を選択し、デリバリーグループを選択します。
  2. タブで、削除するアプリケーションを選択します。
  3. アクションバーから を選択します。
  4. 削除を確認します。

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

アプリケーションは、少なくとも1つのデリバリーグループまたはアプリケーショングループに属している必要があります。アプリケーションをアプリケーショングループから削除しようとしたときに、そのアプリケーションがどのグループにも属さなくなる場合、続行するとアプリケーションが削除されるという通知が表示されます。その場合、そのアプリケーションを配信したい場合は、有効なソースから再度追加する必要があります。
  1. 左側のペインで を選択します。
  2. アプリケーショングループを選択し、1つ以上のアプリケーションを選択します。
  3. アクションバーで を選択します。
  4. 削除を確認します。

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

アプリケーションのプロパティの ページを使用して、コマンドラインを入力し、公開アプリケーションにパラメーターを渡します。
公開アプリケーションをファイルの種類に関連付けると、"%*"(二重引用符で囲まれたパーセント記号とアスタリスク記号)がアプリケーションのコマンドラインの末尾に追加されます。これらの記号は、ユーザーデバイスに渡されるパラメーターのプレースホルダーとして機能します。
公開アプリケーションが期待どおりに起動しない場合は、そのコマンドラインに正しい記号が含まれていることを確認してください。デフォルトでは、ユーザーデバイスから提供されるパラメーターは、記号 "%*" が追加されると検証されます。ユーザーデバイスから提供されるカスタマイズされたパラメーターを使用する公開アプリケーションの場合、コマンドライン検証をバイパスするために、記号 "%**" がコマンドラインに追加されます。アプリケーションのコマンドラインにこれらの記号が表示されない場合は、手動で追加してください。
実行可能ファイルへのパスにスペースを含むディレクトリ名("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
これらのプロセスが正常なサインアウトを妨げていました。
注:
確認したいセッションの正しいセッション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
LogoffCheckSysModules の詳細については、「公開アプリケーションからの正常なログオフによりセッションがアクティブ状態になる」を参照してください。

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

  1. テスト対象のVDAでリモートレジストリサービスを開始します。
    1. コントロールパネルで、管理ツール > サービス を選択します。
    2. Remote Registry Service を右クリックし、プロパティ を選択します。
    3. スタートアップの種類 で、ドロップダウンメニューから 自動 を選択します。
    公開アプリケーションレジストリ
  2. テスト対象のVDAでWindowsファイアウォールをオフにするか、ポート455を有効にする受信ファイアウォールルールを作成します。
    1. コントロールパネルで、Windows Defender ファイアウォール > 詳細設定を選択します。
    2. 受信の規則を右クリックし、新しい規則を選択します。
    3. 新しい受信の規則ウィザードで、ポートを選択します。
    4. プロトコルおよびポートページで、TCP および特定のローカルポートを選択します。ローカルポートとして 445 を入力します。
    5. 操作ページで、接続を許可するを選択します。
    6. 新しい受信の規則を適用するファイアウォールプロファイルを選択します。
    7. ファイアウォール規則に名前を付け、完了を選択して新しい受信の規則ウィザードを終了します。
    公開アプリケーションのファイアウォールポート(/en-us/citrix-daas/media/published-app-firewall-port.png)
  3. 同じドメイン上の別のVM (DC、DDC、または別のVDAでもかまいません) から、Regedit を実行し、リモートレジストリに接続します。
    公開アプリケーションのレジストリエディター(/en-us/citrix-daas/media/published-app-registry-editor.png)
  4. テスト対象のVDAのIPアドレスを入力し、OKをクリックします。regedit ツリーには、テスト対象のVDAのブランチが表示されている必要があります。
    公開アプリケーションのregedit(/en-us/citrix-daas/media/published-app-regedit.png)
  5. コマンドプロンプト公開アプリケーションを開きます。
    公開アプリケーションの管理(/en-us/citrix-daas/media/published-app-manage.png)
    コマンドプロンプトアプリがCitrix Workspaceアプリに表示されます。
    公開アプリのコマンドプロンプト(/en-us/citrix-daas/media/published-app-cmd-prompt.png)
  6. クライアントでConnection Centerを開きます。これは、開いているシームレスアプリを閉じた後にセッションがサインアウトされたときに監視するために使用されます。以下の画像で、コマンドプロンプトプロセスc:\Windows\system32\cmd.exeがリモートVDIでアクティブになっていることがわかります。
    公開アプリの接続(/en-us/citrix-daas/media/published-app-citrix-workspace-connection-center.png)
  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は手動で編集してはいけません。これらのレジストリ値を手動で編集すると、セッションが不安定になる可能性があります。
    公開アプリ2(/en-us/citrix-daas/media/published-app-regedit-2.png)
  9. 右上隅のXをクリックしてSeamless CMDを終了します。
  10. セッションが閉じるかどうか、接続センターを確認します。閉じるまでに最大30秒かかる場合があります。閉じた場合、正常なサインアウトを妨げたアプリケーションやプロセスはありませんでした。
    正常なサインアウト(/en-us/citrix-daas/media/published-app-bwd.png)
  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. 「ファイル名を指定して実行」コマンドでregedit を使用して、レジストリエディターを開きます。
  2. HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\ に移動します。
  3. 「LogonUIWidth」と「LogonUIHeight」という2つの新しいDWORDキーを作成します。
  4. LogonUIウィンドウのキーの値を、必要な幅と高さ(ピクセル単位)に設定します。
    LogonUIウィンドウのサイズを手動で設定すると、自動スケーリングは無効になります。
注:
これらのレジストリパスは2407以降変更されました。古いレジストリ値は無視され、非推奨です。
デフォルトでは、LogonUIウィンドウには閉じるボタン付きのタイトルバーが含まれており、必要に応じてエンドユーザーがセッションから切断できるようになっています。

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

次のレジストリキーを使用して、LogonUIウィンドウのタイトルバーを無効にできます。
  1. 「ファイル名を指定して実行」コマンドでregedit を使用して、レジストリエディターを開きます。
  2. HKEY_LOCAL_MACHINE\Software\Citrix\CtxHook\AppInit_DLLS\Seamless Hook\ に移動します。
  3. 新しいDWORDキー「LogonUICaption」を作成し、キーの値を0 に設定します。
    タイトルバー付きのLogonUIウィンドウ(/en-us/citrix-daas/media/logonui-window-with-tilebar.png)

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

デリバリーグループに追加する新しいアプリケーションは、デフォルトで「Applications」という名前のフォルダーに配置されます。デリバリーグループの作成時、アプリケーションの追加時、または後で別のフォルダーを指定できます。
知っておくと良いこと:
  • Applicationsフォルダーの名前を変更したり削除したりすることはできませんが、そのフォルダーに含まれるすべてのアプリケーションを、作成した他のフォルダーに移動することはできます。
  • フォルダー名には1~64文字を含めることができます。スペースも使用できます。
  • フォルダーは最大5レベルまでネストできます。
  • フォルダーにアプリケーションを含める必要はありません。空のフォルダーも許可されます。
  • フォルダーは、移動したり、作成時に別の場所を指定したりしない限り、Web Studioでアルファベット順に表示されます。
  • 各フォルダーが異なる親フォルダーを持つ限り、同じ名前のフォルダーを複数持つことができます。同様に、各アプリケーションが異なるフォルダーにある限り、同じ名前のアプリケーションを複数持つことができます。
  • フォルダー内のアプリケーションを表示するにはView Applications権限が必要です。アプリケーションを含むフォルダーを削除、名前変更、または削除するには、そのフォルダー内のすべてのアプリケーションに対してEdit Application Properties権限が必要です。
  • 以下のほとんどの手順では、Web Studioのアクションバーを使用してアクションを要求します。または、右クリックメニューを使用するか、項目をドラッグすることもできます。たとえば、意図しない場所にフォルダーを作成または移動した場合、ドラッグアンドドロップで正しい場所に移動できます。
  • Studioのすべてのノード(マシンカタログ、デリバリーグループ、アプリケーション、アプリケーショングループなど)は、バックエンドで同じフォルダーツリーを共有します。フォルダーの名前変更や移動の際に名前の競合を避けるため、異なるノード間で最上位フォルダーには一意の名前を使用してください。
    New-BrokerAdminFolder SDKコマンドレットを使用してフォルダーを作成し、それをApplicationsノードの下に表示したい場合は、Set-BrokerAdminFolderMetadataコマンドレットを使用してContainsApplicationsメタデータを追加する必要があります。
    例:
    Set-BrokerAdminFolderMetadata -AdminFolderId {adminFolderUid} -Name ContainsApplications -Value true
アプリケーションフォルダーを管理するには、左ペインでApplicationsを選択します。以下のリストを参考にしてください。
  • すべてのフォルダー(ネストされたフォルダーを除く)を表示するには: フォルダーリストの上にあるすべて表示をクリックします。
  • 最上位レベル(ネストなし)でフォルダーを作成するには: アプリケーションフォルダーを選択します。新しいフォルダーをアプリケーション以外の既存のフォルダーの下に配置するには、そのフォルダーを選択します。次に、アクションバーでフォルダーの作成を選択します。名前を入力します。
  • フォルダーを移動するには: フォルダーを選択し、アクションバーでフォルダーの移動を選択します。ネストされたフォルダーが含まれている場合を除き、一度に1つのフォルダーしか移動できません。(フォルダーを移動する最も簡単な方法は、ドラッグすることです。)」
  • フォルダーの名前を変更するには: フォルダーを選択し、アクションバーでフォルダー名の変更を選択します。名前を入力します。
  • フォルダーを削除するには: フォルダーを選択し、アクションバーでフォルダーの削除を選択します。アプリケーションや他のフォルダーを含むフォルダーを削除すると、それらのオブジェクトも削除されます。アプリケーションを削除すると、デリバリーグループからのアプリケーション割り当てが削除されます。マシンからは削除されません。
  • アプリケーションをフォルダーに移動するには: 1つまたは複数のアプリケーションを選択します。次に、アクションバーでアプリケーションの移動を選択します。フォルダーを選択します。
デリバリーグループまたはアプリケーショングループを作成する際に、アプリケーションページで追加するアプリケーションをフォルダーに配置することもできます。デフォルトでは、追加されたアプリケーションはアプリケーションフォルダーに入ります。フォルダーを選択または作成するには、変更をクリックします。

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

ユーザーが公開デスクトップ内から公開アプリケーションを起動するときに、そのデスクトップセッションでアプリケーションを起動するか、公開アプリケーションとして起動するかを制御できます。Citrix Workspaceアプリは、VDA上のWindowsレジストリでアプリケーションのインストールパスを検索し、存在する場合はアプリケーションのローカルインスタンスを起動します。それ以外の場合は、ホストされたアプリケーションのインスタンスが起動されます。VDAにインストールされていないアプリケーションを起動すると、ホストされたアプリケーションが起動されます。詳細については、「vPrefer起動」を参照してください。
PowerShell(Citrix Cloud展開ではRemote PowerShell SDK、オンプレミス展開ではPowerShell SDKを使用)で、このアクションを変更できます。
New-Brokerアプリケーションまたは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が必要です。