ビュー:
エージェント関連の設定は[管理][システム設定][エージェント]にあります。
Server & Workload Protection APIを使用して、エージェント関連のシステム設定の変更を自動化できます。例については、ポリシー、コンピュータ、およびシステム設定の構成を参照してください。

Agentからの有効化 (AIA)

Server & Workload Protectionで新しいエージェントをアクティブ化することに加えて (または代わりに)、クラウドコネクタを介して、または[コンピュータ]で新しいコンピュータを手動で追加することにより、エージェントが自動的にアクティブ化されることを許可できます。エージェントによるアクティブ化と通信を使用してエージェントをアクティブ化および保護するも参照してください。
Allow agent-initiated activations: エージェントがServer & Workload Protectionに接続して自身をアクティブ化することを許可します。次に、エージェントによるアクティブ化を許可するコンピュータを選択してください。
  • For any computers: すでに[コンピュータ]にリストされているかどうかに関わらず、任意のコンピュータ。
  • For existing computers: [コンピュータ]に既にリストされているコンピュータのみ。
  • For computers on the following IP list: 指定したIPリストに一致するIPアドレスを持つコンピュータのみ。
開始時の動作を設定するには
  • Policy to assign (if policy not assigned by activation script): アクティベーション時にコンピュータに割り当てるセキュリティポリシーです。この設定は、AgentのアクティベーションスクリプトまたはAIAイベントベースタスクでポリシーが指定されていない場合にのみ適用されます。
  • [Allow agent to specify hostname]: 有効化時に Server & Workload Protection にホスト名を提供することで、エージェントがホスト名を指定できるようにします。
  • 許可 TrendAI Vision One™ Virtual Desktop Infrastructure (VDI) support and cloned virtual machines: VDIサポートを有効にすると、次のシステム設定がロックされます。
    この設定が有効で、Agentが自動的にアップグレードされないようにするには、次の手順を実行します。
    1. [管理][システム設定][エージェント][Agent Upgrade]に移動します。
    2. 対応するOSの [Automatically upgrade agents on activation] を無効にします。参照有効化時にAgentを自動的にアップグレードする
  • [コンピュータがすでに存在する場合]: 新しいコンピュータが既存のコンピュータと同じエージェント GUIDまたは証明書を使用しようとしている場合、または同じBIOS UUIDを使用している場合のアクティベーション試行の処理方法を指定します。
    • [有効化を許可しない]: コンピュータのライセンス認証を行いません。
    • [Activate a new computer with the same name]: 新しいコンピュータオブジェクトを作成し、コンピュータのライセンス認証を行います。同じBIOS UUIDでクローンをアクティベートする場合は、このオプションを使用します。これにより、各クローンコンピュータには独自のコンピュータオブジェクトが割り当てられます。同じコンピュータを非アクティブ化してから再度アクティブ化すると、新しいコンピュータオブジェクトが作成されるため、以前のコンピュータオブジェクトは完全に非アクティブになります。
    • [Re-activate the existing computer]: 同じ名前のまま、既存のコンピュータオブジェクトを再利用して、コンピュータをアクティベートします。同じBIOS UUIDで複数のコンピュータをアクティベートする場合、それらはすべて同じコンピュータオブジェクトを共有するため、一意の識別子が必要になる問題が発生する可能性があります。
    この設定は、物理コンピュータ、Azure仮想マシン (VM)、Google Cloud Platform (GCP) VM、またはVMware VMにのみ適用されます。AWSはすべてのAWSインスタンスを区別するためにServer & Workload Protectionが使用するユニークなインスタンスIDを提供しているため、これらのコンピュータに対してはこの設定は無視されます。
    VDIサポートを有効にすると、この設定が選択され、 [Re-activate the existing computer]にロックされます。
  • [Reactivate cloned agents]: クローンを新しいコンピュータとして再アクティブ化します。で選択したポリシーを割り当てます。Policy to assign (if Policy not assigned by activation script) 。これは、エージェントがすでに有効化されている「ゴールデンイメージ」を使用して、コンピュータのハードディスクのイメージを再作成する場合や、新しい仮想マシンインスタンスまたはAMIをデプロイする場合に便利です。これにより、同じソフトウェアイメージをコピーして展開された場合でも、各コンピュータに一意のエージェントGUIDが割り当てられます。
    クローンは、初回のアクティベーション後、最初のハートビート時に検出されます。同じエージェントGUIDが異なるコンピュータで使用されている場合、 Server & Workload Protection によってクローンが検出され、それらのコンピュータが再度アクティブ化されます。
    このオプションを無効にすると、クローンは自動的に再アクティブ化されません。手動でServer & Workload Protectionコンソールを通じて、またはアクティベーションスクリプトを使用してアクティブ化する必要があります。
    この設定は、ユーザーが追加したAWSインスタンス、Azure仮想マシン (VM)、Google Cloud Platform (GCP) VM、またはVMware VMにのみ適用されます。[コンピュータ] [アカウントを追加]
    VDIサポートを有効にすると、この設定が選択およびロックされます。
  • Reactivate unknown agents: 削除された (以前にアクティブ化された) コンピュータを新しいコンピュータとして再アクティブ化します。元のコンピュータに割り当てられていたポリシーやルールはデフォルトでは再度割り当てられません。手動で再割り当てするか、イベントベースのタスクなどのツールを使用して自動的に割り当てる必要があります。この設定は非アクティブなエージェントのクリーンアップと一緒に使用すると便利で、誤って削除されたコンピュータが自動的に再アクティブ化されます。非アクティブなAgentのクリーンナップによるオフラインコンピュータの削除の自動化も参照してください。
    以前に認識されたエージェントは、初回のアクティベーション後、次のハートビート時に検出されます。ハートビートにエージェントGUID (以前のアクティベーションを示す) が含まれているが、そのコンピュータが現在[コンピュータ]にリストされていない場合、Server & Workload Protectionはコンピュータを再アクティベートします。以前のイベントメッセージは、古いコンピュータオブジェクトにリンクされ続け、新しいものにはリンクされません。
    VDIサポートを有効にすると、この設定が選択およびロックされます。

エージェントのアップグレード

Automatically upgrade agents on activation: アクティベーション中に、Server & Workload Protectionと互換性のある最新のソフトウェアバージョンにエージェントをアップグレードします。これはLinuxコンピュータにのみ適用されます。アクティベーション時にエージェントを自動的にアップグレードするも参照してください。

非アクティブエージェントのクリーンアップ

多くのオフラインコンピュータ (つまり、Server & Workload Protectionと通信していない場合) があり、これ以上管理する必要がない場合、非アクティブエージェントのクリーンアップを通じて[コンピュータ]から自動的に削除できます。この設定は、現在不明なエージェントの再活性化と一緒に使用すると便利です。非アクティブエージェントのクリーンアップによるオフラインコンピュータの自動削除も参照してください。
Delete agents that have been inactive for: コンピュータが削除されるまでの非アクティブ時間。

データプライバシー

Allow packet data capture in network events: は、エージェントがパケットデータをServer & Workload Protectionに送信するかどうかを決定します。これは、IPSおよびファイアウォールイベントの一部です。この設定のオプションは次のとおりです。
  • Yes (excluding encrypted traffic): これは初期設定のオプションです。暗号化されていないパケットデータはすべて Server & Workload Protectionに送信されます。
  • Yes (all traffic): 暗号化されたパケットデータを含むすべてのパケットデータが Server & Workload Protectionに送信されます。暗号化された接続でパケットデータをキャプチャするためのリソース要件は、暗号化されていない接続よりも高くなります。このオプションを選択し、ワークロードのパフォーマンスに問題が発生した場合は、暗号化トラフィックを除外するオプションに切り替えることを検討してください。
  • [いいえ] パケットデータがキャプチャされず、エージェントから Server & Workload Protectionに送信されません。規制された環境のユーザ、またはネットワークコンテンツの Server & Workload Protection への転送を懸念するユーザは、この設定を無効にすることができます。 Server & Workload Protectionに送信されるデータの詳細については、Server & Workload Protection データ収集通知
これはエージェントバージョン12.5.0.1001以降でサポートされていますが、macOSエージェントではサポートされていません。
Allow user name capture in network events: エージェントが検出されたユーザ名を含むパケットデータをファイアウォールイベントの一部としてキャプチャして送信するかどうかを決定します。この設定のオプションは次のとおりです。
  • いいえ: パケットデータのユーザ名はキャプチャまたは送信されません。これはデフォルトのオプションです。
  • はい: パケットデータのユーザ名は、検出されたユーザ名と共にファイアウォールイベントの一部としてマネージャに送信されます。
パケットデータ内のユーザ名は、バージョン20.0.1-12150以降のほとんどのエージェントバージョンでWindowsおよびLinuxでサポートされています。ただし、すべての地域で利用できるわけではありません。この機能を使用するには、TrendAI™にお問い合わせください。