QNAP TS-112 は、NAS としてだけでなく syslog サーバーとしても利用できます。ネットワーク機器やサーバーのログを QNAP 側へ集約し、指定した重大度のログを受信した場合にメール通知する用途で使えます。
この記事は、QNAP TS-112 で syslog サーバーを有効化したときの記録です。特に、LOCAL0 から LOCAL7 の facility 表示が 1 つずれて見えた点を、運用時の注意点として残しています。古い機種での確認記録なので、現行 QTS では表示や挙動が変わっている可能性があります。
QNAP を syslog サーバーとして使う目的
syslog サーバーを有効にすると、ルーター、スイッチ、Linux サーバーなどのログを QNAP に集約できます。小規模な自宅環境や検証環境では、専用の rsyslog サーバーを立てる前の簡易的なログ集約先として使える場合があります。
ただし、QNAP 側の syslog 画面は本格的なログ分析基盤ではありません。長期保管、検索、ダッシュボード化、アラート設計まで行う場合は、rsyslog、syslog-ng、Loki、Elasticsearch、Zabbix など別の仕組みと役割を分けて考えます。
確認した LOCAL facility 表示のずれ
確認時点では、LOCAL0 から LOCAL7 で転送した syslog の facility が、QNAP の表示上では 1 つ加算されたように見えました。たとえば LOCAL0 で送ったログが、QNAP 側では LOCAL1 として表示される挙動です。
この挙動がある場合、送信元機器の facility 設定と QNAP の表示だけを見比べると、ログ分類を誤って判断する可能性があります。QNAP の画面表示をそのまま正とせず、送信元の syslog 設定や実際の受信内容と突き合わせる方が安全です。
運用時の確認ポイント
- 送信元機器で指定した facility と QNAP 側の表示が一致するか確認する
- 重大度によるメール通知が期待どおりに動作するか確認する
- ログの保存期間と容量を確認する
- 検索や絞り込みが必要な場合は、専用のログ管理基盤を検討する
- 古い QNAP / QTS の記録は、現行バージョンで再確認する
まとめ
QNAP TS-112 は syslog サーバーとして使えますが、確認時点では LOCAL facility の表示が 1 つずれて見える挙動がありました。ログ集約先として使う場合は、送信元の facility、QNAP 側の表示、通知条件を一度突き合わせてから運用に入るのが安全です。
