• 全部
  • 经验案例
  • 典型配置
  • 技术公告
  • FAQ
  • 漏洞说明
  • 全部
  • 全部
  • 大数据引擎
  • 知了引擎
产品线
搜索
取消
案例类型
发布者
是否解决
是否官方
时间
搜索引擎
匹配模式
高级搜索

syslog推送到日志审计的问题

4小时前提问
  • 0关注
  • 0收藏,41浏览
粉丝:0人 关注:0人

问题描述:

日志审计直连交换机,网络互通

交换机配置的66是日志审计的地址

就配了这两条命令

有日志缓存

但是日志审计上没日志

抓不到UDP的包

4 个回答
粉丝:12人 关注:9人

排查步骤及命令:
1. 确认交换机日志发送配置完整性:
检查是否配置日志主机:display current-configuration | include loghost,需确保loghost 192.168.x.x(假设66是地址段,需补全完整IP)。
检查日志源接口:display current-configuration | include log source,若未配置,需指定源接口(如log source interface Vlan-interface1),避免源IP不明确。
2. 验证日志发送状态:
查看日志缓存:display logbuffer,确认有日志生成。
检查日志发送开关:display current-configuration | include info-center enable,确保info-center enable已开启。
3. 网络连通性与端口验证:
交换机ping日志审计IP:ping 192.168.x.x,确认互通。
检查UDP 514端口(默认syslog端口)是否开放:在日志审计侧抓包或用telnet 192.168.x.x 514(UDP无法telnet,可尝试nc -u 192.168.x.x 514发送测试包)。
4. 配置补充:
若日志审计端口非514,需指定端口:loghost 192.168.x.x udp port 自定义端口。
调整日志级别:info-center loghost level informational(确保发送级别覆盖缓存日志)。
5. 抓包验证:
在交换机直连端口抓包:packet-capture interface GigabitEthernet x/x/x destination file flash:syslog.pcap,分析是否有UDP 514包发往审计IP。
关键配置命令示例:
info-center enable
info-center loghost 192.168.1.66 udp port 514
info-center loghost level informational
log source interface Vlan-interface1

日志审计telnet 不了交换机的514,交换机怎么开这个端口呢

zhiliao_SBG87Y 发表时间:4小时前 更多>>

日志审计telnet 不了交换机的514,交换机怎么开这个端口呢

zhiliao_SBG87Y 发表时间:4小时前
粉丝:133人 关注:11人

ping网络通吗


把第二天命令删除

交换机配置没问题,日志设备配置也没问题的话 接口抓包看看吧

zhiliao_sEUyB 发表时间:2小时前 更多>>

网络能互通,就是日志发不过去

zhiliao_SBG87Y 发表时间:3小时前

交换机配置没问题,日志设备配置也没问题的话 接口抓包看看吧

zhiliao_sEUyB 发表时间:2小时前
粉丝:21人 关注:2人

S5130 syslog 无法发送至日志审计完整排查(结合你现有配置)
一、先梳理你的现有配置信息
日志服务器:192.168.143.66,默认 UDP 514 端口,facility local7
核心两条配置:
plaintext
info-center loghost 192.168.143.66
info-center source default loghost level debugging

现象:交换机本地 log buffer 有日志、IP 互通,但审计服务器抓不到 UDP514 报文
设备:H3C S5130
二、按优先级分步排查(从最常见根因开始)
1. 最容易忽略:未全局开启 info-center loghost 功能 / 未开启日志输出开关
仅配置 loghost 地址不够,部分 V7 平台需要确认全局输出使能,先执行查看:
plaintext
display info-center

你的回显显示Log host: Enabled,开关是开的,这条排除。
2. 路由 / 二层转发问题(二层直连也要排查)
虽然直连互通,但存在两种丢包场景:
交换机本地 ACL / 包过滤拦截 UDP514 出站
交换机接口下配置了packet-filter、ACL,拒绝源端口随机、目的 514 的 UDP 报文。
排查命令:
plaintext
display packet-filter interface GigabitEthernet 0/0/X inbound
display packet-filter interface GigabitEthernet 0/0/X outbound

VLAN 隔离、PVID 错误、接口是 Access/Trunk 不匹配
交换机发送 syslog 的源 IP 是本设备 VLANIF 管理 IP,若管理 VLAN 与审计服务器不在同一广播域,二层直连也不通;
验证:交换机上ping 192.168.143.66通不代表设备本地产生的日志报文能转发,ping 是业务口转发,syslog 是 CPU 上送报文,受 ACL 控制。
测试:在交换机上tracert 192.168.143.66,确认下一跳、出接口正确。
3. 日志源模块过滤:default 模板不覆盖全部模块,或 debug 级别日志未产生
你配置source default loghost level debugging,但存在两个限制:
default 模板仅匹配未单独配置的模块,部分系统模块(ARP、STP、OSPF、安全模块)有独立 source 配置,会覆盖 default;
debugging 级别日志量极大,但设备无故障、无操作时不会产生 debug 日志,此时无报文发出;
验证修复方案
修改日志级别为informational(日常业务、告警、操作日志默认级别,一定会产生日志),全局匹配所有模块:
plaintext
system-view
undo info-center source default loghost
info-center source default loghost level informational
# 单独强制所有模块输出日志到loghost
info-center source ARP loghost level informational
info-center source STP loghost level informational
info-center source DEV loghost level informational

修改后手动输入save、display clock触发操作日志,再抓包测试。
4. 交换机 CPU 上送报文被防攻击策略丢弃(高频根因)
S5130 内置CPU 防攻击、上送限速,syslog 属于 CPU 始发报文,限速过严会直接丢弃:
查看 CPU 防攻击策略:
plaintext
display cpu-attack defense configuration

若开启了UDP 限速、目的端口 514 限流、上送报文带宽限制,会直接丢弃 syslog UDP 报文;
临时关闭测试:
plaintext
system-view
undo cpu-attack defense enable

关闭后观察审计是否收到日志,收到则说明防攻击策略拦截。
5. 日志服务器侧端口 / 协议不匹配
交换机默认 UDP 514,若审计服务器只监听 TCP514、或自定义端口(5140/5514),报文无法接收;
审计服务器防火墙、本地防火墙拦截 UDP514 入站;
交换机 facility 为 local7,审计端未配置接收 local7 类型日志,即使收到也不入库。
6. 缺少日志源接口指定(设备不知道用哪个 IP 发包)
H3C 交换机不指定loghost source-interface时,会随机选用可达 VLANIF IP 作为源 IP;
若审计服务器配置了仅信任指定源 IP,报文会被丢弃。
补充配置(必加)
plaintext
system-view
# 用管理VLAN三层接口作为syslog源IP
info-center loghost source Vlan-interface 10

指定固定源 IP,避免源 IP 浮动导致审计拦截。
7. 设备固件 BUG(V7 早期版本 syslog 发送异常)
老版本 S5130 V7 固件存在 CPU 日志报文不发出的缺陷,特征:本地 buffer 有日志,无 UDP 报文出站;
解决:升级交换机至官网最新稳定 Release 固件。
三、快速定位测试步骤(按顺序操作)
配置固定源接口,调整日志级别为 informational,触发操作日志:
plaintext
system-view
info-center loghost source Vlan-interface XX
undo info-center source default loghost
info-center source default loghost level informational
save
display clock

交换机直连接口关闭 CPU 防攻击,清空接口 ACL 包过滤;
在交换机出接口、审计服务器网卡同时抓 UDP514 报文:
交换机抓不到:交换机本地拦截(CPU 防攻击 / ACL / 配置过滤)
交换机能抓到、审计抓不到:中间二层拦截 / 审计服务器防火墙拦截
核对审计服务器监听协议(UDP/TCP)、端口、facility local7 接收配置。
四、完整标准 syslog 配置(修复后推荐完整配置)
plaintext
system-view
# 全局开启信息中心
info-center enable
# 指定日志服务器
info-center loghost 192.168.143.66
# 指定发送日志的源三层接口(管理VLANIF)
info-center loghost source Vlan-interface 10
# 所有模块输出信息级别日志到日志主机
info-center source default loghost level informational
# 本地缓存保留日志(原有保留)
info-center logbuffer size 1024

参考手册 1 配置设备发送日志到服务器

别去回复那些拿AI评论的人了,那样子还不如直接自己去问AI

编辑答案

你正在编辑答案

如果你要对问题或其他回答进行点评或询问,请使用评论功能。

分享扩散:

提出建议

    +

亲~登录后才可以操作哦!

确定

亲~检测到您登陆的账号未在http://hclhub.h3c.com进行注册

注册后可访问此模块

跳转hclhub

你的邮箱还未认证,请认证邮箱或绑定手机后进行当前操作

举报

×

侵犯我的权益 >
对根叔社区有害的内容 >
辱骂、歧视、挑衅等(不友善)

侵犯我的权益

×

泄露了我的隐私 >
侵犯了我企业的权益 >
抄袭了我的内容 >
诽谤我 >
辱骂、歧视、挑衅等(不友善)
骚扰我

泄露了我的隐私

×

您好,当您发现根叔知了上有泄漏您隐私的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您认为哪些内容泄露了您的隐私?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)

侵犯了我企业的权益

×

您好,当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱,我们会在审核后尽快给您答复。
  • 1. 您举报的内容是什么?(请在邮件中列出您举报的内容和链接地址)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
  • 3. 是哪家企业?(营业执照,单位登记证明等证件)
  • 4. 您与该企业的关系是?(您是企业法人或被授权人,需提供企业委托授权书)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

抄袭了我的内容

×

原文链接或出处

诽谤我

×

您好,当您发现根叔知了上有诽谤您的内容时,您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱,我们会尽快处理。
  • 1. 您举报的内容以及侵犯了您什么权益?(请在邮件中列出您举报的内容、链接地址,并给出简短的说明)
  • 2. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载 >
辱骂、歧视、挑衅等(不友善)
骚扰我
诱导投票

不规范转载

×

举报说明