Citrix Virtual Apps and Desktops

ログサーバーのインストールと構成

August 31, 2026

寄稿者:

ログサーバーは、個別のLinuxまたはWindowsサーバーにセットアップすることも、Citrix Connector Applianceでホストして常時更新を活用することもできます。各オプションのインストールおよび構成手順については、関連セクションを参照してください。

インストールに関する注意

セキュリティ強化のため、展開ではHTTPSの使用を推奨します。

選択したポートがすでに使用されていないことを確認してください。

管理者またはシステムレベルの権限が必要となるため、特権ポート（0～1023）の使用は避けてください。

ファイアウォールルールが選択したポートでのトラフィックを許可していることを確認してください。

有効な範囲（0～65535）内のポート番号を使用しますが、競合を避けるため、システムサービスで一般的に使用されるポートは避けてください。

Citrix Connector Applianceを使用してログサーバーを展開する場合は、ポート443のみが構成されていることを確認してください。

例で使用されているポート番号（HTTPの場合は8080、HTTPSの場合は8443）は参照用です。これらのポートを厳密に使用する必要はありません。環境に基づいて適切なポート番号を選択し、AOTログサーバーを構成する際には上記のインストールガイドラインに従ってください。

Citrix Connector Applianceを介したログサーバーのインストール

ログサーバーはCitrix Connector Appliance内に展開できます。このアプローチにより、ホストVMの展開と管理、イメージの手動ダウンロード、またはコンテナコマンドの実行が不要になります。ログサーバーは、Connector Applianceのアップグレード中に自動的にオンボーディングされ、継続的なコネクタ更新を通じて最新の状態に保たれるため、常に最新バージョンを使用できます。詳細については、「Connector appliance updates」を参照してください。

Citrix Connector Applianceを介してログサーバーを展開する手順

環境にConnector Applianceがまだない場合は、ハイパーバイザーまたはパブリッククラウドマーケットプレイスからアプライアンスを展開してください。必要なCitrix Connector Applianceの最小バージョンは11.4.1.444です。インポート後、アプライアンスをCitrix Cloudに登録します。詳細については、「Obtain the connector appliance」を参照してください。
デフォルトでは、Connector Applianceには2つのvCPUと4GBのメモリが搭載されています。ログサーバーのリクエストを処理するには、リソースを少なくとも4つのvCPUと16GBのメモリに増強してください。
サポートされているコンポーネントがログサーバーのホスト名を解決できるように、Connector Appliance FQDNのDNS「A」レコードを作成します。Connector ApplianceをActive Directoryドメインに参加させることはオプションです。
Cloud Monitorは、リソースロケーション内のサポートされているWindows Cloud Connectorで実行されているMonitor Connectorサービスを介してAOTログを取得します。ログサーバーがCitrix Connector Applianceに展開されている場合、同じリソースロケーション内にサポートされているWindows Cloud Connectorも存在する必要があります。Cloud MonitorがAOTトレースを取得するには、Connector Applianceだけでは不十分です。Cloud Connectorはバージョン6.141.0.13739（または4.420.0.13739）以降を実行している必要があります。以前のバージョンでは、GetAotTraces API呼び出しが失敗し、MonitorでHTTP 500エラーが発生します。
Connector Applianceは、Connector Appliance管理ページに接続するブラウザに提供される自己署名証明書を提供します。HTTPS経由でログサーバーに接続できるようにするには、この自己署名証明書を、組織によって署名された、または組織の信頼チェーンを使用して生成された独自の証明書に置き換える必要があります。詳細については、証明書の管理またはサーバー証明書の置換を参照してください。
アップグレードが完了したら、https://<connector-appliance-FQDN>/?enable=logserver でConnector Appliance UIにログインし、「?enable=logserver」があることを確認して、ログサーバーUIを表示できるようにします。新しいログサーバータブには、ストレージと認証キー管理のオプションが表示されます。
コネクタアプライアンスのブートディスクの容量は 20GB です。ログサーバーでの効率的なログストレージをサポートするために、ハイパーバイザーまたはクラウド管理プラットフォームを使用して、コネクタアプライアンスに別の仮想ディスクを追加する必要があります。この追加ディスクには、ログストレージのニーズを満たすのに十分なスペースが必要です（前のセクションで説明したとおり）。

以下の XenServer のスクリーンショットは、追加ディスクが構成されたコネクタアプライアンスの例を示しています。

注:

VMware ESXi の既知の要件: ユーザーは、追加のデータディスクを、ルートディスクで使用されているものとは異なる SCSI コントローラーに接続する必要があります。
キーディスクを追加すると、ログサーバー UI がそれを自動的に検出し、コネクタアプライアンス上のログサーバーコンテナにフォーマットしてマウントできるようになります。
「ディスクの接続」ボタンをクリックすると、ディスクはログサーバーコンテナにマウントされます。
メインページには、ディスクサイズと、使用されているスペースの量、残りのスペースの量に関する情報が表示されます。
ディスクがアタッチされた後、ping エンドポイント https://<connector-appliance-FQDN>/ctxlogserver/Ping を呼び出して、ログサーバーが実行されていることを確認します。pong 応答は、ログサーバーが正常に起動したことを確認します。
「管理」ボタンをクリックし、「キーの生成」をクリックします。次に、ロール名を入力し、認証キーをコピーまたはダウンロードします。ウィンドウを閉じると、キーは再度表示されません。
CitrixダウンロードからログサーバーのDockerコンテナイメージをダウンロードします。
ダウンロードしたファイルを同じディレクトリに配置します。
ターミナル (Linux) またはコマンドプロンプト (Windows) を使用して、そのディレクトリでインストーラーを実行し、指示に従います。

chmod +x ./InstallLogServer

#Install with https mode with port 8443 with default path
./InstallLogServer --https --cert </path/your_private_cert_key.pfx> --port 8443

#Install with http mode, with port 8080 with default path
./InstallLogServer --port 8080

#Command to change the config path and data path of your choice with https mode
./InstallLogServer --https --cert </path/your_private_cert_key.pfx> --port 8443 --config /Path/LogServer/Config --database /Path/LogServer/Data

#Command to change the config path and data path of your choice with http mode
./InstallLogServer --port 8080 --config /Path/LogServer/Config --database /Path/LogServer/Data

#To support CWA client uploading AOT logs, some additional parameters need to be added after the install log server command.
--sta-server http://STA_SERVER_FQDN:port --log-server LOG_SERVER_FQDN:PORT
<!--NeedCopy-->

ここで、,

STA_SERVER_FQDNは、STAサーバーのホスト名またはIPアドレスです（オンプレミスインストールでは、STAサーバーは通常DDCとともにインストールされます）。
LOG_SERVER_FQDNとPORTは、ログサーバー自体のホスト名と、指定されたポート（8080、8443、またはインストールパラメーターの–port値）です。
ログサーバー証明書your_private_cert_key.pfxは、AOTクライアントがTLS接続を使用してログをアップロードする他のCitrixコンポーネントによって信頼されている必要があります。

The STA_SERVERアドレスを使用すると、StoreFrontがセッションタイムアウト後などに再接続STAチケットを提供できない場合でも、ログサーバーがCitrix Workspaceアプリ（CWA）クライアントに再接続STAチケットを発行できます。これにより、接続が切断された場合にCWAクライアントがログサーバーと直接接続を再確立できるようになります。

LOG_SERVERアドレスは、ログサーバーが設定されたSTAサーバーからSTAチケットを要求する際に使用されます。STAサーバーは、ログサーバーのエンドポイントへの接続を特別に承認するチケットを返します。

CWAクライアントが再接続STAチケットを必要としない場合、またはゲートウェイなしでLogServerに直接接続する場合、これらのパラメータはオプションです。

Linuxでのインストール後

インストール後、いくつかの便利なスクリプトファイルが生成されます。

# In Linux, sh scripts will be generated
DownloadLogsByTime.sh
DownloadLogsByWords.sh
GetAuthKey.sh
ListMachines.sh  
StartLogServer.sh  
<!--NeedCopy-->

./StartLogServer.sh to start the server. Check your configpath/weblogs.txtを使用して、LogServerが正常に起動したことを確認します。

LogServerが正常に起動した場合、weblogsファイルに以下のメッセージが表示されます。ポート5000は、LogServerがDockerコンテナ内で選択されたHTTPまたはHTTPSプロトコルで内部的に使用します。

Now listening on https://[::]:5000
<!--NeedCopy-->

ログサーバーがHTTPモードでインストールされた場合、正常なログには以下が表示されます。

Now listening on http://[::]:5000
<!--NeedCopy-->

LogServerがHTTPSを使用している場合、AOTログをアップロードするすべてのマシンでその証明書が信頼されていることを確認してください。

注:

インストール手順で設定されたポート（8080、8443、または指定された任意のポート）は、DDC、Storefront、VDAなどでLogServerのURLを設定する際に使用する必要があります。

通常、Linuxでの起動には30秒から60秒かかります。

Windowsへのインストール

Citrix downloadsからログサーバーのDockerコンテナイメージをダウンロードします。
ダウンロードしたファイルを同じディレクトリに配置します。
ターミナル（Linux）またはコマンドプロンプト（Windows）を使用して、そのディレクトリでインストーラーを実行し、指示に従ってください。

ステップ 1

ログサーバーVMにWindows版Docker Desktop (サブスクリプションが必要な場合があります) をインストールします。WSL 2に依存するWindowsシステムでDocker Desktopが正しくインストールされ、起動することを確認するには、以下の手順に従ってください。

Docker Desktopの設定でメモリ制限を12 GB以上に設定します
Docker Desktopには以下のWindows機能が必要です。これらの機能が有効になっていることを確認してください。
- ハイパーV
- 仮想マシンプラットフォーム
- Linux 用 Windows サブシステム (WSL)
不足している機能がある場合は、それらをインストールし、VMを再起動して変更を適用してください。
システムが再起動したら、PowerShell（管理者として実行）を開き、コマンド wsl --update を実行してWSLを更新します。
Docker DesktopにはWSL 2が必要です。コマンド wsl --set-default-version 2 を実行して、WSL 2をデフォルトとして構成します。
WSLが更新され、必要なWindows機能が有効になると、Docker Desktop Engineは正常に起動するはずです。

ステップ 2

インストールを続行するには、以下のコマンドを実行してください。

注:

構成フォルダーとデータベース (データ) フォルダーの既定の場所は、C:\Users<username>\LogServer の下に作成されます。これらは以下のコマンドで変更できます。

#Install with https mode with port 8443 with default path
InstallLogServer.exe --https --cert <c:\path\cert.pfx> --port 8443

#Install with http mode, with port 8080 with default path
InstallLogServer.exe --port 8080

#Command to change the config path and data path of your choice with https mode
InstallLogServer.exe --https --cert <c:\path\cert.pfx> --port 8443 --config C:\LogServer\Config --database C:\LogServer\Datacmd

#Install with specific config path and data path
InstallLogServer.exe --port 8080 --config C:\LogServer\Config --database C:\LogServer\Datacmd

#To support CWA client uploading AOT logs, some additional parameters need to be added after the install log server command.
--sta-server http://STA_SERVER_FQDN:port --log-server LOG_SERVER_FQDN:PORT
<!--NeedCopy-->

ここで、,

STA_SERVER_FQDN は STA サーバーのホスト名または IP アドレスです（オンプレミスインストールでは、STA サーバーは通常 DDC と一緒にインストールされます）。
LOG_SERVER_FQDN と PORT は、ログサーバー自体のホスト名と、指定されたポート（8080、8443、またはインストールパラメーターの –port 値）です。
ログサーバー証明書 your_private_cert_key.pfx は、他の Citrix コンポーネントによって信頼されている必要があります。AOT クライアントは TLS 接続を使用してログをアップロードします。

STA_SERVER アドレスにより、セッションタイムアウトのために StoreFront が再接続 STA チケットを提供できない場合でも、LogServer が CWA クライアントに再接続 STA チケットを供給できるようになります。その結果、CWA クライアントは接続障害が発生した場合に LogServer から直接再接続チケットを取得できます。

LOG_SERVER アドレスは、ログサーバーが STA_SERVER から STA チケットを要求するときに使用されます。STA_SERVER は、LOG_SERVER アドレスへの接続のみを承認する STA チケットを発行します。

これらのパラメーターは、CWA クライアントが再接続 STA チケットを必要としない場合、またはゲートウェイなしで LogServer に直接接続する場合にオプションです。

Windows でのインストール後

インストール後、インストーラーファイルを保存したのと同じディレクトリに、いくつかの便利なスクリプトファイルが生成されます。

注：

これらのファイルは別の場所に移動できます。ただし、ログサーバーを構成する際に再度必要になるため、新しい場所を覚えておいてください。

#In Windows, bat scripts will be generated in the same directory where you saved the installer files.
DownloadLogsByTime.bat
DownloadLogsByWords.bat
GetAuthKey.bat
ListMachines.bat
StartLogServer.bat
<!--NeedCopy-->

ログサーバーを起動するには StartLogServer.bat を使用します。

LogServer が正常に起動したことを確認するには、configpath\weblogs.txt を確認してください。

ログに以下が表示された場合、ログサーバーが正常に起動したことを意味します。LogServer が正常に起動すると、weblogs ファイルに以下のメッセージが表示されます。ポート 5000 は、LogServer が Docker コンテナ内で選択された HTTP または HTTPS プロトコルで使用するために内部的に使用されます。

Now listening on: https://[::]:5000
<!--NeedCopy-->

ログサーバーが HTTP モードでインストールされた場合、成功したログには以下が表示されるはずです。

Now listening on: http://[::]:5000
<!--NeedCopy-->

LogServerがHTTPSを使用する場合、その証明書がAOTログをアップロードするすべてのマシンで信頼されていることを確認してください。

注:

インストール手順で構成されたポート（8080、8443、または指定された任意のポート）は、DDC、Storefront、VDAなどでログサーバーURLを構成する際に使用する必要があります。

通常、Windowsのハードウェアによって1～10分かかります。

相互TLS認証（オプション）

相互TLS (mTLS) は、ログサーバーとクライアント (VDA、DDC、StoreFront、CWA) の間にセキュリティの追加レイヤーを提供します。mTLSが有効な場合、クライアントとサーバーの両方が、エンタープライズPKIによって発行された証明書を使用して相互に認証します。

mTLSは、次のような環境で役立ちます。

ネットワークセグメントが信頼されていないか、共有されている
ログサーバーだけでなく、各AOTログクライアントも認証する必要がある
顧客が不正なシステムによるログデータの送信を防止したい
規制またはコンプライアンスポリシーが証明書ベースの認証を要求する。

mTLSはオプションですが、信頼されたCitrixコンポーネントのみがログサーバーと通信できるようにし、ログサーバーがテレメトリデータを受け入れる前にすべての受信接続を検証できるようにすることで、セキュリティを強化します。

証明書の要件

mTLSを構成するには、次の証明書を生成する必要があります。

aotclient.pfx – AOTログクライアント (VDA、DDC、StoreFront、CWA) で使用される証明書
logserver.pfx – Log Serverが使用する証明書
enterprise-ca.cer – 両方の.pfxファイルに署名するために使用されるルート証明書または中間証明書

注

Citrix Connector Applianceを使用している場合、サポートされていないため、この相互TLSセクションはスキップしてください。

enterprise-ca.cerファイルは、Log Serverとテレメトリクライアントの両方の信頼されたルート証明機関ストアにインポートする必要があります。

aotclient.pfxおよびlogserver.pfx証明書はパスワードで保護すべきではありません。

aotclient.pfxのサブジェクトはCitrixAOTClientである必要があり、これによりテレメトリクライアントは実行時に証明書を自動的に見つけることができます。

mTLSを有効にするには、Log Serverのインストールコマンドに–caパラメーターを含めます。このパラメーターは、enterprise-ca.cer証明書へのパスを指定します。

# with default path
./InstallLogServer --https --cert logserver.pfx --ca enterprise-ca.cer --port 8443

# with customized path
./InstallLogServer --config /YourPath/LogServer/Config --database /YourPath/LogServer/Data --cert /YourPath/logserver.pfx --ca /YourPath/enterprise-ca.cer --port 8443

# delete temp certificate logserver.pfx in current install directory
sudo rm -rf /YourPath/logserver.pfx

# keep logserver.pfx accessed only by the container process user 'ubuntu'.
sudo chmod 400 LogServer/Config/logserver.pfx
sudo chown ubuntu:ubuntu LogServer/Config/logserver.pfx
<!--NeedCopy-->

相互TLS認証が必要な場合は、DDC、Storefront、VDA、およびその他のCVADコンポーネントで管理者権限を使用して、次のPowerShellコマンドを実行します。

# import client cert at the machine aot client
Import-PfxCertificate -CertStoreLocation Cert:\LocalMachine\My\ -FilePath c:\aotclient.pfx

# Verify successful import
Get-ChildItem Cert:\LocalMachine\My | Where-Object { $_.Subject -like "*AOTclient*" }

# delete temp certificate aotclient.pfx
Remove-Item -Path "C:\aotclient.pfx" -Force
# Ensure LogServer’s certificate is trusted on all machines uploading AOT logs.
<!--NeedCopy-->

注：

テレメトリサービスは「network service」アカウントで実行されているため、certlm.mscグラフィカルインターフェイスを使用して、CitrixAOTClient証明書の秘密キーに対するNETWORK SERVICEのフルコントロールを手動で付与する必要があります。

Win + Rを押し、certlm.mscと入力してEnterキーを押し、証明書（ローカルコンピューター）コンソールを開きます。

証明書（ローカルコンピューター） > 個人 > 証明書を展開します。

右ペインで、CitrixAOTClientに発行された証明書を見つけます。

「秘密キーの管理」を開きます

証明書を右クリックし、「すべてのタスク」 > 「秘密キーの管理」を選択します

権限ダイアログで、「追加」を選択し、「NETWORK SERVICE」と入力し、「名前の確認」をクリックします (NT AUTHORITY\NETWORK SERVICE に解決されるはずです)。

「OK」をクリックして権限を適用します。

顧客が自己署名証明書を提供する場合、次のようにします。

ログサーバー側では、logserver.pfx と aotclient.cer は前述のとおりインストールされます。aotclient.cer は enterprise-ca.cer の役割を果たします。
クライアント側では、aotclient.pfx と logserver.cer は前述のとおりインポートされます。logserver.cer は enterprise-ca.cer の役割を果たします。
詳細については、新しい証明書の作成を参照してください。

ログサーバーの確認

ログサーバー、VDA、またはDDCでブラウザを開き、http://YourLogServerFQDN:8080/Ping にアクセスします。

ブラウザに「Pong UTC:08/19/2025 01:03:29 Version: 2511.1.6」という応答文字列が表示されます。UTC時刻はログサーバーのUTC時刻である必要があります。バージョン文字列には、リリース名とビルド番号が含まれます。

注：

デフォルトポートを使用していない場合は、ポート8080を構成済みのポートに変更し、HTTPSモードでインストールされている場合は、httpをhttpsに変更します。

ログサーバーの検証に失敗した場合は、次のログを確認してください。

docker logs logserver を実行してDockerログを確認します。
Linuxの場合 - $HOME/LogServer/Config/weblogs.txt (デフォルトを使用していない場合は、$HOME/LogServer を実際のインストールパスに変更してください)
Windows の場合 - C:\Users\YourUserName\LogServer\Config\weblogs.txt (YourUserNameを実際のユーザー名に変更してください。C:\Users\YourUserName\LogServerを、デフォルトを使用しない場合は実際のインストールパスに変更してください)

Log Server の高度な構成

Linux または Windows で

docker stop logserver を実行して logserver を停止します

デフォルトでは、ログサーバーは以下の値で構成されています。変更を行うには、Windows にインストールされている場合は StartLogServer.sh または StartLogServer.bat を編集してください。

-e MAX_RESERVE_DAYS=7
-e MAX_DISK_USAGE_PERCENTAGE=85
-e LOCAL_DOWN_ONLY=true
-e OPENSEARCH_JAVA_OPTS="-Xms2G -Xmx2G"
<!--NeedCopy-->

LogServer 構成オプション	デフォルト値	値の範囲	説明
LOG_LEVEL	2	0-4	0=トレース, 1=デバッグ, 2=情報, 3=警告, 4=エラー
CORS_ORIGINS		“Url” または “url1;url2;url3”	この値を変更して、CWA H5/Chrome クライアントが AOT ログをアップロードできるようにします。複数のURLを「;」で区切って指定できます。
MAX_RESERVE_DAYS	7	1~30	ログサーバーは、TimeStamp フィールドに基づいてログエントリを最大日数保存します。7日前に挿入されたログは削除されます。10分ごとに確認します。
MAX_DISK_USAGE_PERCENTAGE	85	10~90	ログサーバーはデータストレージの使用率を監視します。使用率が90%を超えると、ログサーバーは使用率が90%未満になるまで古いログを毎日削除します。10分ごとに確認します。
LOCAL_DOWN_ONLY	はい	true/false	true の場合、ログサーバーがインストールされているマシンのみが /Download/APIs にアクセスできます。false の場合、AuthKey を持つ他のマシンが /Download/ APIs にアクセスできます。
OPENSEARCH_JAVA_OPTS	“-Xms2G -Xmx2G”	2G ~ MaxMem/2	Opensearchのメモリ構成。ログをLog Serverに送信するマシンが多い場合は、より多くのメモリを割り当ててください。例: 0～999台のマシン: 2GB、1000～1999台のマシン: 4GB、2000～9999台のマシン: 6GB

変更が更新されたかどうかを確認するには、Linuxで./StartLogServer.shを実行します。

変更が更新されたかどうかを確認するには、WindowsでStartLogServer.batを実行します。

Citrix Connector Appliance上での設定

以下は、ローカルAPIを介してCitrix Connector Appliance上のログサーバーの詳細設定を構成する手順です。

これはPostman、Curl、またはPowerShellのいずれかで実行できます。以下はPostmanで実行された手順の例です。

認証: JWTの生成

すべてのAPI呼び出しは、JSON Web Token (JWT) を使用して認証する必要があります。まずトークンを生成し、そのトークンを後続のリクエストのヘッダーに含める必要があります。

ステップ1.1: トークンの生成

トークンを生成するには、$loginエンドポイントに対してPOSTリクエストを実行します。

エンドポイント: POST https://[ip]/$login
本文: 認証に必要なJSONペイロード (例: ユーザー名とパスワード) を含める必要があります。資格情報が正しい場合、APIはトークンを返します。

トークン生成 1

トークン生成 2

このトークン値を次の手順で使用するためにコピーします。

ステップ1.2: API呼び出しを認証する

生成されたトークンを、以降のすべてのAPI呼び出しのAuthorizationヘッダーに含めます。トークンには「Bearer」をプレフィックスとして付ける必要があります。

認証: Bearer abCD.efGH.ijKL

APIを承認する

有効なトークンはAPI呼び出しの続行を許可します。無効または期限切れのトークンは、エラーメッセージとともに拒否されます。

高度な設定を追加する

認証後、ログサーバーのようなターゲットコンテナの設定を構成できます。MAX_RESERVE_DAYSを構成する

このアクションは、ログサーバーのMAX_RESERVE_DAYSを構成します。

エンドポイント: https://[ip]/providers/logserver-provider/environment
メソッド: PATCH

リクエストボディ

{ “MAX_RESERVE_DAYS”: “7” }

フィールド

MAX_RESERVE_DAYS (文字列、必須): デフォルト値は7日です。ログサーバーは、タイムスタンプフィールドに基づいてログエントリを最大日数保存します。7日前に挿入されたログは削除されます。10分ごとにチェックします。

この例では、10日に変更しています。

フィールド 2

フィールド 3

応答

✅ 成功 (204 OK) 設定が適切に構成されていることを示します

応答 1

同様に、最大ディスク使用率をデフォルトの85から調整することもできます。ここでは90に変更します。ディスク使用率が90%に達すると、新しいログのためのスペースを確保するために古いログが削除されます。

応答 2

応答

✅ 成功 (204 OK) 設定が適切に構成されていることを示します

この製品ドキュメントの正式なバージョンは英語版です。英語以外のすべてのバージョンは、お客様の利便性のためにのみ提供され、機械翻訳された内容が含まれている場合があります。詳しくは、Cloud Software Group home で機械翻訳に関する免責事項（Machine Translation Disclaimer）をご覧ください。

この情報は役に立ちましたか?

ログサーバーのインストールと構成

August 31, 2026

寄稿者:

August 31, 2026

寄稿者:

この記事の概要

Citrix Connector Applianceを介したログサーバーのインストール
Windowsへのインストール
相互TLS認証（オプション）
ログサーバーの確認
Log Server の高度な構成

この情報は役に立ちましたか?