Linux Virtual Delivery Agent

シトリックス リナックス バーチャル デリバリー エージェント (LVDA) – ネットワーク ポート マトリックス

コアVDAの登録と制御

送信元 送信先 プロトコル ポート 項目説明
VDA デリバリーコントローラー TCP 80 VDA登録およびCXF/WCF通信 *1
デリバリーコントローラー VDA TCP 80 / カスタム ブローカーによって開始されるVDA通信 *2

*1 デフォルトでは、VDA登録はVDAとDelivery Controller間のCXF/WCF通信にTCPポート80を使用します。このポートが利用できないか制限されている場合、すべてのDelivery ControllerでBrokerサービスを再構成し、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 ICA の TLS (SSL) を使用した接続
クライアント 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 / ワークスペース Web アクセス

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

リナックス用エイチディーエックス™ダイレクト

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

内部ユーザー

項目説明 プロトコル ソース ソースポート 接続先 宛先ポート
直接的な内部接続 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 ↔ シトリックス スカウト / テレメトリ (ctxtelemetry)

送信元 送信先 通信方向 プロトコル ポート 目的
デリバリーコントローラー VDA インバウンド TCP 7503 Citrix スカウト は VDA 上の Citrix テレメトリーサービス (ctxtelemetry) に接続します
VDA デリバリーコントローラー アウトバウンド TCP 7502 VDA からデリバリーコントローラーへのテレメトリ通信

注:

  • シトリックス テレメトリーサービス (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 シトリックス ディレクター アウトバウンド TCP 6001-6099 セッションシャドウイング (noVNC / WebSocket ベース)
VDA シトリックス ディレクター アウトバウンド TCP 52525-52624 リモートアシスタンスシャドウ (画面共有ベース)

注:

  • セッションシャドウイングは、Linux VDA のみでサポートされています。

  • この機能は、6001~6099 の範囲から利用可能なポートを動的に選択します。

  • 同時にシャドウされるセッションの数は、この範囲で利用可能なポートによって制限されます。

  • これらのポートは、Linux VDA から Citrix Director クライアントに到達可能である必要があります。

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

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

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

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

ウブントゥ 22.04 / ウブントゥ 24.04

Ubuntuは、デフォルトのファイアウォール管理ツールとして ufw (Uncomplicated Firewall) を使用します。

  • ufwが有効になっていることを確認します:

sudo ufw enable

  • 必要なTCPポートを許可します (例: <port>):

sudo ufw allow <port>/tcp

  • ファイアウォールルールをリロードまたは確認します:

sudo ufw reload

sudo ufw status

注:

  • ファイアウォール構成は、構成されたCXFサービスポートでインバウンドTCPトラフィックを許可する必要があります。

  • ファイアウォールの変更は、リロード後直ちに有効になります。

  • ファイアウォールでポートを開いてもサービスは開始されません。VDAにネットワークトラフィックが到達するのを許可するだけです。

その他の項目

  • 上記にリストされているすべてのポートが、すべての展開で必要とされるわけではありません。

  • 有効な機能およびローカルサービスに対応するポートのみが使用されます。

  • 一部のポート(例:画面共有およびセッションシャドウイング)は構成可能または動的な範囲を使用するため、同時セッションのために十分なサイズである必要があります。

  • ポート5432VDAホスト上のローカルPostgreSQLサービスによって使用され、外部データベース接続を意味するものではありません。