H3C交换机Syslog日志服务器配置实例
这是“H3C交换机中小企业运维实战”专栏的第 10 篇。交换机本机只能保存有限数量的日志设备重启、日志被覆盖或交换机发生故障后只看本机记录往往无法还原问题发生的过程。本文以 H3C S5570S、Comware V7、Ubuntu Server 24.04 LTS 和 rsyslog 为例把交换机日志集中保存到内网服务器。文中的地址、端口和设备名称都是示例实际使用时必须按现场规划替换。一、示例环境项目示例值交换机HQ-Access-01管理 VLAN 接口Vlan-interface100交换机 IPv4192.168.100.2交换机 IPv62001:db8:100::2日志服务器 IPv4192.168.100.30日志服务器 IPv62001:db8:100::30接收程序rsyslog协议和端口UDP5514日志文件/var/log/h3c/HQ-Access-01.log本文使用非默认端口5514交换机、服务器和中间安全策略必须保持一致。UDP Syslog 不会验证设备身份只适合在受控的管理网络中使用。二、配置前检查先确认交换机时间正确并检查到日志服务器的双栈网络# 查看当前时间和 NTP 同步状态。 HQ-Access-01 display clock HQ-Access-01 display ntp-service status # 测试日志服务器的 IPv4 和 IPv6 地址。 HQ-Access-01 ping 192.168.100.30 HQ-Access-01 ping ipv6 2001:db8:100::30 # 确认管理 VLAN 接口状态和地址正确。 HQ-Access-01 display interface Vlan-interface100 # 查看现有日志中心配置避免重复发送或覆盖现有规划。 HQ-Access-01 display info-center如果已经配置其他日志主机要先记录地址、端口、日志级别和用途。新增日志主机可能让同一份日志同时发送到多个平台。三、配置 Ubuntu 日志服务器安装并启动 rsyslog然后建立单独的日志目录# 安装并启动 rsyslog。 ubuntuops-server:~$ sudo apt update ubuntuops-server:~$ sudo apt install -y rsyslog ubuntuops-server:~$ sudo systemctl enable --now rsyslog # 创建日志目录并允许 rsyslog 写入。 ubuntuops-server:~$ sudo install -o syslog -g adm -m 0750 -d /var/log/h3c新建/etc/rsyslog.d/30-h3c-switches.conf# 加载 UDP 日志接收模块。 module(loadimudp) # 把收到的 H3C 日志写入单独文件。 ruleset(nameh3c-switches) { action(typeomfile file/var/log/h3c/HQ-Access-01.log) } # 监听 UDP 5514只接受示例交换机的 IPv4/IPv6 地址。 input( typeimudp port5514 allowedSender[192.168.100.2/32, [2001:db8:100::2]/128] ruleseth3c-switches )如果其他配置文件已经加载imudp只保留一处模块加载命令。保存后先检查语法再重启服务# 检查语法通过后再重启。 ubuntuops-server:~$ sudo rsyslogd -N1 ubuntuops-server:~$ sudo systemctl restart rsyslog # 确认服务和 UDP 5514 监听正常。 ubuntuops-server:~$ sudo systemctl status rsyslog --no-pager ubuntuops-server:~$ sudo ss -lunp | grep :5514UFW 已启用时只放行交换机管理地址# 只允许交换机 IPv4 地址访问 UDP 5514。 ubuntuops-server:~$ sudo ufw allow proto udp from 192.168.100.2 to any port 5514 comment H3C Syslog IPv4 # 只允许交换机 IPv6 地址访问 UDP 5514。 ubuntuops-server:~$ sudo ufw allow proto udp from 2001:db8:100::2 to any port 5514 comment H3C Syslog IPv6 # 检查最终规则。 ubuntuops-server:~$ sudo ufw status numbered如果 UFW 尚未启用不要在远程 SSH 会话中直接执行ufw enable。启用前必须先放行实际使用的 SSH 管理端口。四、配置日志轮转新建/etc/logrotate.d/h3c-syslog防止日志文件长期增长/var/log/h3c/*.log { # 每天检查最多保留 30 份旧日志。 daily rotate 30 # 压缩旧日志。 compress delaycompress # 文件不存在或为空时不报错、不轮转。 missingok notifempty # 复制后清空原文件rsyslog 不需要重新打开文件。 copytruncate }只检查配置不真正轮转文件ubuntuops-server:~$ sudo logrotate -d /etc/logrotate.d/h3c-syslog保留 30 份只是示例正式环境要按公司的日志保存期限和磁盘容量调整。五、配置 H3C 交换机代码块中以#开头的是说明不需要输入交换机。HQ-Access-01 system-view # 开启信息中心并发送 informational 及更重要的普通日志。 [HQ-Access-01] info-center enable [HQ-Access-01] info-center source default loghost level informational # 使用管理 VLAN 地址作为日志来源。 [HQ-Access-01] info-center loghost source Vlan-interface 100 # 使用带时区的 ISO 时间格式。 [HQ-Access-01] info-center timestamp loghost iso with-timezone # 使用 IPv4 向日志服务器的 UDP 5514 发送日志。 [HQ-Access-01] info-center loghost 192.168.100.30 port 5514 facility local5 [HQ-Access-01] return同一台双栈服务器只选择一种地址发送即可。如果决定使用 IPv6应使用下面这条替换 IPv4 日志主机而不是两条同时保留[HQ-Access-01] info-center loghost ipv6 2001:db8:100::30 port 5514 facility local5同时配置同一台服务器的 IPv4 和 IPv6 地址可能导致同一条日志保存两次。六、验证日志是否真正写入先检查交换机配置和本机日志HQ-Access-01 display info-center HQ-Access-01 display logbuffer reverse我通常从已经授权的运维电脑正常登录一次 SSH 再退出以产生登录日志。不要为了测试随意插拔上联线或关闭正在使用的接口。服务器端持续查看新日志# 持续查看日志按 CtrlC 退出。 ubuntuops-server:~$ sudo tail -f /var/log/h3c/HQ-Access-01.log # 文件没有生成时检查服务、端口和近期错误。 ubuntuops-server:~$ sudo systemctl status rsyslog --no-pager ubuntuops-server:~$ sudo ss -lunp | grep :5514 ubuntuops-server:~$ sudo journalctl -u rsyslog -n 50 --no-pager只有日志文件出现刚刚产生的新记录而且设备名称、时间和事件内容正确才能说明交换机发送、网络放行和服务器写入全部正常。验证完成后再执行save force保存交换机配置。七、常见问题Ping 正常但没有日志检查两端端口是否都是 UDP5514并核对 UFW、中间安全设备和 rsyslog 监听状态。监听正常但文件未生成执行rsyslogd -N1检查目录权限和交换机实际使用的源地址。同一条日志出现两次检查是否同时配置了同一台服务器的 IPv4 和 IPv6 地址。日志时间不正确检查交换机 NTP、服务器时间和时区重点查看同步完成后新产生的日志。日志数量过多确认没有发送 debugging 日志再根据公司要求评估是否提高日志级别。八、小结集中日志的关键不是只配置info-center loghost而是确认服务器确实收到了新日志。我会先把 rsyslog、目录权限、UFW 和轮转配置好再配置交换机日志级别、源接口和服务器地址最后通过真实的新日志完成验证。网站完整版还包括 Comware V5 差异、详细回退方法和完整配置汇总H3C交换机Syslog日志服务器配置实例

相关新闻

Shell脚本AI化已成刚需:Gartner 2024 DevOps报告证实——采用AI辅助脚本开发的团队故障平均修复时间缩短68%

Shell脚本AI化已成刚需:Gartner 2024 DevOps报告证实——采用AI辅助脚本开发的团队故障平均修复时间缩短68%

更多请点击: https://kaifayun.com 第一章:Shell脚本AI化演进的必然性与技术动因 Shell脚本曾是系统运维与自动化任务的基石,但面对日益复杂的云原生环境、多模态日志分析需求及实时决策场景,传统静态脚本在可维护性、泛化能力与…

2026/10/18 9:38:43 阅读更多 →
用LangGraph写一个小RAG

用LangGraph写一个小RAG

最小RAG的链式写法大致这样: 用户问题 -> 检索资料 -> 拼Prompt -> 调模型回答用LangGraph把最小RAG拆成一张小图: START ↓ retrieve_docs ├─ 有足够相关资料 -> build_context -> answer -> END └─ 无足够相关资料 -> fall…

2026/10/19 21:23:12 阅读更多 →
LangGraph 状态快照与回滚|Agent 故障自愈、流程回溯

LangGraph 状态快照与回滚|Agent 故障自愈、流程回溯

每执行完一个图节点,LangGraph 自动保存一份当前完整状态,就是快照。每条快照包含:全量状态、父快照 ID、时间戳、自定义业务元数据。 Checkpointer(存储器) 快照存放载体,分三类: MemorySav…

2026/10/18 9:39:40 阅读更多 →

最新新闻

DeskcommCRM实战:轻量级客户管理与销售跟进全流程落地指南

DeskcommCRM实战:轻量级客户管理与销售跟进全流程落地指南

1. 项目概述:DeskcommCRM 到底是什么,以及为什么值得关注这两年市面上叫 CRM 的产品多得数不过来,但绝大多数都陷入了一个怪圈:功能越做越重,权限越加越细,你要是只为了管好手头几百个客户,得先…

2026/10/19 23:47:06 阅读更多 →
以沟通为核心的轻量级CRM系统设计与实践

以沟通为核心的轻量级CRM系统设计与实践

一个叫 DeskcommCRM 的项目,听起来有点像某个内部系统的代号,但实际上它代表了一类特别值得聊的东西:以“沟通”为核心的客户关系管理工具。我一开始接触这个项目名的时候,第一反应是“Deskcomm”可能是 Desk Communication 的缩写…

2026/10/19 23:47:06 阅读更多 →
从线程池失控到全局限流:高并发系统稳定性实战指南

从线程池失控到全局限流:高并发系统稳定性实战指南

1. 并发失控的第一现场:线程池是怎么被击穿的先说一个我实际排查过的案例场景。某公司核心交易链路的订单服务,平时性能表现很稳定,高峰期单机支撑上千QPS没有任何压力。但一次大促活动中,下游的库存服务因为数据库连接池被打满&a…

2026/10/19 23:39:50 阅读更多 →
STC单片机范例程序实战指南:从点灯到多外设工程搭建

STC单片机范例程序实战指南:从点灯到多外设工程搭建

简介:这是一份面向嵌入式初学者与单片机开发者的STC单片机C语言范例程序合集,围绕ADC采样、串口通信、EEPROM读写、ISP在系统编程、时钟中断、端口测试及优化编程思想等核心功能展开,适合用于课程实验、自学练手与项目参考。资源包共612个文件…

2026/10/19 23:39:50 阅读更多 →
Kafka全链路性能调优:吞吐量与延迟的实战权衡

Kafka全链路性能调优:吞吐量与延迟的实战权衡

前阵子业务告警群里又炸了——消费延迟从平时的几百毫秒一路飙到分钟级,P99 延迟曲线在监控面板上直接拉成一条陡坡。接手这套 Kafka 系统两年,类似的戏码每隔一阵就重演一次。与其每次都临时救火,不如把全链路参数优化这件事系统捋一遍。这篇…

2026/10/19 23:37:47 阅读更多 →
ZXing.Net 0.16.8.0 条码识别实战:从解码链路到性能调优

ZXing.Net 0.16.8.0 条码识别实战:从解码链路到性能调优

简介:ZXing.Net.0.16.8.0 是面向 C# 与 Unity 开发者的开源条码处理库,基于 Zebra Crossing 项目,可在 .NET 框架与 Unity 引擎中实现 QR 码、Aztec、Code 128、EAN 等多种条码的读取与生成。开发者只需调用少量 API 即可为桌面应用、移动端或…

2026/10/19 23:37:47 阅读更多 →

日新闻

周新闻

基于GMM的语音识别系统原理与MATLAB实现详解

基于GMM的语音识别系统原理与MATLAB实现详解

说到基于高斯混合模型(GMM)的语音识别系统,很多人第一反应就是一堆数学公式,觉得门槛很高。但如果你真的在MATLAB里把它落地跑通,会发现核心其实就是三件事:把声音变成特征向量,用GMM给每个类别…

2026/10/19 10:02:04 阅读更多 →
数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理入门:反白、灰度化、调色板修改与导出txt实践

数字图像处理这四个字听起来挺唬人,但落到具体操作上,无非就是让计算机按你的想法“摆弄”像素。我在一个模拟项目X里用了一套特别经典的基础处理流程:对图像做反白、改调色板、彩色转灰度,最后把像素数据导出成txt文件。单看每一…

2026/10/19 17:32:41 阅读更多 →
机器人大脑技术盘点:具身智能的感知、决策与数据闭环

机器人大脑技术盘点:具身智能的感知、决策与数据闭环

如果你的信息流最近也天天刷到“机器人大脑”这个词,你会发现一个很有意思的现象:每个人说的“大脑”根本不是同一个东西。有人指的是大语言模型,有人指的是运动控制系统,还有人指的是能理解物理世界的端到端模型。在2026年这个时…

2026/10/19 1:30:52 阅读更多 →

月新闻

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

我发现了一个新思路:用 Remotion + Claude Code 像写代码一样自动化生成短视频

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 2:54:50 阅读更多 →
Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

Windows下 Codex 中 Chrome 和 Computer Use 插件不可用问题排查及解决参考方式:TaoToken 统一 Key 配置与验证

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/19 9:10:22 阅读更多 →
黑夜航拍船只数据集训练YOLOV5模型全流程解析

黑夜航拍船只数据集训练YOLOV5模型全流程解析

/* MD / 富文本中的 .toc(含博客园搬家等嵌套结构);.toc-box 在侧栏,不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p(:empty 仍占 20px),一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views …

2026/10/18 12:16:16 阅读更多 →