我试图在 Ubuntu 10.04.02 LTS（服务器版）上对 syslogd 进行一些更改。我发现系统上没有 /etc/syslog.conf，而是 /etc/rsyslogd.d/*.conf。syslogd 可以通过安装inetutils-syslogd 来安装，但是我无法决定两个系统的优缺点。此外，在安装 inetutils-syslogd 时，我需要删除 rsyslog 和 ubuntu-minimal。有人会解释 rsyslogd 相对于 syslogd 的优缺点吗？
Nit*_*esh 20
rsyslogd 的Ubuntu 手册页说明了这一点
...首先，系统尝试确保 rsyslogd 遵循其默认的标准 BSD 行为...
rsyslogd 应该能够使用标准 syslog.conf 并像原始 syslogd 一样工作。但是，原始 syslogd 将无法与 rsyslog 增强的配置文件一起正常工作。充其量，它会生成看起来很有趣的文件名。
要注意的第二个重要概念是该版本的 rsyslogd 与标准库中的 syslog 版本透明地交互。如果链接到标准共享库的二进制文件无法正常运行，我们需要一个异常行为的示例。
所以rsyslogd与syslogd没有太大区别。那我们为什么需要rsyslogd呢？
此页面提供了rsyslogd与syslogd-ng的比较图表
这篇博文解释了为什么要使用第二个syslogd？. 摘录其中：
.. 所以世界需要另一个 syslogd 的一个原因是它需要 *nix 领域的另一个主要参与者。老实说，我相信除了 syslog-ng 之外别无他物。
.. 你有没有注意到 syslog-ng 变成了双重许可？有很棒的 GPL 开源版本和更大的“高级版”，它们需要花钱。只有高级版提供本机数据库和 SSL 支持或排队系统日志发送等功能。
..“停止”，我听到有人说，“syslog-ng 是 GPL 的，所以我们可以使用该源并实现缺失的功能”。当然可以。但是你认为 Balabit 真的会包含你的补丁吗？我想我们可以就“不”达成一致。所以你刚刚从 syslog-ng 中分叉出来......并证明了我的论点，即世界需要另一个 syslogd..
.. 那么 - 为什么世界需要另一个 syslogd？
它需要一个旨在成为真正的主要参与者，安装在许多系统上。这将有助于充分利用系统日志技术（从长远来看，最好的日志记录）。要么在其项目本身，要么通过推动竞争对手做得比它更好。一个新的主要参与者将防止单一文化并提供丰富的选择自由。这就是世界需要它的原因。
| 归档时间： |
|
| 查看次数： |
59253 次 |
| 最近记录： |