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

请问各位前辈,f100-a-g3防火墙、ACG100行为管理 , 不发送日志到日志服务器的问题

1天前提问
  • 0关注
  • 0收藏,55浏览
粉丝:0人 关注:0人

问题描述:

 

请问各位前辈,我这边维护着七八台 H3C的设备 ,我都WEB管理页面设置了, 输出日志到指定日志服务器的514UDP端口 。 非常奇怪的是  有三台设备非常正常的不断发送日志,也正常记录下来.但是有三四台设备始终不能发送日志,谢谢各位了。  设备1  F100-A-G3防火墙    设备2 ACG1000

 

3 个回答
粉丝:10人 关注:9人

排查步骤:1. 命令行确认配置(WEB可能漏生效):F100/ACG100执行display this查看info-center日志服务器配置,是否指定正确IP、UDP514端口;2. 检查网络连通:ping日志服务器,display ip routing-table确认到服务器路由可达;3. 确认日志生成:display info-center buffer,查看是否有日志生成;4. 流量排查:debugging info-center enable看是否有日志发包,debugging ip packet确认流量是否被防火墙ACL丢弃;5. F100需确认自身ACL是否放通UDP514到服务器。
关键命令:display info-center、display ip routing-table、display acl all、debugging info-center。

暂无评论

粉丝:12人 关注:2人

故障排查分步(F100-A-G3 + ACG1000 不上报 syslog,同服务器 10.1.9.182:514,部分设备正常、部分异常)
一、先总结核心高发原因
F100/ACG 出接口路由不通、安全策略拦截 UDP514(最常见);
日志输出模块未开启对应日志类型(会话 / NAT / 系统日志没勾选发送);
源 VRF / 源 IP 异常(F100 选了公网 VRF,设备路由在其他 VRF);
服务器防火墙 / 交换机 ACL 拦截异常设备 IP 的 UDP514 报文。
二、F100-A-G3 逐项排查
1、核查路由与连通性
bash
运行
# 登录F100命令行,测试连通日志服务器
ping 10.1.9.182
# 跟踪路由
tracert 10.1.9.182
不通:补去往10.1.9.182静态路由;
能通→下一步查安全策略。
2、放行设备出站 UDP514(F100 安全策略拦截是高频坑)
防火墙默认全局域间策略阻断未知出站 UDP:
源域:设备日志发出接口所属安全域(trust/untrust),目的域:根据 10.1.9.182 所在域
放行规则:源任意,目的 10.1.9.182,UDP 514,动作 permit
3、VRF 配置错误(页面选了【公网】VRF)
你 F100 日志服务器绑定 VRF = 公网:
若本机路由不在公网VRF,报文直接无法转发;
修改:编辑日志主机,VRF 改成 Default(空 / 实例 public),保存应用。
4、开启对应日志输出(只配日志服务器,没勾选发送日志类型 = 无报文)
左侧日志设置→会话日志、NAT 日志、系统日志,分别进入:
勾选:输出到日志主机(只开缓存不发远端),全部勾选后应用。
bash
运行
# 命令行快速查看配置
display info-center configuration
# 确认syslog主机生效、对应日志模块enable send loghost
5、临时抓包验证 F100 是否发出报文
bash
运行
debugging info-center output
terminal monitor
开启后看设备控制台有没有日志往外发,有发出 = 后端拦截;无发出 = 配置缺勾选。
三、ACG1000 逐项排查
1、页面先开启日志服务器总开关
页面【启用】开关选开,填 IP10.1.9.182、端口 514,提交(截图当前开关黄色 = 关闭状态!!这是 ACG 首要问题)
你 ACG 日志服务器启用处在关闭,根本不会发包,先打开启用开关保存。
2、ACG 放行本机 UDP514 出站
ACG 策略→应用控制 / 安全策略,放行 ACG 本机去往 10.1.9.182 UDP514。
3、开启各类审计日志输出
系统→日志过滤,勾选:上网行为 / NAT / 系统日志输出到远端 syslog,默认只存本地不对外发送。
四、日志服务器侧统一排查(部分设备正常,大概率 ACL / 防火墙白名单)
服务器本机防火墙放行异常设备 IP 的 UDP514;
中间交换机 / 核心 ACL:检查是否针对故障设备 IP 封禁 UDP 514;
syslog 软件(rsyslog/ELK)白名单,未添加故障设备 IP,收到丢弃。
五、最简整改顺序(优先操作)
ACG:打开日志服务器【启用】开关,提交保存;
F100:日志主机 VRF 从公网改成默认;
两台设备:会话 / NAT / 系统日志勾选【发送到日志主机】;
配置安全策略放行 UDP514;
ping 通日志服务器。

暂无评论

粉丝:17人 关注:1人

在 H3C 设备中,Web 页面配置完日志外发后,部分设备正常、部分设备(特别是 F100 防火墙和 ACG 行为管理)不发送日志,这是非常经典的排查场景。“Ping 得通”并不代表“日志能发出去”,因为日志是基于 UDP 514 端口传输的,且防火墙自身的日志产生和转发有严格的限制条件。
针对你遇到的 F100-A-G3 和 ACG1000 设备,建议你按照以下核心维度逐一排查:

1. 检查“信息中心”全局开关与日志输出规则(最常见原因)

H3C 设备的日志功能有一个总开关叫“信息中心(info-center)”。如果这个总闸没开,或者没有明确允许将日志输出到远程主机(loghost),Web 页面配了也是白搭。
  • 排查方法:登录设备后台命令行,输入 display info-center
  • 关键检查点
    • 确认 Information Center 状态是否为 enabled
    • 确认 loghost 通道的状态是否为 on,以及日志级别是否合理(建议测试时设为 informational)。
  • F100 防火墙特别注意:防火墙自身产生的日志属于 local 区域。你必须配置一条安全策略,明确允许从 local 区域到日志服务器所在区域(如 trust 或 untrust)的 UDP 514 流量通过,否则日志包会被防火墙自己拦截。
    • 命令行参考security-policy rule name LOG_TO_SERVER source-zone local destination-zone trust service udp-514 action pass

2. 检查日志源接口与 VPN 实例(极易忽略)

设备在向外发送日志时,需要指定一个源 IP 地址。如果没有指定,设备可能会根据路由表随机选择一个接口 IP,导致日志服务器收到后无法回包,或者被中间网络设备拦截。
  • 排查方法:检查是否配置了 info-center loghost source
  • F100 特别注意:如果你的 F100 划分了 VPN 实例,在配置日志服务器 IP 时,必须指定 vpn-instance public(或对应的 VPN 名称),否则日志包无法正确封装和路由出去。
    • 命令行参考info-center loghost <日志服务器IP> vpn-instance public

3. 检查安全策略与业务日志开关

  • ACG1000 行为管理:仅仅开启日志外发是不够的,你还需要确认具体的业务模块(如应用审计、URL过滤、控制策略等)是否已经勾选了“记录日志”。如果业务策略本身不产生日志,自然也就没有日志可以外发。
  • F100 防火墙:同样需要检查安全策略规则中,是否对需要审计的规则勾选了“记录日志(logging enable)”

4. 服务器端抓包与防火墙拦截

有时候问题不在 H3C 设备,而在日志服务器端。
  • 排查方法:在日志服务器上使用抓包工具(如 Wireshark 或 Linux 下的 tcpdump -i any udp port 514)进行抓包。
    • 如果抓不到任何来自这几台故障设备的 UDP 514 包,说明包在传输途中被丢弃了(检查中间防火墙策略或设备自身的路由/安全策略)。
    • 如果能抓到包,但日志平台没记录,说明是日志服务器自身的防火墙(如 CentOS 的 firewalld/iptables)拦截了 514 端口,或者 rsyslog 服务没有正确监听 0.0.0.0。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

亲~检测到您登陆的账号未在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. 您是谁?(身份证明材料,可以是身份证或护照等证件)
我们认为知名企业应该坦然接受公众讨论,对于答案中不准确的部分,我们欢迎您以正式或非正式身份在根叔知了上进行澄清。

对根叔社区有害的内容

×

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

不规范转载

×

举报说明