手机一进会议室就掉WiFi：AC掉线记录按原因把账算清

无线报障最难办的不是修，而是说不清：用户只有一句"WiFi老掉"，是信号弱、是认证过期、还是管理员改了配置？没记录就只能靠猜，猜错了改一轮配置，问题照旧。无线掉线和有线断网不一样，空口里的干扰、漫游、认证每一环都可能让终端掉线，同一句"掉线"背后能有好几种病因。华为AC上有一条专门的记录命令display station offline-record，把每一次无线终端下线的时间、终端、所在AP和原因都记成流水账，掉线的账本翻开，原因自己会说话。

一条命令翻开下线账本

登录AC敲全量记录命令：

<HUAWEI> display station offline-record all
Reason distribution
----------------------------------------------------------------------------------------
Reason                                                                 Count Percent
----------------------------------------------------------------------------------------
The VAP goes down because the configuration is modified.               2     100.00%
----------------------------------------------------------------------------------------
Total Count: 2
Recent records
Rf/WLAN: Radio ID/WLAN ID
-------------------------------------------------------------------------------------------------------
STA MAC         Device type     Device ID    Device name        Rf/WLAN    Last record time      Reason
-------------------------------------------------------------------------------------------------------
00e0-fc08-9abf  AP              AP-1         AP-area_11         0/2        2015-09-18/09:38:50   The VAP goes down because the configuration is modified.
00e0-fc02-13dc  AC              AC-1         AC-1               -/2        2015-09-18/09:28:52   The VAP goes down because the configuration is modified.
-------------------------------------------------------------------------------------------------------
Total stations: 2 Total records: 2

输出分两段：上半段的Reason distribution按原因做分布统计，哪种原因占比高，排查方向就往哪边压；下半段的Recent records是逐条流水，终端MAC、设备类型、所在AP、射频与WLAN编号、最后记录时间、原因六样俱全。还要留意这份账本的容量有上限，翻旧账要趁早——隔了几天的报障再回查，最早的记录可能已经被新记录挤出账本，报障当时就查一遍、留个截图，是让证据不过期的习惯。

官方案例读账示范

案例输出里两台终端的下线原因都是同一句话——配置修改导致VAP下线。翻译过来就是：管理员动了WLAN配置，VAP重建，在线终端被带了下来。这类掉线的特点是有明确的时间点、集中在配置变更之后、全体或成片终端一起掉，和信号差导致的零星掉线一眼就能区分。账本在手，用户报障"刚掉的"到底是变更误伤还是覆盖问题，一条记录就能定责。

排查路径跟着原因走

拿到原因分布后的走法很直接：原因写配置修改的，核对变更记录，确认是否误伤、是否挑错窗口；原因写认证类的，去认证侧核对账号与服务器；集中在某台AP的记录，优先查该AP的射频与供电状态。单台终端反复被点名报障的，就按它的MAC去流水里筛——掉在哪个AP、什么时段、原因是否每次相同，几条记录一摆，是终端自身问题还是环境问题就分清了。先把账算清，再动手改，避免被一句"WiFi不稳定"带着乱调配置——乱调本身又会制造新的掉线记录。

让记录陪着变更走

这套命令要发挥价值，配套纪律比命令本身重要：每次变更前先截一份当时的掉线记录留底，变更后再截一份对比，新增掉线是否由变更引发一目了然；把用户报障的时间点和记录里的时间对齐，能省掉大半沟通成本。证据链齐了，无线排障才从玄学变成会计学。

无线要算清账，数据要算清账，备份同样。贵州诚鑫致达科技为企业做无线运维与NAS数据管理的成套方案，欢迎搜索关注交流。

企业存储选型参考｜贵州诚鑫致达

做核心业务 SAN 存储与高可靠应用，群晖机型参考：UC3400 · UC3200 · SA3600。需要选型建议或上门评估，搜「诚鑫致达」即可找到我们。

服务区域｜贵州诚鑫致达

贵州群晖NAS、贵阳存储、数据备份、信创云盘或 IT 集成服务，可联系贵州诚鑫致达科技，服务范围覆盖贵州全省各市州。四川成都群晖存储部署、机房建设与数据安全集成服务。