Syslog
编辑Syslog编辑
syslog 处理器解析存储在字段中的 RFC 3146 和/或 RFC 5424 格式的 syslog 消息。处理器本身不处理从外部来源接收 syslog 消息。这是通过输入完成的,例如 TCP 输入。某些集成在通过配置启用时会嵌入 syslog 处理器来处理 syslog 消息,例如自定义 TCP 日志和自定义 UDP 日志。
示例编辑
- syslog: field: message
{ "message": "<165>1 2022-01-11T22:14:15.003Z mymachine.example.com eventslog 1024 ID47 [exampleSDID@32473 iut=\"3\" eventSource=\"Application\" eventID=\"1011\"][examplePriority@32473 class=\"high\"] this is the message" }
将产生以下输出
{ "@timestamp": "2022-01-11T22:14:15.003Z", "log": { "syslog": { "priority": 165, "facility": { "code": 20, "name": "local4" }, "severity": { "code": 5, "name": "Notice" }, "hostname": "mymachine.example.com", "appname": "eventslog", "procid": "1024", "msgid": "ID47", "version": 1, "structured_data": { "exampleSDID@32473": { "iut": "3", "eventSource": "Application", "eventID": "1011" }, "examplePriority@32473": { "class": "high" } } } }, "message": "this is the message" }
配置设置编辑
Elastic Agent 处理器在摄取管道之前执行,这意味着您的处理器配置不能引用由摄取管道或 Logstash 创建的字段。有关更多限制,请参阅 使用处理器的局限性是什么?
名称 | 必需 | 默认值 | 描述 |
---|---|---|---|
|
是 |
|
包含 syslog 消息的源字段。 |
|
否 |
|
要使用的 syslog 格式: |
|
否 |
|
IANA 时区名称(例如, |
|
否 |
|
是否用来自 syslog 消息的键覆盖事件中已存在的键。 |
|
否 |
|
是否忽略缺失的字段。如果 |
|
否 |
|
是否忽略处理器产生的所有错误。 |
|
否 |
此处理器的标识符。对调试很有用。 |
时间戳编辑
RFC 3164 格式接受以下形式的时间戳
-
本地时间戳 (
Mmm dd hh:mm:ss
)-
Jan 23 14:09:01
-
-
RFC-3339*
-
2003-10-11T22:14:15Z
-
2003-10-11T22:14:15.123456Z
-
2003-10-11T22:14:15-06:00
-
2003-10-11T22:14:15.123456-06:00
-
与 RFC 3164 消息一起的本地时间戳(例如,Jan 23 14:09:01
)缺少年份和时区信息。时区将使用 timezone
配置选项进行丰富,年份将使用系统的本地时间(考虑时区)进行丰富。因此,消息可能会出现在将来。例如,如果在 2021 年 12 月 31 日生成的日志在 2022 年 1 月 1 日被摄取,就会发生这种情况。日志将被丰富为 2022 年而不是 2021 年。
RFC 5424 格式接受以下形式的时间戳
-
RFC-3339
-
2003-10-11T22:14:15Z
-
2003-10-11T22:14:15.123456Z
-
2003-10-11T22:14:15-06:00
-
2003-10-11T22:14:15.123456-06:00
-
带有星号 (*) 的格式是非标准允许。
结构化数据编辑
对于 RFC 5424 格式的日志,如果结构化数据无法根据 RFC 标准解析,则原始结构化数据文本将被附加到消息字段,并用空格隔开。