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

日志服务器

2026-06-15提问
  • 0关注
  • 0收藏,177浏览
粉丝:0人 关注:0人

问题描述:

日志服务器的监听端口为10514,交换机侧需要更改端口,但是部分交换机版本是V5,且小版本也比较低,不支持在info-center loghost x.x.x.x后跟port参数,有其他方式实现该需求吗?比如acl等等。

4 个回答
Xcheng 九段
粉丝:136人 关注:3人

如果版本不支持交换机侧没办法的


另外这设备型号如果没问题的话,有版本支持port参数的呀


仔细确认下细节吧

暂无评论

粉丝:9人 关注:6人

不支持在info-center loghost x.x.x.x后跟port参数就没有其他方式了

暂无评论

粉丝:22人 关注:1人

针对您遇到的H3C V5版本交换机不支持在 info-center loghost 命令后直接指定自定义端口(如10514)的问题,无法通过ACL来实现修改发送端口的需求

为什么 ACL 无法解决此问题?

ACL(访问控制列表)主要用于对数据包进行“允许”或“拒绝”的过滤匹配。Syslog 日志报文是由交换机的信息中心模块主动生成的,其目的端口由系统底层的 Syslog 协议栈决定。ACL 只能拦截这些已经生成好的报文,但没有能力去篡改报文的头部信息(即把默认的 UDP 514 端口修改为 10514)。

可行的替代解决方案

既然底层软件版本存在限制,建议您从以下几个维度来绕过这一瓶颈:

方案一:升级设备软件版本(推荐)

这是最根本、最彻底的解决办法。较低版本的 Comware V5 固件确实可能缺少部分高级特性参数。建议查阅 H3C 官方 Release Notes,将交换机升级到支持该参数的最新稳定版 V5 固件,或者如果硬件性能允许,跨代升级至 Comware V7 平台。

方案二:更改日志服务器的监听端口(最快落地)

如果交换机侧暂时无法升级,最简单且零风险的方法是妥协于设备的默认行为。将您的集中式日志服务器配置改为监听标准的 UDP 514 端口。这样无需修改任何交换机配置即可正常接收日志。

方案三:中间节点做端口转换(NAT/转发)

如果您必须让日志服务器保持在 10514 端口,且交换机不能升级,可以在交换机与日志服务器之间部署一台 Linux 主机或防火墙作为“跳板”:
  • 交换机照常向这台中间主机的 UDP 514 端口发送日志。
  • 在中间主机上使用 iptables 或 rsyslog 等工具,将收到的 514 端口报文重定向/转发到后端真正的日志服务器的 10514 端口。

方案四:排查是否为命令语法差异

极少数情况下,旧版本并非完全不支持自定义端口,而是命令的语法结构有所不同。您可以尝试在设备视图下输入 info-center loghost ? 查看完整的帮助提示。部分老版本可能需要使用特定的 facility 或其他组合参数来指定端口,但这属于罕见情况,若帮助文档中无 port 相关关键字,则确认为不支持。

暂无评论

粉丝:16人 关注:2人

H3C V5 老旧版本交换机不支持 info-center loghost port 参数 完整解决方案

前置说明

标准 V5 R26XX/R27XX 新版支持两种写法指定端口:
bash
运行
# 方式1(高版本V5) info-center loghost 10.1.1.100 port 10514 # 方式2(进入loghost子视图配置) info-center loghost 10.1.1.100 [H3C-info-center-loghost] port 10514
你设备小版本过低,无 port 关键字、无 loghost 子视图,只能 UDP 514 发包,无法直接改目的端口。下面分4 套可行方案,按推荐优先级排序。

方案一:中间三层设备做目的 NAT 端口映射(最优,推荐)

适用场景

交换机与日志服务器之间存在三层网关(核心交换机 / 防火墙 / 路由器),统一在中间设备做目的端口转换,老旧交换机无需升级、无需改任何日志配置。

原理

交换机照常发 UDP 源随机 → 服务器IP:514,中间三层设备收到报文后,目的端口 514 转为 10514 再转发给日志服务器。

核心配置(中间三层 V5/V7 通用)

bash
运行
# 1. 定义ACL匹配所有发往日志服务器514的syslog报文 acl number 3000 rule permit udp destination 192.168.1.200 0 eq 514 # 2. 全局配置目的端口映射(port-mapping,V5原生支持) port-mapping application syslog port 514 protocol udp acl 3000 # 转换逻辑:匹配ACL的UDP514报文,目的端口替换为10514 port-mapping transform destination-port 10514 # 3. 确保三层转发、无ACL拦截UDP514

优点

  1. 存量所有老旧 V5 交换机不用改配置,统一一套映射;
  2. 不改动交换机 info-center,零风险;
  3. 后期服务器端口变更只改中间映射,批量维护简单。

方案二:日志服务器本地端口转发(无中间三层设备首选)

服务器侧做端口转发,监听 10514,收到流量内部转发到本机 514;交换机仍发 514 到服务器 IP。

Linux rsyslog 示例

bash
运行
# 1. 监听UDP 10514,转发至本地514 iptables -A PREROUTING -t nat -p udp --dport 10514 -j REDIRECT --to-port 514 # 2. rsyslog同时监听514、10514双端口(更稳妥) module(load="imudp") input(type="imudp" port="514") input(type="imudp" port="10514")

Windows 日志软件(ELK/Winlog)

软件内直接开启双端口监听 514 + 10514,无需转发。

优点

无需改动网络设备,仅服务器操作;适合交换机直连日志服务器场景。

方案三:利用 ACL+NAT(交换机本机出口 NAT 映射,仅三层 V5 交换机可用)

仅 ** 三层 V5 交换机(带 NAT 功能,如 S5500V2、MSR 路由器)** 可用,二层盒式交换机(S3100/S5120SI)无 NAT,不支持。

逻辑

交换机本机做目的 NAT:本机发出 UDP514,转换目的端口 10514 后送出。
bash
运行
# 1. ACL匹配syslog日志流量 acl number 3000 rule permit udp destination 192.168.1.200 0 eq 514 # 2. 出接口配置目的NAT,改端口 interface Vlan-interface 100 nat outbound 3000 destination-port 514 to 10514 # 交换机日志基础配置不变 info-center enable info-center loghost 192.168.1.200

限制

二层交换机无 NAT 功能,此方案不适用;多台交换机需逐台配置,维护量大。

方案四:升级交换机固件(根治,长期推荐)

低版本 V5 缺失 port 参数是版本 BUG / 功能缺失,升级至对应系列较新 V5 Release 即可原生支持 port:
  1. S5120/S3100 系列升级至 R2607P20 及以上;
  2. S5500V2 升级 R2710PXX;
    升级后直接标准配置:
bash
运行
info-center loghost 192.168.1.200 port 10514

关键误区澄清

  1. ACL 无法直接修改报文目的端口
    单纯 ACL 只能允许 / 拒绝流量,不能改写四层端口;必须搭配 port-mapping 或 NAT 才能端口转换。
  2. V5 信息中心无全局命令修改 syslog 默认 514 端口,底层 syslog 发送端口固化,无隐藏命令。
  3. 二层交换机不能做本机端口 NAT,只能依靠中间三层设备映射。

落地优先级建议

  1. 全网有核心三层设备:方案一(中间 port-mapping 映射) 批量最优;
  2. 交换机直连日志服务器、无中间三层:方案二(服务器双端口 / 端口转发)
  3. 单台三层交换机少量设备:方案三(本机 NAT 端口转换)
  4. 长期标准化运维:方案四(升级固件原生支持 port)

验证排查命令

中间三层设备查看端口映射:
bash
运行
display port-mapping
交换机查看日志发送状态:
bash
运行
display info-center display info-center statistics
抓包验证:交换机出方向 UDP 目的 514,中间设备转发后目的端口变为 10514。

暂无评论

编辑答案

你正在编辑答案

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

分享扩散:

提出建议

    +

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

确定

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

对根叔社区有害的内容

×

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

不规范转载

×

举报说明