HDX™ Direct (プレビュー)

最終公開日 : Nov 13, 2026
Citrixが提供するリソースにアクセスする場合、HDX Directにより、直接通信が可能な場合に内部および外部のクライアントデバイスの両方がセッションホストとの安全な直接接続を確立できます。
重要:
HDX Direct は現在プレビュー版です。この機能はサポート対象外であり、本番環境での使用はまだ推奨されていません。フィードバックを送信したり、問題を報告したりするには、このフォームを使用してください。
Related information
HDX™ 接続性
NAT互換性トラブルシューティング

システム要件

HDX Directを使用するためのシステム要件は以下のとおりです。
  • コントロールプレーン
    • シトリックス DaaS™
    • Citrix Virtual Apps and Desktops™ 2402以降のバージョン
  • バーチャル デリバリー エージェント (VDA)
    • Windows: バージョン2402以降
  • Workspaceアプリ
    • Windows: バージョン2402以降
  • アクセスティア
    • シトリックス ゲートウェイ サービスを備えたシトリックス ワークスペース™
    • シトリックス ワークスペース と NetScaler® Gateway
  • その他
    • 外部からの直接接続には、Adaptive Transportを有効にする必要があります

ネットワーク要件

HDX Directを使用するためのネットワーク要件は次のとおりです。

セッションホスト

セッションホストにWindows Defender Firewallなどのファイアウォールがある場合、内部接続のために次の受信トラフィックを許可する必要があります。
説明 送信元 プロトコル ポート
直接内部接続 クライアント TCP 443
直接内部接続 クライアント UDP 443
注:
VDA インストーラーは、Windows Defender ファイアウォールに適切な受信規則を追加します。別のファイアウォールを使用する場合は、上記の規則を追加する必要があります。

クライアントネットワーク

以下の表は、内部および外部ユーザー向けのクライアントネットワークについて説明しています。

内部ユーザー

説明 プロトコル ソース ソースポート 宛先 宛先ポート
直接内部接続 TCP クライアントネットワーク 1024–65535 VDAネットワーク 443
直接内部接続 UDP クライアントネットワーク 1024–65535 VDAネットワーク 443

外部ユーザー

説明 プロトコル 送信元 ソースポート 宛先 宛先ポート
STUN (外部ユーザーのみ) UDP クライアントネットワーク 1024–65535 インターネット (下記の注記を参照) 3478, 19302
外部ユーザー接続 UDP クライアントネットワーク 1024–65535 データセンターのパブリックIPアドレス 1024–65535

データセンターネットワーク

以下の表は、内部ユーザーと外部ユーザー向けのデータセンターネットワークについて説明しています。

内部ユーザー

説明 プロトコル ソース 送信元ポート 宛先 宛先ポート
直接内部接続 TCP クライアントネットワーク 1024–65535 VDAネットワーク 443
直接内部接続 UDP クライアントネットワーク 1024–65535 VDAネットワーク 443

外部ユーザー

説明 プロトコル 送信元 ソースポート 宛先 宛先ポート
STUN (外部ユーザーのみ) UDP VDAネットワーク 1024–65535 インターネット (下記の注記を参照) 3478, 19302
外部ユーザー接続 UDP DMZ / 内部ネットワーク 1024–65535 VDAネットワーク 55000–55250
外部ユーザー接続 UDP VDAネットワーク 55000–55250 クライアントのパブリックIP 1024–65535
注:
VDAとWorkspaceアプリの両方が、以下のサーバーに同じ順序でSTUNリクエストを送信しようとします。
  • stunserver.stunprotocol.org:3478
  • employees.org:3478
  • stun.l.google.com:19302
HDX Directポート範囲ポリシー設定を使用して外部ユーザー接続のデフォルトポート範囲を変更した場合、対応するファイアウォールルールはカスタムポート範囲と一致している必要があります。

構成

HDX Directはデフォルトで無効になっています。この機能は、CitrixポリシーのHDX Direct設定を使用して構成できます。
  • HDX Direct：機能を有効または無効にします。
  • HDX Directモード：HDX Directが内部クライアントのみに利用可能か、内部クライアントと外部クライアントの両方に利用可能かを決定します。
  • HDX Directポート範囲：VDAが外部クライアントからの接続に使用するポート範囲を定義します。

考慮事項

HDX Directを使用する際の考慮事項は次のとおりです。
  • 外部ユーザー向けのHDX Directは、トランスポートプロトコルとしてEDT (UDP) を使用する場合にのみ利用可能です。したがって、アダプティブトランスポートを有効にする必要があります。
  • HDX Insightを使用している場合、HDX Directを使用すると、セッションがNetScaler Gatewayを介してプロキシされなくなるため、HDX Insightのデータ収集が妨げられることに注意してください。
  • 仮想アプリおよびデスクトップに非永続マシンを使用する場合、Citrix では、マスター/テンプレートイメージではなくセッションホストで HDX Direct を有効にすることをお勧めします。これにより、各マシンが独自の証明書を生成します。
  • HDX Direct で独自の証明書を使用することは、現在サポートされていません。

動作の仕組み

HDX Directを使用すると、直接通信が可能な場合、クライアントはセッションホストへの直接接続を確立できます。HDX Directを使用して直接接続が行われる場合、ネットワークレベルの暗号化 (TLS/DTLS) を使用して直接接続を保護するために、自己署名証明書が使用されます。

内部ユーザー

次の図は、内部ユーザーのHDX Direct接続プロセスの概要を示しています。
HDX Directの概要(/en-us/citrix-virtual-apps-desktops/2407/media/hdx-direct-overview.png)
  1. クライアントはGateway Serviceを介してHDXセッションを確立します。
  2. 接続が成功すると、VDAは、HDX接続を介して、VDAマシンのFQDN、そのIPアドレスのリスト、およびVDAマシンの証明書をクライアントに送信します。
  3. クライアントはIPアドレスをプローブして、VDAに直接到達できるかどうかを確認します。
  4. クライアントが共有されたいずれかのIPアドレスでVDAに直接到達できる場合、クライアントは、手順 (2) で交換された証明書と一致する証明書を使用して、(D)TLSで保護されたVDAとの直接接続を確立します。
  5. 直接接続が正常に確立されると、セッションは新しい接続に転送され、Gateway Serviceへの接続は終了します。
注:
上記のステップ2で接続を確立した後、セッションはアクティブになります。その後の手順は、ユーザーが仮想アプリケーションまたはデスクトップを使用する能力を遅らせたり、妨げたりすることはありません。その後の手順のいずれかが失敗した場合でも、ユーザーのセッションを中断することなく、Gateway経由の接続は維持されます。

外部ユーザー

次の図は、外部ユーザー向けのHDX Direct接続プロセスの概要を示しています。
HDX Direct接続プロセス(/en-us/citrix-virtual-apps-desktops/2407/media/hdx-direct-connection-process.png)
  1. クライアントはGateway Serviceを介してHDXセッションを確立します。
  2. 接続が成功すると、クライアントとVDAの両方がSTUNリクエストを送信して、それぞれのパブリックIPアドレスとポートを検出します。
  3. STUNサーバーは、クライアントとVDAにそれぞれのパブリックIPアドレスとポートで応答します。
  4. HDX接続を介して、クライアントとVDAはそれぞれのパブリックIPアドレスとUDPポートを交換し、VDAはクライアントに証明書を送信します。
  5. VDAはクライアントのパブリックIPアドレスとUDPポートにUDPパケットを送信します。クライアントはVDAのパブリックIPアドレスとUDPポートにUDPパケットを送信します。
  6. VDAからのメッセージを受信すると、クライアントはセキュアな接続リクエストで応答します。
  7. DTLSハンドシェイク中に、クライアントは証明書がステップ(4)で交換された証明書と一致することを確認します。検証後、クライアントは認証トークンを送信します。これでセキュアな直接接続が確立されます。
  8. 直接接続が正常に確立されると、セッションは新しい接続に転送され、Gateway Serviceへの接続は終了します。
注:
上記のステップ2で接続を確立した後、セッションはアクティブになります。その後の手順は、ユーザーが仮想アプリケーションまたはデスクトップを使用する能力を遅らせたり、妨げたりすることはありません。その後の手順のいずれかが失敗した場合でも、ユーザーのセッションを中断することなく、Gateway経由の接続は維持されます。

証明書管理

セッションホスト

VDA マシン上の次の2つのサービスは、証明書の作成と管理を処理します。どちらもマシンの起動時に自動的に実行されるように設定されています。
  • Citrix ClxMtp Service: CA証明書キーの生成とローテーションを担当します。
  • Citrix Certificate Manager Service: 自己署名ルートCA証明書とマシン証明書の生成と管理を担当します。
次の手順は、証明書管理プロセスを示しています。
  1. サービスはマシンの起動時に開始されます。
  2. Citrix ClxMtp Service は、まだ作成されていない場合にキーを作成します。
  3. Citrix Certificate Manager Serviceは、HDX Directが有効になっているかを確認します。有効でない場合、サービスは自身を停止します。
  4. HDX Directが有効になっている場合、Citrix Certificate Manager Serviceは自己署名ルートCA証明書が存在するかを確認します。存在しない場合、自己署名ルート証明書が作成されます。
  5. ルートCA証明書が利用可能になると、Citrix Certificate Manager Serviceは自己署名マシン証明書が存在するかを確認します。存在しない場合、サービスはキーを生成し、マシンのFQDNを使用して新しい証明書を作成します。
  6. Citrix Certificate Manager Serviceによって作成された既存のマシン証明書があり、サブジェクト名がマシンのFQDNと一致しない場合、新しい証明書が生成されます。
注:
Citrix Certificate Manager Serviceは、2048ビットキーを利用するRSA証明書を生成します。

クライアントデバイス

安全なHDX Direct接続を正常に確立するには、クライアントはセッションを保護するために使用される証明書を信頼する必要があります。これを容易にするために、クライアントはICA®ファイル（Workspaceによって提供される）を介してセッションのCA証明書を受け取るため、CA証明書をクライアントデバイスの証明書ストアに配布する必要はありません。