Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

イベントログ(監査ログ)

イベントログの概要

ユーザーがApstra環境で作業していると、その操作が記録されます。これらのイベントログは、一般的な使用状況、ネットワーク停止、および疑わしいアクティビティの可能性を調査するのに役立ちます。収集される情報については、以下を参照してください。

ログに記録されるイベントの種類

以下のイベントタイプのイベントがログに記録されます。

表1:イベントタイプ

出来事

形容

ログイン

ユーザーがログインした(成功および失敗)。

ログアウト

ユーザーがログアウトしました。

ブループリントコミット

ステージングされたブループリントからアクティブなブループリントに変更が適用されました。

ブループリント元に戻す

ステージングされた設計図の変更は破棄されました。

ブループリントロールバック

ステージングされたブループリントは、以前のバージョンにロールバックされました。

ブループリント削除

設計図全体が削除されました。

デバイス構成変更

デバイスの設定が変更されました。これには、Apstraが管理対象デバイス(Time Voyagerを含む)にプッシュする構成変更も含まれます。イベントは、変更を行ったログイン ユーザーに起因します。

マイグレーションチェックポイント 新しいVM(VM-VM)上のApstraサーバーをバージョン5.0.0以降にアップグレードすると、MigrationCheckpointイベントがログに記録されます。このイベントには、古いApstraサーバーのApstraバージョン(ソース)、新しいApstraサーバーのApstraバージョン(ターゲット)、アップグレードプロセス中のタイムスタンプなどのアップグレードの詳細が含まれます。アップグレードの後には Metricdb データの移行が行われ、新しい VM での移行が成功すると、タイムスタンプの前の Metricdb データは古い VM からのものであり、タイムスタンプの後のデータは新しい VM からのものです。

OperationModeChangeToMaintenance

ブループリントの運用モードがユーザーによってメンテナンスに変更されました。

OperatonModeChangeToNormal

ブループリント操作モードは、ユーザーによって、またはディスク使用量とメモリーが使用率しきい値を下回ったとき(操作が読み取り/書き込みモードの場合)にシステムによって通常に変更されました。

OperationModeChangeを読み取り専用にする

ブループリント操作モードは、ユーザーによって、または使用率しきい値を超えた場合(操作が読み取り専用モードになっている)にシステムによって、読み取り専用に変更されました。

レート制限例外追加

レート制限例外が追加されました。

レート制限例外削除

レート制限例外が削除されました。

レート制限クリア

レート制限がクリアされました。

Syslog作成

Syslogが作成されました。

Syslogの更新

Syslogが更新されました。

Syslog削除

Syslogが削除されました。

ユーザー作成

ユーザープロファイルが(作成または複製によって)作成されました。

ユーザー更新

ユーザープロファイルが更新されました。

ユーザー削除

ユーザープロファイルが削除されました。

AuthAcl有効化

アクセス制御ルールが有効になりました。

AuthACl無効化

アクセス制御ルールが無効になりました。

AuthAclルール追加

アクセス制御ルールが追加されました。

AuthAclRuleUpdate

アクセス制御ルールが更新されました。

AuthAclRule削除

アクセス制御ルールが削除されました。

収集されるイベントの詳細の種類

各イベントについて、以下の詳細がログに記録されます(該当する場合)。

表2:イベントの詳細

財産

形容

時間範囲

イベントが発生した時間枠(時間フィールドにカーソルを合わせると、日付と時刻が表示されます)。

利用者

アクティビティを実行したユーザー、 システムまたはadminなどのユーザー名

ユーザーIPアドレス

変更を行ったユーザーに関連付けられたIPアドレス。

タイプ(イベント)

イベントのタイプ(上の表を参照)。

ブループリント名(ブループリントID)

変更が行われたブループリントのID。

ブループリントコミットメッセージ

ブループリントにコミットされた変更の説明(提供されている場合)。

デバイスキー(デバイスID)

通常は、変更が行われた管理対象デバイスのシリアル番号です。

デバイス構成

デバイスにプッシュされて適用される設定

結果

アクティビティの結果。成功は、操作がシステムによって承認されたことを意味します。エラーが発生した場合は、エラー文字列が含まれます(例えば、無許可)。

イベントログの検索

  1. 左側のナビゲーションメニューから、Platform > Event Log に移動し、ログに記録されたイベントのテーブルに移動します。
  2. この テーブルには、デフォルトで、最新の25のイベントが表示されます。表示されるイベントの数を変更するには、 テーブル設定 ボタン( クエリ ボタンの下3つのドット)をクリックし、ドロップダウンリストから数値を選択します。
  3. クエリビルダーをクリックし、使用可能な検索フィールドからクエリを入力または選択します。一部のフィールドには複数の値を入力できます。すべてのフィールドの条件に一致するイベントが返されます。結果については、[適用] をクリックします。
    手記:

    イベントログはイベント数に基づいています。最大10,000個のイベントが保持されます。これらは、2 番目のリポジトリとしてログ ローテーションされたファイルに書き込まれます。logrotateパラメーターは、Apstraサーバー構成ファイル(/etc/aos/aos.conf)で構成できます。

  4. 結果については、確認をクリックします
上記のようにApstra GUIを使用してイベントを検索する以外に、API(/api/audit/events)を使用することもできます。

イベントログをCSVファイルにエクスポート

  1. 左側のナビゲーションメニューから、Platform >イベントログに移動し、CSVにエクスポート(右上)をクリックします。
  2. エクスポートするデータをフィルターするには、クエリを入力します。
  3. CSVファイルとして保存をクリックして、CSVファイルをダウンロードします。

外部syslogサーバーにイベントログを送信する

Syslogプロトコルを使用して外部システムにイベントログを送信する方法の詳細については、 Syslogの設定を参照してください。

Apstraログの解析

Apstraは、イベントまたはログ生成デバイスとアプリケーションの相互運用性の標準であるCommon Event Format(CEF)を使用しています。この標準は、ログ・レコードの構文を定義しています。これは、標準プレフィックスと、キーと値のペアとしてフォーマットされた変数拡張子で構成されています。

Apstraログフォーマット

どこ:

  • version は常に「0」です

  • device_vendor 常に「Apstra」

  • device_product 常に「Apstra」

  • device_version 現在のApstraバージョンです

  • device_event_class_id は、監査ログの場合は「100」、異常ログの場合は「101」です

  • name 監査ログは常に「監査」、異常ログは常に「アラート」です

  • severity 監査ログは常に「中」、異常ログは常に「非常に高」です

そして、どこ:

  • {extension} は次のいずれかです。

    • 異常ログの場合: msg=<json ペイロード>

    • 監査ログの場合: cat=<activity> src= suser=<ユーザー名> act=<activity result> cs1Label= cs1= cs2Label= cs2= cs3Label= cs2=

監査ログのフィールド

表3:監査ログのフィールド
形容 適用対象
実行されたアクティビティ。有効な値: "Login"、"Logout"、"BlueprintCommit"、"DeviceConfigChange"、"BlueprintDelete" 全てのメッセージ
出典 HTTPリクエストを行うクライアントの送信元IP 全てのメッセージ
サージュ アクティビティを実行したユーザー 全てのメッセージ
行為 アクティビティの結果 - 自由形式文字列。「成功」は、システムによって操作が承認されたことを意味します。エラーが発生した場合は、エラー文字列を含めます。例:Unauthorized 全てのメッセージ
cs1ラベル 文字列「Blueprint Name」 cat = "BlueprintCommit" または "BlueprintDelete"
CS1 アクションが実行されたブループリントの名前。 cat = "BlueprintCommit" または "BlueprintDelete"
cs2ラベル 文字列「Blueprint ID」 cat = "BlueprintCommit" または "BlueprintDelete"
CS2 アクションが実行されたブループリントのID。 cat = "BlueprintCommit" または "BlueprintDelete"
cs3ラベル 文字列 "Commit Message"ユーザーがコミットメッセージを追加した場合にのみ存在します(オプション) cat = "BlueprintCommit" または "BlueprintDelete"
CS3 コミットメッセージ。ユーザーがコミットメッセージを追加した場合にのみ存在します(オプション) cat = "BlueprintCommit"
デバイスExternalId アクションが実行された管理対象デバイスのID(通常はシリアル番号)。 cat = "デバイス構成変更"
deviceConfig ログコレクターとパーサーへの改行を示すために「#012」が使用されているデバイス上でプッシュおよび適用される設定。 cat = "デバイス構成変更"

異常JSONフィールド

表4:異常JSONフィールド表
形容 適用対象
u'blueprint_label' 糸。異常が発生した設計図の名前。 全てのメッセージ
u'タイムスタンプ' 糸。異常が発生した設計図の名前。 全てのメッセージ
u'origin_name' 糸。異常が発生した設計図の名前。 全てのメッセージ
u'alert' 値は、実際の異常を含むJSONペイロードです(次の表を参照)
u'origin_hostname' 糸。異常が影響するデバイスのホスト名。 全てのメッセージ
u'device_hostname' 糸。異常が影響するデバイスのホスト名。 全てのメッセージ
origin_role 糸。異常が影響するデバイスのホスト名。 全てのメッセージ
表5:メインメッセージ形式
形容 適用対象
u'first_seen' 糸。異常が初めて発生したときのUnixタイムスタンプ。 全てのメッセージ
u'raised' 常に真実 全てのメッセージ
重大度 異常の重大度レベル現在、Apstraでは、すべての異常が重大度レベル3で発生しています。 全てのメッセージ

異常ログの例

IBA異常「MLAG異常」

すべての異常についてdevice_event_class_id = 101

IBA異常「予期しないホスト名」

ユーザーのログアウトとログ記録

すべてのイベントのdevice_event_class_id = 100

ブループリントの削除

設計図のコミット

デバイス構成の変更

完全なDay 0 BP導入を元に戻す

デバイス構成

なお、「#012」は改行として使用されています