疑問
Windows 標準機能で syslog は受信できる？ — 答えと現実的な選択肢
ネットワーク機器のログを集めたい。手元にあるのは Windows Server。「Windows の標準機能で syslog を受けられないか？」—— 検索で辿り着く定番の疑問です。本稿では先に結論を述べ、そのうえで Windows 環境での現実的な選択肢を比較します。
結論 — 標準機能だけでは受信できない
結論から言うと、Windows には syslog を受信する標準機能（syslog デーモンに相当するもの）は搭載されていません。ポート 514 で待ち受けてログを保存する仕組みは、OS には入っていないのです。機器の syslog 送信先に Windows サーバの IP を設定しても、届いたパケットは誰にも受け取られずに捨てられます。
syslog は UNIX 生まれのプロトコルで、Linux には rsyslog などの実装が最初から入っています。一方 Windows は、ログの世界を独自の「イベントログ」で組み立ててきたため、syslog の受け口を持たないまま今日に至っています。
なぜ勘違いしやすいのか — イベントログと WEF
Windows にもログを集める仕組み自体はあります。それが混同のもとです。
- イベントログ —— Windows 自身のログの器。ただし他機器からの syslog を受ける機能ではありません。
- Windows イベント転送（WEF） —— Windows マシン同士でイベントログを転送・収集する標準機能。集められるのは Windows のイベントだけで、ネットワーク機器の syslog は対象外です。
つまり「Windows 同士でログを寄せる」道は標準にありますが、「機器の syslog を受ける」道は標準にはない、というのが正確な整理です。
現実的な選択肢は四つ
では Windows 中心の環境で syslog を受けるにはどうするか。選択肢は次の四つに集約されます。
| 方法 | 概要 | 注意点 |
|---|---|---|
| Linux サーバを併設 | rsyslog／syslog-ng を載せた Linux（実機・VM）を立てる | Linux の構築・維持スキルが必要。閲覧画面は別途用意 |
| 商用の Windows 向け製品 | Windows で動く商用 syslog サーバを購入 | ライセンス費用が継続的に発生 |
| 簡易ビューア系ツール | 受信して画面に流す軽量ツールを使う | 保存・検索・保持管理が弱く、常用のログ基盤には不足しがち |
| Windows ネイティブの OSS | Windows サービスとして動く OSS の syslog サーバを導入 | 費用なし・Linux 不要。Windows 管理者の技能だけで運用できる |
各カテゴリの詳しい比較は 「syslog サーバの選び方」にまとめています。
Windows ネイティブの OSS という答え
「標準機能にないなら、Windows の流儀のまま足せばいい」—— それが四つ目の道です。Yagura（やぐら）は Windows にそのまま置ける OSS（Apache License 2.0）の syslog 集約サーバで、MSI をひとつ実行すれば、サービス登録・ファイアウォール規則・内蔵データベースの用意まで済み、udp/514・tcp/514 での受信が始まります。設定ファイルはなく、閲覧はブラウザ（http://サーバ名:8514/）から。標準機能に「なかったもの」を、標準機能と同じ手触りで補う道具です。