トラブルシューティング Microsoft Azure イベント・ハブ・プロトコル

一般的なトラブルシューティング

以下のステップは、すべてのユーザー入力エラーに適用されます。 一般的なトラブルシューティング手順には、 Microsoft Azure Event Hubs プロトコルに関するエラーを処理するための最初のステップが含まれています。

1. 「イベント・ハブ接続ストリングを使用 (Use Event Hub Connection String)」または「ストレージ・アカウント接続ストリングを使用 (Use Storage Account Connection String)」オプションがオフに設定されている場合は、「オン」に切り替えます。 接続文字列の取得についての詳細は、イベントハブがQRadar®と通信するためのMicrosoft Azureの設定を参照してください。
2. Microsoft Azure イベント・ハブ接続ストリングが以下の例の形式に従っていることを確認します。 entityPath パラメーター値がイベント・ハブの名前であることを確認します。

   Endpoint=sb://<Namespace
   Name>.servicebus.windows.net/;SharedAccessKeyName=<SAS Key
   Name>;SharedAccessKey=<SAS Key>;EntityPath=<Event Hub Name>

   ログ・ソースを保存して閉じると、セキュリティー上の理由から、入力した値が表示されなくなります。 値が表示されない場合は、値を入力し、その有効性を確認してください。

3. Microsoft Azure ストレージ・アカウント接続ストリングが以下の例の形式に従っていることを確認します。

   DefaultEndpointsProtocol=https;AccountName=<Storage Account
   Name>;AccountKey=<Storage Account Key>;EndpointSuffix=core.windows.net

   ログ・ソースを保存して閉じると、セキュリティー上の理由から、入力した値が表示されなくなります。 値が表示されない場合は、値を再入力し、その有効性を確認してください。

4. オプション: トラブルシューティングのために、「ゲートウェイ・ログ・ソースとして使用 (Use As a Gateway Log Source)」を「オフ」に設定し、「Syslog への Azure Linux イベントのフォーマット設定 (Format Azure Linux Events to Syslog)」を「オン」に設定します。 これにより、すべてのイベントが、選択したログ・ソース・タイプを通過します。 これにより、最低限のイベントが到着しているかどうか、またはネットワークやアクセスの問題がないかどうかを素早く判別できます。

   Use As a Gateway Log Source を On に設定している場合は、イベントが 不明、格納済み、または sim-generic として、QRadar に到着していないことを確認してください。 そのように受信している場合は、プロトコルが機能していないように見える理由を説明している場合があります。

5. 選択したイベント・ハブに対して、指定されたコンシューマー・グループが存在することを確認してください。 詳しくは、 QRadarと通信するための Microsoft Azure Event Hubs の構成を参照してください。
6. サーバー証明書の自動取得 オプションを有効にするか、または証明書が手動で QRadar に追加されることを確認します。
7. QRadar システム時刻が正確であることを確認してください。システム時刻がリアルタイムではない場合、ネットワークの問題が発生する可能性があります。
8. ストレージ・アカウント・ホストに対してポート 443 が開いていることを確認します。 通常、ストレージ・アカウント・ホストは<Storage_Account_Name>.<something>です。ここで、<something>は通常、エンドポイント接尾部を表します。
9. イベント・ハブ・ホストでポート 5671 が開いていることを確認します。 イベント・ハブ・ホストは、通常イベント・ハブ接続ストリングからの <Endpoint> です。