Ubuntu 10.04.02 LTS (Server エディション) の syslogd にいくつかの変更を実装しようとしていました。システムに /etc/syslog.conf が存在せず、代わりに /etc/rsyslogd.d/*.conf があることがわかりました。syslogd は inetutils-syslogd をインストールすることでインストールできますが、両方のシステムの長所と短所を判断できません。また、inetutils-syslogd をインストールするときに、rsyslog と ubuntu-minimal を削除する必要があります。syslogd に対する rsyslogd の長所と短所を説明していただけますか。
答え1
... まず第一に、rsyslogd がデフォルトの標準 BSD 動作に従うようにするための体系的な試みがなされてきました...
rsyslogd は標準の syslog.conf を使用して、オリジナルの syslogd のように動作できるはずです。ただし、オリジナルの syslogd は rsyslog 拡張構成ファイルでは正しく動作しません。せいぜい、奇妙なファイル名が生成されるだけです。2
番目に注目すべき重要な概念は、このバージョンの rsyslogd が標準ライブラリにあるバージョンの syslog と透過的に相互作用することです。標準共有ライブラリにリンクされたバイナリが正しく機能しない場合は、異常な動作の例をお知らせください。
それでrsyslogdあまり変わらないsyslogdではなぜ必要なのかrsyslogd?
このページでは比較表を掲載していますrsyslogd対syslogd-ng
このブログ記事では、2番目のsyslogd?そこからの抜粋:
.. ですから、世界にもう 1 つの syslogd が必要な理由の 1 つは、*nix 領域にもう 1 つの主要プレーヤーが必要であることです。正直なところ、syslog-ng 以外にそのようなプレーヤーは存在しないと思います。
syslog-ng がデュアルライセンスになったことに気付きましたか? 素晴らしい GPL オープン ソース リリースと、さらに優れた有料の「プレミアム エディション」があります。ネイティブ データベースや SSL サポート、キューに入れられた syslog 送信などの機能はプレミアム エディションでのみ提供されます。
「やめろ」と言う人がいるようです。「syslog-ng は GPL なので、そのソースを取得して不足している機能を実装できます」。もちろんできます。しかし、Balabit が実際にあなたのパッチを組み込むと思いますか? 「いいえ」という意見には同意できると思います。つまり、あなたは syslog-ng から分岐したばかりで、世界にはもう 1 つの syslogd が必要であるという私の主張を証明したのです。
では、なぜ世界にはもう 1 つの syslogd が必要なのでしょうか。
多くのシステムにインストールされ、真の主要なプレーヤーとなることを目指す syslogd が必要なのです。これにより、syslog テクノロジを最大限に活用できます (長期的には、ログ記録全体を最大限に活用できます)。プロジェクト自体で、または競合他社をそれよりも優れたものにすることで実現できます。新しい主要なプレーヤーは、単一文化を防ぎ、豊富な選択の自由を提供します。それが、世界に syslogd が必要な理由です。
答え2
この回答では詳細な比較は行われません。
マニュアルページをご覧になりましたかrsyslogd?
rsyslogdは の拡張であると書かれていますsyslogd。また、これは Ubuntu で使用される標準なので、これを使い続けることをお勧めします。