Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

システムログの概要

このセクションでは、メッセージを生成するJunos OSプロセスを特定するシステムログメッセージを説明し、発生した操作またはエラーについて簡単に説明します。

特定の機能のプラットフォームおよびリリースサポートを確認するには、機能エクスプローラーを使用します。

プラットフォームに関連する注意点については、補足プラットフォーム情報セクションを参照してください。

プラットフォームに関連する注意点については、プラットフォームに固有のシステムログ動作セクションを参照してください。

システムログの概要

Junos OSはシステムログメッセージ(syslogメッセージと呼ばれます)をデバイス上で発生する記録イベントに作成し、それには以下が含まれます。

  • Open Shortest Path First(OSPF)プロトコル隣接の作成や、設定データベースへのユーザーログインの作成といったルーティン操作

  • 設定ファイルへのアクセスの失敗、または予期しないピアプロセスへの接続の終了といった失敗やエラー状態

  • 超高熱によるデバイスの電源ダウンなどの緊急または深刻な状態。

各システムログメッセージは、メッセージを生成する必要があるJunos OSプロセスを特定し、発生した操作またはエラーの簡単な説明をします。特定のシステムログメッセージの詳細については、システムログエクスプローラを参照してください。

デバイスがシステムメッセージをログに記録するように設定するには、[システムを編集]階層レベルでsyslogステートメントを設定します。

注:

このトピックでは、Junos OSプロセスおよびライブラリのシステムログメッセージについて説明しますが、Adaptive Services PICなどのPhysical Interface CardPIC)のシステムログサービスについては説明しません。

システムログエクスプローラアプリケーションを使用して、異なるリリースでシステムログメッセージを表示または比較します。

Junos OS Evolvedのシステムロギング

Junos OS Evolvedでは、各ノードには、システムジャーナルを取得しフィルターするインターフェイスである標準的なjournalctlツールが備わっています。システムログメッセージは、システムジャーナルから抽出されます。relay-eventdプロセスはすべてのノードで実行し、システムジャーナルから(syslog設定に基づいて)イベント、および異なるアプリケーションからエラーメッセージを取得して、それらをmaster-eventdプロセスに転送します。master-eventdプロセスは、プライマリルーティングエンジンで実行し、ログメッセージとエラーをディスクに書き込みます。

Junos OS Evolvedでは、バックアップルーティングエンジンにmessagesファイルはありません。すべてのバックアップルーティングエンジンのログは、プライマリルーティングエンジンノード上のmessagesファイルにあります。

デフォルトでは、Junos OS Evolvedは、ノード名はシステムログメッセージのホスト名の後に追加されますが、Junos OSではそうではありません。このアクションにより、Junos OS EvolvedシステムログメッセージのRFC5424への準拠が保たれます。しかしながら、監視システムによってはJunos OS Evolvedホスト名が正しく識別されない場合もあります。ホスト名とノード名の組み合わせがインベントリ内のホスト名と一致しないからです。

set system syslog alternate-formatコンフィグレーションコマンドを使用することで、監視システム内のJunos OS Evolvedホスト名を正確に識別できるようにします。このコマンドはJunos OS Evolvedシステムログメッセージのフォーマットを変更します。ノード名が、ホスト名の後に追加されるのではなく、メッセージ内のプロセス名の前に追加されるようになり、監視システムがホスト名を正しく識別できるようになります。

例えばJunos OSシステムログメッセージは、FPCから送信されるシステムログメッセージには元のプロセスを印刷しません。

しかしながら、Junos OS Evolvedのメッセージでは、ホスト名の後にノード名が追加され、FPCを含めたノードから送信されるメッセージの元のプロセスが印刷されます。

Junos OS Evolvedシステムログメッセージの入れ替えフォーマットを設定している場合は、同じシステムログメッセージのセットが以下のようになり、ホスト名だけとなります。

システムロギング機能とメッセージ重大度レベル

表 1は、[edit system syslog]階層レベルの設定ステートメントで指定できる、Junos OSシステムのロギング機能の一覧を示しています。

表 1: Junos OSシステムロギング機能

ファシリティ(番号)

イベントまたはエラーの種類

kernel(0)

Junos OSカーネルはアクションを実行し、エラーに遭遇します。

user(1)

ユーザースペースがアクションを実行するか、エラーに遭遇します。

daemon(3)

システムがアクションを実行するか、エラーに遭遇します。

authorization(4)

認証と承認の試み。

ftp(11)

FTPがアクションを実行するか、エラーに遭遇します。

ntp(12)

ネットワークタイムプロトコルはアクションを実行するか、エラーに遭遇します。

dfc(17)

動的フローキャプチャに関連するイベント

external(18)

ローカル外部アプリケーションはアクションを実行するか、エラーに遭遇します。

firewall(19)

ファイアウォールフィルターは、パケットフィルタリングアクションを実行します。

pfe(20)

パケット転送エンジンはアクションを実行するか、エラーに遭遇します。

conflict-log(21)

指定された設定がそのルータータイプでは無効

change-log(22)

Junos OS設定へ変更

interactive-commands(23)

JunosXMLプロトコルまたはNETCONFXMLクライアントなどのクライアントアプリケーションは、Junos OSコマンドラインインターフェイス(CLI)プロンプトでコマンドを発行します。

表 2は、[edit system syslog]階層レベルの設定ステートメントで指定可能な重大度を示しています。レベルemergencyからinfoは、最も高い重大度(機能に最大の影響を及ぼす)から最も低いものへの順です。

他の重大度レベルとは異なり、noneレベルでは、トリガーとなるイベントがルーティング機能に及ぼす重大度を示すのではなく、ファシリティのログ記録を無効にします。詳細は、ファシリティのシステムログ記録の無効化を参照してください。

表 2: システムログメッセージの重大度レベル

重大度レベル

説明

-

none

宛先への関連ファシリティのログ記録を無効にする

0

emergency

ルーターの機能を停止させてしまう、システムパニックなどの状態

1

alert

システムデータベースの破損などの、直ちに修正が必要な状態

2

critical

ハードエラーなどのクリティカルな状態

3

error

通常、緊急、アラート、クリティカルなレベルのエラーほど深刻な結果をもたらさないエラー状態

4

warning

監視が必要な状態

5

notice

エラーではないが、特別な対応が必要と思われる状態

6

info

関心を持つべきイベントまたはエラーなしの状態

7

any

すべての重大度レベルを含む

注:

ログ作成に特定の重大度レベルを設定すると、システムはそのレベル以上の(より重大な)レベルのメッセージをログに記録します。たとえば、「エラー」(レベル3)を設定した場合、システムはレベル0(緊急)、1(アラート)、2(重大)、および3(エラー)のメッセージをログに記録しますが、レベル4~7のものはログに記録しません。

デフォルトシステムログ設定

表 3は、Junos OSを実行するすべてのルーターに適用されるデフォルトシステムログ設定をまとめ、デフォルト値を上書きする設定に含めるステートメントを指定します。

表 3: デフォルトシステムロギング設定

設定

デフォルト

上書きステートメント

手順

リモートマシンに転送されたメッセージのための代替ファシリティ

change-logの場合: local6

conflict-logの場合: local5

dfcの場合: local1

firewallの場合: local3

interactive-commandsの場合: local7

pfeの場合: local4

[edit system syslog]
host hostname {
    facility-override facility;
}

リモート宛先にダイレクトされるシステムログメッセージ向け代替ファシリティ名の変更

ファイルに記録されたメッセージのフォーマット

UNIXフォーマットに基づく標準Junos OSフォーマット

[edit system syslog]
file filename {
    structured-data;
}

Strutured-Dataフォーマットでのロギングメッセージ

アーカイブセット内の最大ファイル数

10

[edit system syslog]
archive {
    files number;
}
file filename {
    archive {
        files number;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

ログファイルの最大サイズ

MXシリーズ:1メガバイト(MB)

[edit system syslog]
archive {
    size size;
}
file filename {
    archive {
        size size;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

タイムスタンプフォーマット

月、日、時間、分、秒

以下はその一例です。 Aug 21 12:36:30

[edit system syslog]
time-format format;

タイムスタンプに年またはミリ秒を含める

ログファイルを読み込めるユーザー

rootユーザーとJunos OSmaintenance パーミッションを持つユーザー

[edit system syslog]
archive {
    world-readable;
}
file filename {
    archive {
        world-readable;
    }
}

ログファイルサイズ、数、アーカイブプロパティの指定

システム ロギングおよびルーティング インスタンス

システム ログ(syslog)クライアントは完全に VRF に対応します。仮想ルーティングおよび転送(VRF)インスタンスを介してサーバに到達可能な場合、syslogクライアントはサーバにログメッセージを送信できます。リモートサーバー到達可能なルーティング インスタンスを指定するには、 routing-instance ステートメント(適切な階層で導入)を使用します。

デフォルトでは、システム ロギング トラフィックは、デバイスおよびそれに関連付けられたルーティング インスタンスの管理インターフェイスから送信されます。デフォルト以外の管理ルーティング インスタンス mgmt_junosを使用するように、システム ロギング メッセージを設定できます。

専用管理インスタンスのメリット

  • セキュリティの改善

  • システムログトラフィックは、他の制御トラフィックやプロトコルトラフィックとルーティングテーブルを共有する必要がなくなりました

  • トラブルシューティングのための管理インターフェイスの使用が容易

専用管理インスタンスでのシステムロギング

Junos OS Evolvedでは、management-instance ステートメントを設定するとすぐに、システムロギングにデフォルトでmgmt_junos VRFインスタンスが使用されます。システム ロギング用に mgmt_junos VRF インスタンスを設定する必要はありません。

専用管理インスタンスを使用するには、システムログトラフィックの mgmt_junos ステートメントを設定する必要があります。Junos OS リリース 24.2R1以前では、特にmgmt_junosを設定しなくても、management-instanceステートメントが設定されている場合、システムログトラフィックはデフォルトで専用管理インスタンスを使用します。

システムログトラフィックが使用するルーティング インスタンスは、設定されているルーティングインスタンスによって異なります。システム ロギング トラフィックでは、[edit system syslog host ip-address]階層レベルで routing-instance ステートメントで設定されたルーティング インスタンスが優先され、次に [edit system syslog] レベルで設定されたルーティング インスタンスが優先されます。どちらの階層にもルーティング インスタンスが設定されていない場合、管理インスタンスがグローバル レベルで設定されていても、システム ロギング トラフィックはデフォルトでデフォルトのルーティング インスタンスと inet.0 ルーティング テーブルに設定されます。したがって、システムログは、ホストがデフォルトのinet.0ルーティングインスタンスから到達可能な場合にのみ、ホストに到達します。

この動作を次の表にまとめます。

表 4: 専用管理インスタンスが構成されている場合のシステム ログ トラフィックの動作

hostレベルで設定

syslogレベルで設定

ルーティング インスタンス システム ロギング トラフィックの使用

mgmt_junos

ユーザー定義ルーティング インスタンス

mgmt_junos

ユーザー定義ルーティング インスタンス

ユーザー定義ルーティング インスタンス

hostレベルで設定されたインスタンス

なし

mgmt_junos mgmt_junos

なし

ユーザー定義ルーティング インスタンス

syslogレベルで設定されたインスタンス

なし

なし

デフォルトルーティングインスタンスinet.0

標準フォーマットで生成されるメッセージを解釈する

Junos OSのプロセスまたはサブルーチンライブラリで生成された標準形式のメッセージの構文は、以下の優先順位情報が含まれているかどうかによって異なります。

  • explicit-priorityステートメントが[filename]または[hostname]階層レベルに含まれる場合、システムログメッセージは以下の構文を持っています。

  • コンソールやユーザーに送信される場合、またはファイルやリモートホストにステートexplicit-priorityメントが含まれていない場合、システムログメッセージの構文は次のとおりです:

表 5はメッセージフィールドを説明しています。

表 5: 標準形式メッセージのフィールド
フィールド 説明

timestamp

メッセージが記録された時間。

message-source

メッセージを生成したプロセスまたはコンポーネント、およびメッセージが記録されたルーティングプラットフォームの識別子。Junos OSの場合、このフィールドには2つ以上のサブフィールドが含まれます。ホスト名、プロセスおよびプロセスID(PID)。Junos OS Evolvedの場合、このフィールドにはホスト名、その後にノード名、プロセス名、PIDが含まれます。alternate-formatステートメントがJunos OS Evolvedデバイス上の[編集システムsyslog]階層レベルで設定されている場合、ノード名はホスト名の後には追加されず、代わりにプロセス名の前に付きます。Junos OS Evolvedのメッセージを入れ替える場合は、Junos OSメッセージと同じホスト名フォーマットにするようにしてください。プロセスがPIDを報告しない場合、そのPIDは表示されません。メッセージソースサブフィールドは、以下の形式で表示されます。

hostname	process[process-ID]

facility

システムログメッセージが属しているファシリティを指定するコード。コードのファシリティ名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む、優先順位情報で報告されたファシリティコード。

severity

システムログメッセージに割り当てられた重大度レベルを表す数値コード。コードの重要度名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む、優先順位情報で報告された重大度レベルの数値コード。

TAG

メッセージを一意に識別するテキスト文字は、すべて大文字で、アンダースコア(_)を使用して単語を区切ります。タグ名は、生成するソフトウェアのプロセスまたはライブラリを示すプレフィックスで始まります。このリファレンスのエントリーは、このプレフィックスのアルファベット順に表示されています。

ルーティングプラットフォーム上のすべてのプロセスがタグを使用するわけではないため、このフィールドは常に表示されるわけではありません。

message-text

メッセージのテキスト。

Junos OS プロセスまたはライブラリによって標準形式で生成されたメッセージを解釈する

Junos OSのプロセスまたはサブルーチンライブラリで生成された標準形式のメッセージの構文は、優先順位情報が含まれているかどうかによって異なります。

  • explicit-priorityステートメントが[edit system syslog file filename]または[edit system syslog host(hostname | other-routing-engine)]階層レベルに含まれる場合、システムログメッセージは以下の構文を持っています

  • コンソールやユーザーに送信される場合、またはファイルやリモートホストに明示的な優先度ステートメントが含まれていない場合、システムログメッセージの構文は次のとおりです。

表 6はメッセージフィールドを説明しています。

表 6: Junos OS プロセスまたはライブラリで生成された標準形式メッセージのフィールド
フィールド 説明
timestamp メッセージが記録された時間。
message-source メッセージを生成したプロセスまたはコンポーネント、およびメッセージが記録されたルーティングプラットフォームの識別子。このフィールドには、システム ロギングの設定方法に応じて、2つ以上のサブフィールドが含まれます。TXマトリクスプラットフォーム上のメッセージソースフィールドルーティングマトリクス内のT640ルーティングノード上のメッセージソースフィールドおよびシングルシャーシシステム上のメッセージソースフィールドを参照してください。
facility システムログメッセージが属しているファシリティを指定するコード。コードのファシリティ名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む優先順位情報で報告された重大度レベルの数値コード
severity システムログメッセージに割り当てられた重大度レベルを表す数値コード。コードの重要度名へのマッピングについては、表を参照してください。システムログメッセージの優先順位情報を含む優先順位情報で報告された重大度レベルの数値コード
TAG

メッセージを一意に識別するテキスト文字は、すべて大文字で、アンダースコア(_)を使用して単語を区切ります。タグ名は、生成するソフトウェアのプロセスまたはライブラリを示すプレフィックスで始まります。このリファレンスのエントリーは、このプレフィックスのアルファベット順に表示されています。

ルーティングプラットフォーム上のすべてのプロセスがタグを使用するわけではないため、このフィールドは常に表示されるわけではありません。

message-text メッセージのテキスト。各メッセージのテキストについては、システムログメッセージの後の章を参照してください。

PIC上のサービスが標準形式で生成したメッセージを解釈する

適応可能サービス(AS)PICなど、PIC上のサービスによって生成される標準形式のシステムログメッセージは、以下の構文を持っています。

注:

PIC上のサービスのシステムロギングは、この章で説明したように、[edit system syslog]階層レベルでは設定されません。設定情報については、『 Junos Services Interfaces Configuration Guide』を参照してください。

(FPCスロットfpc-slot, PICスロットpic-slot)フィールドは、ルーティングエンジン上で動作する標準システムロギングユーティリティがメッセージをシステムログに書き込む際のみ表示されます。PICがメッセージを直接書き込む場合、フィールドは表示されません。

表 7はメッセージフィールドを説明しています。

表 7: PICによって生成されたメッセージのフィールド
フィールド 説明
timestamp メッセージが記録された時間。
fpc-slot メッセージを生成したPICを収容するフレキシブルPICコンセントレータ(FPC)のスロット番号。
pic-slot メッセージを生成したPICが存在するFPC上のPICスロットの番号。
service-set メッセージを生成したサービス セットの名前。
SERVICE

メッセージを生成したサービスを表すコード。コードには次のものが含まれます。

  • FWNAT—ネットワークアドレス変換(NAT)サービス

  • IDS:侵入検知サービス

optional-string PICの設定に[edit interfaces interface-name services-options syslog]階層レベルでlog-prefixステートメントが含まれている場合に表示されるテキスト文字列。詳しくは、 Junos サービス インターフェイス設定ガイドをご覧ください。
TAG メッセージを一意に識別するテキスト文字は、すべて大文字で、アンダースコア(_)を使用して単語を区切ります。タグ名は、生成PICを示すプレフィックスで始まります。このリファレンスのエントリーは、このプレフィックスのアルファベット順に表示されています。
message-text メッセージのテキスト。各メッセージのテキストについては、システム ログ メッセージを参照してください。

構造化データフォーマットで生成されたメッセージを解釈する

ログファイルの設定に structured-data ステートメントが含まれている場合、Junos OS のプロセスとソフトウェア ライブラリは、標準の Junos OS 形式ではなく、構造化されたデータ形式でファイルにメッセージを書き込みます。structured-data ステートメントについては、 Structured-Dataフォーマットでのロギングメッセージを参照してください。

構造化フォーマットを使用すると、自動化アプリケーションがメッセージから情報を抽出しやすくなります。特に、変数 (メッセージをトリガーした状況に応じて変化する英語のメッセージ内の要素) の値を報告するための標準化された形式により、アプリケーションはそれらの値を簡単に抽出できます。標準形式では、変数はメッセージ・テキストに散在し、変数として識別されません。

メッセージの構造化データ形式には、以下のフィールドがあります (ここでは、読みやすくするためにのみ 2 行で表示されています)。

表 8 は、フィールドを説明しています。システム・ロギング・ユーティリティーが特定のフィールドの値判別できない場合は、代わりにハイフン(-)が表示されます。

表 8: 構造化データメッセージのフィールド
フィールド 説明
<プライオリティコード> メッセージのファシリティと重大度を示す番号。施設番号に8を乗じ、重大度の数値を加算して算出されます。数値コードのファシリティおよび重大度へのマッピングについては、表を参照してください。ログに含めるメッセージのファシリティと重大度を指定する際の priority-code フィールドのファシリティと重大度コード。 <165>重大度通知(severity=5)の PFE ファシリティ(facility=20)からのメッセージ。
バージョン インターネット技術タスクフォース(IETF)システム ロギング プロトコル仕様のバージョン。 初期バージョンの場合は 1
タイムスタンプ

メッセージが生成された時刻 (2 つの表現のいずれか)。

  • YYYY-MM-DDTHH:MM:SSです。MSZ は、協定世界時 (UTC) の年、月、日、時、分、秒、ミリ秒です。

  • YYYY-MM-DDTHH:MM:SS.MS+/-HH:MMは、現地時間の年、月、日、時、分、秒、ミリ秒です。プラス記号 (+) またはマイナス記号 (-) に続く時間と分は、UTC からのローカル タイム ゾーンのオフセットです

2007-02-15T09:17:15.719Z は 2007 年 2 月 15 日の 9:17 AM UTC です。2007-02-15T01:17:15.719 -08:00 は、米国の太平洋標準時として表されるのと同じタイムスタンプです。
ホスト名 メッセージを最初に生成したホストの名前。 ルーター1
過程 メッセージを生成した Junos OS プロセスの名前。 MGDの
プロセスID メッセージを生成した Junos OS プロセスの UNIX プロセス ID(PID)。 3046
タグ メッセージを一意に識別する Junos OS システム ログ メッセージ タグ。 UI_DBASE_LOGOUT_EVENT
変数と値のペア メッセージを起動した状況に応じて変化する、メッセージとテキスト文字列の各要素の変数と値のペア。各ペアは、変数 = "value" の形式で表示されます。 ユーザー名="ユーザー"
メッセージテキスト イベントまたはエラーの英語の説明(簡単なステートメントが[edit system syslog file filename structured-data]階層レベルに含まれている場合は省略されます)。各メッセージのテキストについては、システムログメッセージの後の章を参照してください。 ユーザー「ユーザー」が設定モードを終了

デフォルトでは、メッセージの構造化データ・バージョンには、次の例のように、末尾に英語のテキストが含まれます (読みやすくするために複数行で表示しています)。

階層レベルに brief ステートメントが [edit system syslog file filename structured-data] 含まれている場合、次の例のように英語のテキストが省略されます。

表 9 Priority-Code フィールドに表示されるコードを、ファシリティおよび重大度レベルにマッピングします。

注:

表 9に記載されているすべてのファシリティと重大度を [edit system syslog] 階層レベルのステートメントに含めることができるわけではありません(一部は内部プロセスによって使用されます)。設定に含めることができるファシリティと重大度レベルのリストについては、 ログに含めるメッセージのファシリティと重大度の指定を参照してください。

表 9: priority-code フィールドのファシリティおよび重大度コード
ファシリティ(番号) 重大度の緊急 アラート 危うい エラー 警告 告知 情報 デバッグ
カーネル (0) 1 1 2 3 4 5 6 7
ユーザー (1) 8 9 10 11 12 13 14 15
メール (2) 16 17 18 19 20 21 22 23
デーモン (3) 24 25 26 27 28 29 30 31
オーソリゼーション (4) 32 33 34 35 36 37 38 39
syslog(5) 40 41 42 43 44 45 46 47
プリンタ (6) 48 49 50 51 52 53 54 55
ニュース (7) 56 57 58 59 60 61 62 63
uucp (8) 64 65 66 67 68 69 7,000万 71
時計 (9) 72 73 74 75 76 77 78 79
認可プライベート (10) 80 81 82 83 84 85 86 87
ftp (11) 88 89 90 91 92 93 94 95
NTP (12) 96 97 98 99 100 101 102 103
セキュリティ (13) 104 105 106 107 108 109 110 111
コンソール (14) 112 113 114 115 116 117 118 119
ローカル0 (16) 128 129 130 131 132 133 134 135
DFCの (17) 136 137 138 139 140 141 142 143
ローカル2 (18) 144 145 146 147 148 149 150 151
ファイアウォール (19) 152 153 154 155 156 157 158 159
PFEの (20) 160 161 162 163 164 165 166 167
競合ログ (21) 168 169 170 171 172 173 174 175
変更ログ (22) 176 177 178 179 180 181 182 183
対話型コマンド (23) 184 185 186 187 188 189 190 191

ホストOSシステムログとコアファイルを管理する

ホストOSを搭載したJunos OSスイッチでは、Junos OSは、システムログメッセージ(syslogメッセージとも呼ばれます)を生成し、以下を含むスイッチで発生するイベントを記録することがあります。

  • ユーザーが設定データベースへログインするなどの日常的な運用。

  • 障害およびエラー状態。

  • 過度な温度によりスイッチの電源が落ちるなど、緊急時またはクリティカルな状態。

診断を行うため、スイッチ上のJunos OS CLIから、これらのホストOSシステムのログおよびコアファイルにアクセスできます。ホストOSが一時ログやその他のファイルを保存するディレクトリをクリーンアップすることもできます。

このトピックには、以下のセクションが含まれています。

ホストOSシステムでログファイルを表示する

ホストOSで作成されたログファイルのリストを表示するには、以下のコマンドを入力します。

ホストシステムからスイッチにログファイルをコピーする

ホストOSからスイッチにログファイルをコピーするには、以下のコマンドを入力します。

例えば、lcmdログファイルをスイッチにコピーするには、以下のコマンドを入力します。

ホストOSシステムでコアファイルを表示する

ホストOSシステムで生成され、保存されたコアファイルのリストを表示するには、以下のコマンドを入力します。

このリストは以下のサンプルの出力のようになります。

ホストシステムからスイッチにコアファイルをコピーする

ホストOSからスイッチにコアファイルをコピーするには、以下のコマンドを入力します。

コピー先のJunos OSパスがディレクトリである場合、デフォルトで送信元のファイル名が使用されます。コピー先でファイルの名前を変更するには、使用するファイル名を含め、フルパスとしてコピー先の引数を入力します。

例えば、localhost.lcmd.26653.1455520135.core.tgzコアアーカイブファイルをスイッチにコピーするには、以下のコマンドを入力します。

スイッチの結果を確認するには、以下のコマンドを入力します。

ホストOSで一時ファイルをクリーンアップする

ホストOSで作成された一時ファイルを削除するには、以下のコマンドを入力します。

例えば、LinuxホストOSを搭載したスイッチの以下のサンプル出力は、/var/tmpに保存された一時ファイルのクリーンアップを示しています。

プラットフォームに固有のシステムログ動作

特定の機能のプラットフォームおよびリリースサポートを確認するには、機能エクスプローラーを使用します。

詳細については、補足プラットフォーム情報セクションを参照してください。

お使いのプラットフォームに固有の動作を確認するには、以下の表を使用して下さい。

プラットフォーム 違い

EXシリーズ

  • システムロギングをサポートするEXシリーズスイッチでは、デフォルトの最大ログファイルサイズは128キロバイト(KB)です。

MXシリーズ

  • システムロギングをサポートするMXシリーズルーターでは、デフォルトの最大ログファイルサイズは1メガバイト(MB)です。

QFXシリーズ

  • システムロギングをサポートするQFXシリーズスイッチでは、デフォルトの最大ログファイルサイズは1メガバイト(MB)です。

  • QFXシリーズスイッチは、[edit system syslog host]階層レベルではother-routing-engineをサポートしません。

  • ホストOSを搭載したQFXシリーズスイッチの場合:

    • Junos OSおよびホストOSは、システムとプロセスイベントに関するログメッセージを記録し、特定のシステム障害が発生するとコアファイルを生成します。

    • コアファイルは、スイッチで実行されているホストOSのタイプに応じて、ログメッセージは/var/logに、コアファイルは/var/tmpまたは/var/crashなどのディレクトリに保存されます。

SRXシリーズ

  • SRX300、SRX320、SRX340、SRX345、SRX550M、SRX1500、SRX1600、SRX4100、SRX4200、SRX4600、SRX5400、SRX5600、およびSRX5800シリーズファイアウォールはシステムロギングをサポートしており、デフォルトのログモードはストリームモードです。

  • SRXシリーズとvSRX仮想ファイアウォールインスタンスでは、ストリームモードで最大8つのシステムログホストを設定できます。

  • SRX300、SRX320、SRX340、SRX345、およびSRX550Mシリーズファイアウォールは、ルーティングエンジンのデータベーステーブルに配置されるファイルに記録されたログメッセージを保存します。また、SRX1500、SRX1600、SRX4100、およびSRX4200シリーズファイアウォールは、詳細な分析のためにこれらのログファイルをSSDカードに保存します。

  • SRX4100ファイアウォールは、最大20Gbpsおよび7Mppsのインターネットミックス(IMIX)ファイアウォールパフォーマンスをサポートします。SRX4100ファイアウォールのIMIXスループットが20Gbpsおよび7Mppsを超えると、新しいログメッセージがログに記録されます。

補足プラットフォーム情報

特定の機能のプラットフォームおよびリリースサポートを確認するには、機能エクスプローラーを使用します。追加の対応プラットフォームがサポートされる場合があります。プラットフォームに関連する注意点については、プラットフォームに固有のシステムログ動作セクションを参照してください。

表 10: 補足プラットフォーム情報では、データベースファイルの容量を説明します。

デバイス

セッション

画面

IDP

コンテンツセキュリティ

IPsec-VPN

SKY

SRX300、SRX320、SRX340、SRX345、SRX550M

1.8G

0.18G

0.18G

0.18G

0.06G

0.18G

SRX1500とSRX1600

12G

2.25G

2.25G

2.25G

0.75G

2.25G

SRX4100とSRX4200

15G

2.25G

2.25G

2.25G

0.75G

2.25G

SRX4600

22.5G

6G

6G

6G

0.75G

2.25G

vSRX仮想ファイアウォール

1.8G

0.18G

0.18G

0.18G

0.06G

0.18G

変更履歴

サポートされる機能は、使用しているプラットフォームとリリースによって決まります。 特定の機能がお使いのプラットフォームでサポートされているかどうかを確認するには、 Feature Explorer をご利用ください。

リリース
説明
Junos OS Release 22.1R1
SRXシリーズおよびNFXシリーズデバイスのJunos OS Release 22.1R1以降、およびQFX5130、QFX5200、QFX5220、QFX5700デバイスのJunos OS Evolved Release 22.2R1以降、<event>UI_LOGIN_EVENT|UI_LOGOUT_EVENT</event>フォーマットを使用してイベントタグ内に複数のイベントが追加されました。これにはイベントを分離し、システムログメッセージを生成するオプション(|)もあります。これらのリリースの前には、イベントタグが<event>UI_LOGIN_EVENT UI_LOGOUT_EVENT</event>フォーマットを使用し、<get-syslog-events> rpcフィルターのさまざまな組み合わせでは、ログに記録されませんでした。
Junos OS Release 24.2R1
Junos OS Release 24.2R1以降、専用の管理インスタンスを使用するには、システムログトラフィックにmgmt_junosステートメントを設定する必要があります。このリリース以前の場合は、mgmt_junosを特に設定しなくても、management-instanceステートメントを設定するとシステムログトラフィックはデフォルトで専用の管理インスタンスを使用します。