Citrix Linux Virtual Delivery Agent (LVDA) – ネットワークポートマトリックス

最終公開日 : Nov 13, 2026
Related information
管理

コアVDAの登録と制御

送信元 宛先 プロトコル ポート 説明
VDA デリバリーコントローラー TCP 80 VDAの登録とCXF/WCF通信 *1
デリバリーコントローラー VDA TCP 80 / カスタム ブローカーが開始するVDA通信 *2
*1 デフォルトでは、VDA登録はVDAとDelivery Controller間のCXF/WCF通信にTCPポート80を使用します。このポートが利用できないか制限されている場合、すべてのDelivery Controllerでブローカーサービスを再構成し、VDAが同じポートを使用するように更新することで、登録ポートをカスタマイズできます。VDAとDelivery Controller間のネットワークファイアウォールは、構成されたポートを許可する必要があります。詳細については、Citrixドキュメントを参照してください。
*2 VDAでカスタムCXFサービスポートを構成するには、ctxregコマンドを使用して次のレジストリ値を設定します: /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\Software\Citrix\VirtualDesktopAgent" -t "REG_DWORD" -v "VdaCxfServicesPort" -d "<port>" --force
サービスを再起動して適用します:
systemctl restart ctxjproxy
systemctl restart ctxvda

ICA / HDXセッショントラフィック

送信元 宛先 プロトコル ポート 説明
クライアント VDA TCP 1494 ICA / HDX (デフォルト) *3
クライアント VDA TCP 2598 セッションの信頼性を備えたICA
クライアント VDA TCP 443 TLS (SSL) 経由のICA
クライアント VDA UDP 443 HDXアダプティブトランスポート (EDT)
*3 注記 – ICA / HDXのデフォルトポート
ICA / HDX接続は、デフォルトでTCPポート1494を使用します。セッションの信頼性が有効な場合はTCP 2598を使用します。これらのポートは固定されており、任意に変更することはできません。TCP 1494が制限されている場合、CitrixはICAポートを変更する代わりに、TLS経由のICA (TCP 443) またはHDXアダプティブトランスポート (UDP 443) を使用することを推奨します。Citrixドキュメントを参照してください。

HTML5 / Workspace Webアクセス

送信元 宛先 プロトコル ポート 説明
クライアント VDA TCP 8008 HTML5 ICAプロキシ (内部アクセス)
クライアント VDA TCP 443 TLS経由のHTML5 ICA

Linux用HDX™ ダイレクト

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

内部ユーザー

説明 プロトコル 送信元 ソースポート 宛先 宛先ポート
直接内部接続 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 ↔ Citrix Scout / テレメトリ (ctxtelemetry)

送信元 宛先 方向 プロトコル ポート 目的
デリバリーコントローラー VDA インバウンド TCP 7503 Citrix Scout が VDA 上の Citrix Telemetry Service (ctxtelemetry) に接続します
VDA デリバリーコントローラー アウトバウンド TCP 7502 VDA から Delivery Controller へのテレメトリ通信
注:
  • Citrix Telemetry Service (ctxtelemetry) は、デフォルトで TCP 7503 をリッスンします。
  • ポート 7502 は、Scout 通信のために Delivery Controller 側で使用されます。
  • これらのポートは、Citrix Scout / テレメトリ収集が使用されている場合にのみ必要です。

VDA ローカルデータベースサービス (PostgreSQL)

送信元 宛先 方向 プロトコル ポート 目的
ローカル VDA ローカル VDA ローカル TCP 5432 VDA コンポーネントによって使用されるローカル PostgreSQL サービス
注:
  • PostgreSQL は、デフォルトで TCP ポート 5432 をリッスンします。
  • このポートはPostgreSQLによってVDAホストでローカルに使用されます。
  • 明示的に構成されていない限り、このポートへの外部からのインバウンドアクセスは必要ありません。
  • ポートまたはセキュリティスキャン中に、このポートがVDAシステムでリッスンしていると表示される場合があります。

HDX画面共有

送信元 宛先 方向 プロトコル ポート範囲 説明
クライアント VDA インバウンド TCP 52525-52624 HDX画面共有データチャネル
注:
  • HDX画面共有はデフォルトで無効になっており、Citrixポリシーを介して有効にする必要があります。
  • 使用可能なポート範囲は構成可能です。デフォルトの範囲はTCP 52525–52624です。
  • これらのポートは、標準のICAポート（1494 / 2598）に加えて使用されます。

VDA ↔ シトリックス ディレクター

セッションシャドウイング (Linux VDA)

送信元 宛先 方向 プロトコル ポート範囲 説明
VDA Citrix Director (シトリックス ディレクター) アウトバウンド TCP 6001-6099 セッションシャドウイング (noVNC / WebSocketベース)
VDA Citrix Director (シトリックス ディレクター) アウトバウンド TCP 52525-52624 リモートアシスタンスシャドウ (画面共有ベース)
注:
  • セッションシャドウイングはLinux VDAのみでサポートされています。
  • この機能は、6001～6099の範囲から利用可能なポートを動的に選択します。
  • 同時シャドウセッションの数は、この範囲で利用可能なポートによって制限されます。
  • これらのポートは、Linux VDAからCitrix Directorクライアントに到達可能である必要があります。

Citrix Linux VDA – ネットワークポートマトリックスの概要

コアおよび機能依存ポート

ポート / 範囲 プロトコル スコープ 機能 / 目的
80 / カスタム TCP VDA ↔ デリバリーコントローラー VDA登録 (CXF / WCF)
1494 TCP クライアント ↔ VDA ICA / HDX (デフォルト)
2598 TCP クライアント ↔ VDA セッションの信頼性を持つICA
443 TCP クライアント ↔ VDA セキュアICA / HTML5 ICA
443 UDP クライアント ↔ VDA HDXアダプティブトランスポート (EDT)
8008 TCP クライアント ↔ VDA HTML5 ICA (内部アクセス)
52525-52624 TCP VDA ↔ VDA HDX画面共有。グループポリシー「HDX screen sharing ports」で構成可能
52525-52624 TCP VDA ↔ シトリックス ディレクター リモートアシスタンスシャドウ。グループポリシー「Remote assistance ports」で構成可能
6001-6099 TCP VDA ↔ シトリックス ディレクター セッションシャドウイング (Linux VDA)
7503 TCP デリバリーコントローラー ↔ VDA シトリックス スカウト / テレメトリ (ctxtelemetry リスンポート)
7502 TCP VDA ↔ デリバリーコントローラー Citrix Scout / テレメトリー通信
5432 TCP ローカルVDA ローカルPostgreSQLサービス

VDAでネットワークポートを開く

カスタムCXFサービスポートを設定した後、通信を成功させるために、対応するネットワークポートをVDAホストファイアウォールで許可する必要があります。
以下のセクションでは、サポートされているLinuxディストリビューションでTCPポートを開く方法について説明します。

RHEL 8 / RHEL 9 (ロッキー・リナックス、アルマ・リナックスを含む)

RHELベースのディストリビューションでは、デフォルトのファイアウォールサービスとしてfirewalldを使用します。
  • firewalldが実行中であることを確認します。
sudo systemctl enable --now firewalld
  • 必要なTCPポートを開きます (例: <port>):
sudo firewall-cmd --zone=public --add-port=<port>/tcp --permanent
  • ファイアウォール設定をリロードします。
sudo firewall-cmd --reload
  • (オプション) ポートが開いていることを確認します。
sudo firewall-cmd --query-port=<port>/tcp
Ubuntuは、デフォルトのファイアウォール管理ツールとして**ufw (Uncomplicated Firewall)**を使用します。
  • ufwが有効になっていることを確認します。
sudo ufw enable
  • 必要なTCPポートを許可します (例: <port>):
sudo ufw allow <port>/tcp
  • ファイアウォール規則を再ロードまたは確認します:
sudo ufw reload
sudo ufw status
注:
  • ファイアウォール構成は、構成されたCXFサービスポートでインバウンドTCPトラフィックを許可する必要があります。
  • ファイアウォールの変更は、再ロード後すぐに有効になります。
  • ファイアウォールでポートを開いてもサービスは開始されず、ネットワークトラフィックがVDAに到達することを許可するだけです。

その他

  • 上記にリストされているすべてのポートが、すべての展開で必要とされるわけではありません。
  • 有効な機能およびローカルサービスに対応するポートのみが使用されます。
  • 一部のポート (例: 画面共有およびセッションシャドウイング) は構成可能または動的な範囲を使用し、同時セッションのために十分なサイズである必要があります。
  • ポート5432はVDAホスト上のローカルPostgreSQLサービスによって使用され、外部データベース接続を意味するものではありません。