WLAN-AutoConfig 日志是什么
Windows 把无线连接的决策过程写进 WLAN-AutoConfig 日志：关联成功与失败、断开原因、认证开始与结果都在里面。它是终端侧的一手证据，尤其适合回答「问题出在这台机器还是网络本身」——只要把失败时间戳与控制器、RADIUS 的日志对齐，定位会快很多。
基本信息
| 日志位置 | 事件查看器 → 应用程序和服务日志 → Microsoft → Windows → WLAN-AutoConfig |
|---|---|
| 关注事件 | 关联成功与失败、断开原因码、认证开始与结果 |
| 对齐方法 | 把失败时间戳与控制器或 RADIUS 的日志放在一起看 |
| 导出方式 | 右键保存所有事件，供离线分析或提交给厂商 |
| 配套命令 | netsh wlan show wlanreport 生成可视化报告 |
取证据的三条命令
取证据的三条命令
# 生成 WLAN 报告（HTML，含连接历史与失败原因）
netsh wlan show wlanreport
# 查看当前连接状态与最近一次连接信息
netsh wlan show interfaces
# 事件查看器路径
# 应用程序和服务日志 → Microsoft → Windows → WLAN-AutoConfig
# 操作日志（Operational）比管理日志更详细，排障优先看它日志里的关键线索
| 线索 | 含义 | 用途 |
|---|---|---|
| 事件时间（精确到秒） | 与控制器、RADIUS 日志对齐的锚点 | 做三源交叉验证 |
| SSID 与 BSSID | 连的是哪个无线 | 判断是否粘滞在某个 AP 上 |
| 原因码 | 断开或失败的类型 | 区分踢除、超时与认证失败 |
| 认证阶段事件 | EAP 走到了哪一步 | 定位是凭据问题还是密钥协商问题 |
| 事件 ID 与级别 | 严重程度与类别 | 快速筛出真正相关的条目 |
终端侧原因码与 AP 侧日志互为交叉验证，两边对齐后结论才可靠。只看一侧，很容易把网络问题当成终端问题，或者反过来。
如果日志里反复出现关联失败，先按 BSSID 聚合再统计：集中在一台 AP 上说明该 AP 或其上联有问题，散布在多台 AP 上则更可能是账号、证书或终端侧原因。
排查前先确认终端与控制器、服务器的时间同步。时间对不上时，日志比对会得出完全错误的结论，这种「时间偏差」本身就是常见的伪故障原因。