问题标签 [syslog]

似乎 Syslog 有 1KB 的消息限制。这是硬编码到 Syslog 协议中，还是可以为每个服务器设置的参数？

我希望我读到的文章已经过时了，所以如果您有任何信息，请分享。

是否可以让一个应用程序同时写入多个系统日志设施？

我有一个用 C/C++ 编写的应用程序，我想将一些消息写入 local0 并将其他消息写入 local1。我不希望 local0 的消息出现在 local1 中，反之亦然。

这可能是一个非常简单的问题，我正在尝试调试在kern.log

kernel: myapp[15514]: segfault at 794ef0 ip 080513b sp 794ef0 error 6 in myapp[8048000+24000]

以下是我的问题：

1. 是否有任何文档说明 segfault 上的差异错误编号是什么，在这种情况下是错误 6，但我看到了错误 4、5

2. 信息的含义是什么at bf794ef0 ip 0805130b sp bf794ef0 and myapp[8048000+24000]？

到目前为止，我能够使用符号进行编译，当我执行时x 0x8048000+24000它返回一个符号，这是正确的做法吗？到目前为止，我的假设如下：

• sp = 堆栈指针？
• ip = 指令指针
• 在 = ？？？
• myapp[8048000+24000] = 符号地址？

我正在考虑将第 3 方 Java 应用程序连接到我们的日志聚合/分析解决方案（可能是 Splunk，但我们尚未最终确定我们的选择）。将 Splunk 代理挂接到 syslog 似乎是最简单的方法，因此我正在寻找一种方法将应用程序日志重定向到服务器上的本地 syslog 守护程序。

Java 应用程序使用 java.util.logging，遗憾的是它没有开箱即用的 syslog 处理程序（不过我相信 log4j 有）。有没有经过验证的库可以做到这一点？日志负载不是很大（每个进程可能每分钟 10-20 条消息，每个主机最多 6 个进程），但我关心的是可靠性和持久性（例如，当守护进程关闭时会发生什么？...）。

任何帮助，将不胜感激...

如何停止 syslog 消息以在 solaris 上写入控制台？

我希望我的所有应用程序日志都是集中的（最好是近乎实时的）。我们将使用 Log4 Appender。我应该使用哪一个：

1. 在 JMS 队列中发送日志事件
2. 系统日志/系统日志-ng
3. 写入本地文件并使用 rsync（每 3 秒）复制日志
4. 对集中式 REST Http 服务执行 POST

你用的是哪一个？

在我的应用程序中，我需要监视 syslog 发送的所有消息。我尝试过使用 UDP，但在收到一条消息后，我不再响应（没有错误，只是不再提醒）。我认为设置 tcp 服务器也不是真正的解决方案。

任何人都可以指导我找到一个解决方案，我可以使用 tcp（通常在端口 514 上）记录来自 syslog 的消息。

提前致谢。

我被要求使用 python 编写一个程序来进行分配。

我得到了一个系统日志文件，我必须找出有关它的信息

如何找出登录 root 帐户的尝试次数？

任何建议都将受到高度赞赏，因为我对 python 非常陌生并且完全迷失了！

基本上我有一个 authlog/syslog 文件，其中包含登录尝试和 IP 地址的列表 - 我需要制作一个 Python 程序，该程序将创建一个 txt 文件，其中包含超过 5 次失败登录尝试的所有 IP 地址 - 一种“黑名单”。

所以基本上是这样的：

如果“uniqueipaddress”和“authentication failure”出现5次以上，将uniqueipaddress添加到txt文件。

任何帮助将不胜感激 - 请尝试使其简单，因为我在 Python 编程方面非常非常缺乏经验！谢谢。

我在 Unix 上开发一个将消息发送到 syslog 的 C++ 程序。

当前代码使用类似于 printf的syslog系统调用。

现在我更愿意为此目的使用流，通常是内置的std::clog。但是 clog 只是将输出重定向到 stderr，而不是 syslog，这对我来说没用，因为我还将 stderr 和 stdout 用于其他目的。

我在另一个答案 中看到，使用 rdbuf() 将其重定向到文件很容易，但我认为无法应用该方法来调用 syslog，因为 openlog 不返回我可以用来在其上绑定流的文件处理程序.

还有另一种方法吗？（对于unix编程来说看起来很基础）？

编辑：我正在寻找不使用外部库的解决方案。@Chris 提出的建议可能是一个好的开始，但要成为公认的答案仍然有点模糊。

编辑：使用 Boost.IOStreams 是可以的，因为我的项目已经使用了 Boost。

与外部库链接是可能的，但也是一个问题，因为它是 GPL 代码。依赖关系也是一种负担，因为它们可能与其他组件发生冲突，在我的 Linux 发行版上不可用，引入第三方错误等。如果这是唯一的解决方案，我可能会考虑完全避免流......（可惜）。