この記事では、 AMAコネクタを介したカスタムログ を使ってテキストファイルログをフィルタリングし取り込む方法について説明します。 これらのログは、WindowsやLinuxマシンにインストールされたネットワークやセキュリティアプリケーションから取得されます。 コネクターを設定する前に、要件 のセクションを確認してください 。 そのセクションでは必要な権限、対応するマシン、エージェントのインストールについて説明しています。
多くのアプリケーションでは、Windows イベント ログや Syslog などの標準ログ サービスではなく、データをテキスト ファイルに記録します。 Azure Monitor Agent(AMA)を使って、WindowsとLinuxの両方のコンピュータでテキストファイルからデータを収集できます。 AMAは収集中にデータを変換し、異なるフィールドに解析することも可能です。
Microsoft Sentinelにログ収集をサポートするソリューションがあるアプリケーションの詳細については、「AMA データ コネクタを使用したカスタム ログ - 特定のアプリケーションからMicrosoft Sentinelするようにデータ インジェストを構成する」を参照してください。
テキスト ファイルからのカスタム ログの取り込みの一般的な情報については、「Azure Monitor Agent を使用してテキスト ファイルからログを収集する」を参照してください。
重要
AMA データ コネクタ経由のカスタム ログは現在プレビュー段階です。 ベータ版、プレビュー版、または一般公開されていないAzure機能に適用される追加の法的条件については、「Microsoft Azure プレビューの補足使用条件」を参照してください。
-
2027 年 3 月 31 日以降、Microsoft SentinelはAzure portalでサポートされなくなり、Microsoft Defender ポータルでのみ使用できるようになります。 Azure portalでMicrosoft Sentinelを使用しているすべてのお客様は、Defender ポータルにリダイレクトされ、Defender ポータルでのみMicrosoft Sentinelを使用します。 2025 年 7 月以降、多くの新規顧客が自動的にオンボードされ、Defender ポータルにリダイレクトされます。
Azure portalでMicrosoft Sentinelを引き続き使用している場合は、スムーズな移行を確保し、Microsoft Defenderによって提供される統合セキュリティ操作エクスペリエンスを最大限に活用するために、Defender ポータルへの移行の計画を開始することをお勧めします。 詳細については、「移動する時間: セキュリティを強化するためにMicrosoft SentinelのAzure portalを廃止する」を参照してください。
前提条件
AMA コネクタを使用してカスタム ログを構成する前に、次のリソースとアクセス許可が設定されていることを確認します。
Microsoft Sentinelの前提条件
アプリケーションに一致するMicrosoft Sentinel ソリューションをインストールし、この記事の手順を完了するためのアクセス許可があることを確認します。 これらのソリューションは、Microsoft Sentinelの Content ハブにあり、すべて AMA コネクタ経由のカスタム ログが含まれています。
コンテンツ ハブにソリューションがあるアプリケーションの一覧については、「 アプリケーションごとの具体的な手順」を参照してください。 アプリケーションで使用できるソリューションがない場合は、 AMA ソリューションを使用してカスタム ログを インストールします。
詳細については、「Microsoft Sentinel のすぐに使えるコンテンツを確認して管理する」を参照してください。
次の Azure ロールベースのアクセス制御 (Azure RBAC) ロールが割り当てられている Azure アカウントを所有していること:
組み込みロール Scope 理由 - 仮想マシン共同作成者
- Azure 接続済みマシン
リソース管理者- 仮想マシン (VM)
- Virtual Machine Scale Sets
- Azure Arc 対応サーバー
エージェントをデプロイするには アクションを含むロール
Microsoft.Resources/deployments/*- サブスクリプション
- リソース グループ
- 既存のデータ収集ルール
Azure Resource Manager テンプレートをデプロイするには 共同作成者の監視 - サブスクリプション
- リソース グループ
- 既存のデータ収集ルール
データ収集ルールを作成または編集するには
ログフォワーダーの前提条件
特定のカスタム アプリケーションは、外部ログ コレクター/フォワーダーにログを送信する必要がある閉じたアプライアンスでホストされます。 このようなシナリオでは、ログ フォワーダーに次の前提条件が適用されます。
ログを収集するには、ログ フォワーダーとして指定されたLinux VM が必要です。
ログ フォワーダーがAzure仮想マシンでない場合は、Azure Arc Connected Machine エージェントがインストールされている必要があります。
Linux ログ フォワーダー VM には、Python 2.7 または 3 がインストールされている必要があります。 チェックするには、
python --versionまたはpython3 --versionコマンドを使用します。 Python 3 を使用している場合は、コンピューターで既定のコマンドとして設定されていることを確認するか、'python' ではなく 'python3' コマンドを使用してスクリプトを実行します。ログ フォワーダーでは、
syslog-ngまたはrsyslogデーモンが有効になっている必要があります。ログ フォワーダーの領域要件については、Azureモニター エージェント パフォーマンス ベンチマークに関するページを参照してください。 Microsoft Sentinel のスケーラブルなインジェストを実現するための設計を確認することもできます。
ログ ソース、セキュリティ デバイス、アプライアンスは、ローカル syslog デーモンではなく、ログ フォワーダーの syslog デーモンにログ メッセージを送信するように構成する必要があります。
コンピューターのセキュリティの前提条件
organizationのセキュリティ ポリシーに従って、ログ フォワーダー マシンのセキュリティを構成します。 たとえば、会社のネットワーク セキュリティ ポリシーに合わせてネットワークを構成し、デーモン内のポートとプロトコルを要件に合わせて変更します。 マシンのセキュリティ構成を改善するには、vm をAzureでセキュリティで保護するか、ネットワーク セキュリティに関するこれらのベスト プラクティスを確認します。
たとえば、ログ フォワーダーがクラウドに存在するため、デバイスが TLS 経由でログを送信している場合は、TLS で通信するように syslog デーモン (rsyslog または syslog-ng) を構成する必要があります。 詳細については、以下を参照してください:
データ コネクタを構成する
AMA データ コネクタを使用したカスタム ログのセットアップ プロセスには、次の手順が含まれます。
Log Analytics で宛先テーブルを作成します(Defender ポータルを使用している場合は Advanced Hunting で)。
テーブルの名前は
_CLで終わる必要があり、次の 2 つのフィールドのみで構成する必要があります。- TimeGenerated ( DateTime 型): ログ メッセージの作成のタイムスタンプ。
-
RawData ( String 型): 全体のログ メッセージ。
(ログ フォワーダーからログを収集していて、アプリケーションをホストしているデバイスから直接収集しない場合は、RawData ではなくこのフィールドに Message という名前を付けます)。
Azure Monitor エージェントをインストールし、次のいずれかの方法を使用してデータ収集規則 (DCR) を作成します。
ログ フォワーダーを使用してログを収集する場合は、そのマシンで syslog デーモンを構成して他のソースからのメッセージをリッスンし、必要なローカル ポートを開きます。 詳細については、「 ログを受け入れるようにログ フォワーダーを構成する」を参照してください。
手順については、適切なタブを選択します。
AzureまたはDefenderポータルで以下の手順を使ってデータ収集ルールを作成・設定してください。
データ収集ルールの作成 (DCR)
開始するには、Microsoft Sentinelの AMA データ コネクタを使用してカスタム ログを開き、データ収集規則 (DCR) を作成します。
Azure portalでMicrosoft Sentinelする場合は、[構成] で [データ コネクタ] を選択します。
Defender ポータルで Microsoft Sentinel>構成>データ コネクタ を使用するには、[Microsoft Sentinel > 構成 > データ コネクタ] を選択します。[検索] ボックスに「custom」と入力します。 結果から、 AMA コネクタを使用してカスタム ログを 選択します。
詳細ウィンドウで [ コネクタ ページを開く ] を選択します。
[ 構成 ] 領域で、[ +データ収集ルールの作成] を選択します。
[ 基本 ] タブで、次の手順を実行します。
- DCR 名を入力します。
- サブスクリプションを選択します。
- DCR を検索するリソース グループを選択します。
[ 次へ: リソース] >を選択します。
VM リソースを定義する
[ リソース ] タブで、ログを収集するマシンを選択します。 これらは、アプリケーションがインストールされているマシンか、ログ フォワーダー マシンのいずれかです。 探しているマシンが一覧に表示されない場合は、Azure接続マシン エージェントがインストールされているAzure VM ではない可能性があります。
使用できるフィルターまたは検索ボックスを使用して、探しているマシンを見つけます。 一覧でサブスクリプションを展開するとそのリソース グループが表示され、リソース グループを展開するとその VM が表示されます。
ログを収集するコンピューターを選択します。 VM 名の横にマウス ポインターを合わせると、[チェック] ボックスが表示されます。
選択したマシンに Azure Monitor エージェントがまだインストールされていない場合、DCR の作成とデプロイ時にエージェントがインストールされます。
変更を確認し、[次へ: >の収集] を選択します。
アプリケーションの DCR を構成する
重要
リストされているアプリケーションやデバイスタイプを選択すると、 Transform フィールドが自動的に入力されます。 自動入力された変換は編集しないでください。
[ 収集 ] タブで、[ デバイスの種類の選択 (省略可能)] ドロップダウン ボックスからアプリケーションまたはデバイスの種類を選択するか、アプリケーションまたはデバイスが一覧に表示されていない場合は [カスタム新しいテーブル ] のままにします。
一覧表示されているアプリケーションまたはデバイスのいずれかを選択した場合、[ テーブル名 ] フィールドに適切なテーブル名が自動的に入力されます。 [カスタムの新しいテーブル] を選択した場合は、[テーブル名] にテーブル名を入力します。 名前は、
_CLサフィックスで終わる必要があります。[ ファイル パターン ] フィールドに、収集するテキスト ログ ファイルのパスとファイル名を入力します。 アプリケーションまたはデバイスの種類ごとに既定のファイル名とパスを見つけるには、「アプリケーションの 種類ごとの具体的な手順」を参照してください。 既定のファイル名またはパスを使用する必要はありません。また、ファイル名にはワイルドカードを使用できます。
[ 変換 ] フィールドで、手順 1 でカスタムの新しいテーブルを選択した場合は、任意の変換をデータに適用する Kusto クエリを入力します。
手順 1 で一覧表示されているアプリケーションまたはデバイスのいずれかを選択した場合、[ 変換 ] フィールドに適切な変換が自動的に設定されます。 そこに表示される変換を編集しないでください。 選択されるタイプによって、 Transform フィールドの値は以下のいずれかであるべきです。
-
source(既定値—変換なし) -
source | project-rename Message=RawData(フォワーダーにログを送信するデバイスの場合)
-
選択内容を確認し、[ 次へ: 確認と作成] を選択します。
ルールを確認して作成する
すべてのタブを完了したら、入力した内容を確認し、データ収集ルールを作成します。
[ 確認と作成 ] タブで、[ 作成] を選択します。
コネクタは、DCR の作成時に選択したマシンにAzure モニター エージェントをインストールします。
Azure portalまたはMicrosoft Defender ポータルで通知を確認して、DCR が作成され、エージェントがインストールされているタイミングを確認します。
コネクタ ページで [最新の情報に更新 ] を選択すると、一覧に DCR が表示されます。
ログを受け入れるようにログ フォワーダーを構成する
ログ フォワーダーを使用してアプライアンスからログを収集する場合は、ログ フォワーダーで syslog デーモンを構成して、他のマシンからのメッセージをリッスンし、必要なローカル ポートを開きます。
次のコマンド ラインをコピーします。
sudo wget -O Forwarder_AMA_installer.py https://raw.githubusercontent.com/Azure/Azure-Sentinel/master/DataConnectors/Syslog/Forwarder_AMA_installer.py&&sudo python Forwarder_AMA_installer.pyAMA をインストールしたばかりのログ フォワーダー マシンにサインインします。
最後の手順でコピーしたコマンドを貼り付けて、インストール スクリプトを起動します。
スクリプトは、必要なプロトコルを使用するようにrsyslogまたはsyslog-ngデーモンを構成し、デーモンを再起動します。 このスクリプトはポート 514 を開き、UDP プロトコルと TCP プロトコルの両方で受信メッセージをリッスンします。 リッスン ポートまたはプロトコル構成を変更するには、マシンで実行されているデーモンの種類に従って syslog デーモン構成ファイルを参照します。- Rsyslog:
/etc/rsyslog.conf - Syslog-ng:
/etc/syslog-ng/syslog-ng.conf
Python 3 を使用していて、コンピューターで既定のコマンドとして設定されていない場合は、貼り付けたコマンドで
python3をpythonに置き換えます。 「ログ フォワーダーの前提条件」を参照してください。注:
エージェントが機能できない フル ディスクシナリオ を回避するには、不要なログを格納しないように
syslog-ngまたはrsyslog構成を設定することをお勧めします。 フル ディスク シナリオでは、インストールされている AMA の機能が中断されます。 詳細については、「 RSyslog または Syslog-ng」を参照してください。- Rsyslog:
セキュリティ デバイスまたはアプライアンスを構成する
セキュリティアプリケーションやアプライアンスの設定については、「AMAデータコネクタを通じたカスタムログ」をご覧ください。- 特定のアプリケーションからMicrosoft Sentinelへのデータ取り込みを設定する設定。
製品ドキュメントにデバイスがカバーされていない場合は、ソリューションプロバイダーに連絡して助けを求めてください。