首页/系统/Windows 运维速查/Windows 事件转发(WEF)简述

Windows 事件转发(WEF)简述

把多台机器日志汇到收集器:源机订阅(源启动订阅)+ 收集器配置;是原生集中日志方案,配合 WEC 使用。

Windows 运维速查系统更新于 2026-10-13

Windows 事件转发简述

Windows 事件转发(WEF)是系统原生的集中日志方案:源计算机按订阅把本地事件推送到收集器,由收集器统一存储与查询,管理工具是 wecutil。传输依赖 WinRM(5985 或 5986),因此防火墙与证书需要一起规划。它解决的是「日志分散在成百上千台机器上」的问题,让排查与合规留存都有统一入口。

基本信息

适用平台Windows 客户端与服务器(域或工作组)
组成源计算机(源启动订阅)与收集计算机(Collector)
管理命令wecutil qc 初始化收集器、wecutil cs 创建订阅、wecutil es 列出订阅
传输通道WinRM 5985 HTTP / 5986 HTTPS
规模下发可用组策略统一下发订阅配置

典型使用场景

  • 把多台服务器的事件集中到一台收集器,便于统一查询
  • 满足合规要求,集中留存关键通道的日志
  • 故障排查时在收集器上一次性检索多台机器的事件
  • 为安全分析提供集中数据源,配合告警规则使用
  • 跨网段或工作组场景用 HTTPS 与证书保障传输安全

常用示例

常用示例
wecutil qc                       REM 收集端:快速配置收集器服务
wecutil es                       REM 列出已有订阅
wecutil cs subscription.xml      REM 用 XML 文件创建订阅
wecutil gs <订阅名>              REM 查看订阅配置与运行状态
:: 源端与收集端两侧都要配置,单侧配好不会生效
:: 跨域或工作组场景需要证书信任链,走 5986 HTTPS

组件职责

组件职责配置要点
收集器接收并存储事件wecutil qc 初始化服务
源计算机按订阅推送事件通过订阅或策略下发
订阅定义事件范围与目标有源启动与收集器启动两种模式
WinRM实际传输通道端口与防火墙规则一起规划
订阅配置必须两侧对齐:源端要有推送依据,收集端要有对应订阅,只有一侧配置好是不会生效的,这是初次部署最常见的坑。
跨域或工作组场景需要证书信任链,成本与运维复杂度都不低;规划阶段就应把证书签发与续期流程一起考虑进去。

易错点

  • 只配收集端不配源端:订阅状态看起来正常,却收不到任何事件
  • 忽略防火墙与 WinRM 端口:源端推送被拦截,收集器上显示订阅异常
  • 订阅范围写得过宽:日志量远超预期,收集器磁盘很快被写满
  • 工作组场景低估证书成本:加密传输与身份验证都要额外规划

数据来源与参考

  • Microsoft Learn:Windows 事件转发
  • Microsoft Learn:wecutil

相关工具

​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌