ネットワーク機器の syslog 送信設定まとめ — FW・スイッチ・AP・UPS

どの機器でも設定は三要素

機器の syslog 送信設定は、突き詰めると次の三つを指定するだけです。

• 宛先 —— syslog サーバの IP アドレス（またはホスト名）と、ポート（通常 514。UDP か TCP かは 使い分けの記事を参照）
• レベル（重要度） —— どの深刻度以上のログを送るか。まずは Informational（6）以上あたりから
• ファシリティ —— 出どころの分類。機器既定のままで構いませんが、local0〜7 を機器種別ごとに割り当てると後の絞り込みが楽になります

この型さえ頭にあれば、初見の機器でも管理画面の「ログ」「syslog」「監視」といった項目から迷わず辿り着けます。

CLI 機器の例 — ルータ・スイッチ

CLI で設定する機器では、宛先を一行で指定するのが通例です。よく知られた例を挙げます（詳細な文法は必ずお使いの機種・OS バージョンのマニュアルで確認してください）。

# Cisco IOS 系の例
logging host 192.0.2.10

# ヤマハ RTX 系の例
syslog host 192.0.2.10

あわせて送信レベル（Cisco なら logging trap など）を設定します。設定保存を忘れると再起動で消える点も、CLI 機器の定番の落とし穴です。

GUI 機器の例 — FW・無線 AP・UPS

ファイアウォールや無線 AP（コントローラ）、UPS のネットワークカードなどは、Web 管理画面で設定します。項目名は「ログ設定」「Syslog サーバ」「リモートログ」などさまざまですが、入力するのは先の三要素です。機器によっては、どのカテゴリのイベント（VPN、認証、システムなど）を送るかを選べるので、まず広めに送っておき、後で受信側の検索で絞る運用が扱いやすいでしょう。

UPS は見落とされがちですが、電源異常・バッテリ劣化という「最も知りたい警告」を出す機器です。syslog 対応のネットワークカードが載っているなら、ぜひ集約対象に加えてください。

レベル設定の落とし穴 — debug の洪水

「せっかくだから全部」と Debug（7）まで送ると、機器によっては毎秒大量のメッセージが流れ、サーバのディスクを圧迫し、肝心の警告が埋もれます。常用は Informational（6）まで、調査時だけ一時的に Debug へ下げる、が定石です。容量への影響は ディスク容量見積もりの記事で試算しています。

時刻同期（NTP）を忘れない

集約の価値は「複数機器のログを同じ時系列に並べられる」ことにあります。機器の時計がずれていては、その前提が崩れます。syslog 送信の設定とセットで、全機器の NTP 設定（同じ時刻源への同期）を必ず確認してください。特に RFC 3164 形式はタイムスタンプにタイムゾーンを含まないため、機器の時計そのものが頼りです。

設定後の確認方法

設定したら、実際に届いているかを受信側で確認します。Yagura であればダッシュボードに送信元ホスト別の受信状況が並ぶため、「設定したのに届いていない機器」が一目で分かります。届かない場合の切り分けは 「syslog が届かない・受信できないときの確認手順」へ。さらに、設定が済んだ機器を途絶検知のウォッチリストに登録しておけば、将来の設定巻き戻りや機器障害で「いつの間にか止まっていた」ことにも気づけます。