H3C 云AP 从瘦模式Fit转成胖模式Fat大概是无线调试里最容易被一句“改个模式就行”带偏的活儿。我前前后后在不同型号上折腾过不下几十次从早期的 WA2620 到后来的 WA5320、WA6320踩过的坑能写半页纸。说白了云AP 出厂默认是瘦的它自己不带完整的无线控制逻辑得靠 AC 或者云平台来管而 Fat 模式就是把 AP 变成一个能独立发 SSID、自己管自己的一体化设备。你如果手头只有一两台 AP、又懒得上一台 AC那瘦转胖几乎是唯一的路。这篇东西我打算按我实际操作的顺序来写先讲清楚 Fit 和 Fat 到底差在哪、为什么云AP要转再讲动手前的准备然后给出三条主流转换路径和完整实操最后是回退操作和排查清单。适合刚接触 H3C 无线的朋友也适合做过 AC 配置、但没单独折腾过 AP 的老手。全程尽量说人话命令和步骤我会标清楚具体到型号有差异的地方我会提醒你去核对。下面直接开整。1. 瘦AP和胖AP到底差在哪为什么云AP还要转1.1 Fit与Fat两种工作模式的本质区别很多人第一次听到“瘦”和“胖”脑子里是没有画面的。你可以这么理解瘦AP 就像公司里的普通员工只负责干活什么时候发工资、发多少、考核标准全听老板AC的胖AP 则是自己当老板从进货、定价到收银一条龙全包。技术上瘦 AP 本身只保留射频和基础的转发能力配置、认证、漫游、射频调优这些统统交给 AC 或云平台集中处理胖 AP 则内置了完整的无线控制器功能自己生成配置、自己管理接入用户。从数据转发看瘦 AP 通常有两种工作方式隧道转发流量回 AC 再出去和本地转发AC 只下发配置数据本地出这个后面配置时会体现。胖 AP 没有这些概念它就是一个带无线功能的简化路由器你给它配好 VLAN、SSID、认证方式它就能自己跑。理解这一层差别你才能明白为什么转换不是“改个开关”那么简单——它本质上是让设备加载另一套软件功能集。我要提醒一点不同型号的 APFit 和 Fat 可能是两套独立的软件包也可能是同一套软件里通过模式标记切换。前者转换时往往要替换启动文件后者可能一条命令加重启就完事。这就是为什么同样叫“瘦转胖”有人在 WA4320 上两分钟搞定有人在别的型号上折腾半天——不是手法问题是设备架构不同。1.2 云AP为什么默认是瘦的它的管理逻辑是什么云APCloud AP这个名字里的“云”指的就是它天然为云简网络这类集中管理平台而生。出厂默认 Fit是为了让用户插上网线、DHCP 拿到地址后自动向平台注册零配置上线。对布点分散、批量部署的场景这套逻辑非常省事几十上百台 AP 不需要一台台配平台上一键下发模板就行。但对个人玩家、小型工作室或者做实验的人来说这反而是麻烦。你没有云平台账号也不想为了两台 AP 搭一套管理环境AP 拿到地址后一直显示未注册SSID 也发不出来。这时候转 Fat 就是最直接的解法——让 AP 脱离集中管理自己当主机。所以“云AP 瘦转胖”这个需求本质上是从“被管理”切换到“自管理”不是功能阉割而是模式重定位。有个细节容易被忽略部分云AP 在 Fit 模式下即使你不接 AC它也可能保留一个默认的、受限的管理 SSID让你能连上去做初始化。但这个 SSID 通常不能当正常业务用只是应急通道。真正要当独立 AP 用还是得老老实实转 Fat。1.3 哪些场景必须转到Fat模式哪些可以缓一缓判断要不要转其实看三个条件。第一你手上有没有 AC 或可用的云管理平台。有且设备集中在一个可控网络里那保持 Fit 更省心没必要转。第二AP 数量。一两台转 Fat 划算几十台分散部署还是上集中管理。第三功能需求。如果你需要 AP 自己做 Portal 认证、做 NAT、当小型网关用那必须 Fat因为瘦 AP 不提供这些。典型的该转场景有家里或小办公室只有一两台 AP想自己发 Wi-Fi实验环境里要用单台 AP 验证无线功能二手 AP 拿回来没有配套 AC野外/临时点位不方便组管理网。反过来如果需要在多台 AP 之间做无缝漫游、统一下发几百个 SSID 模板、集中看射频干扰图那还是老老实实上 ACFat 模式在这些方面是短板。注意别一上来就转。先想清楚你的网络规模和三到六个月内会不会扩张。我见过太多人图省事全转 Fat结果设备一多配置同步、漫游调试累到怀疑人生最后又一台台转回 Fit。2. 动手前必须做的准备工作2.1 确认型号与当前软件版本别拿错文件转换翻车十有八九栽在“型号对不上、版本没看清”。第一步把 AP 翻过来看背面标签记下完整型号比如 WA5320、WA6320、WA4320-ACN 这种后缀一个字都不能差——WA5320 和 WA5320H 的固件可能就不通用。第二步登录 AP 看当前版本命令是display version输出里会明确写软件版本号比如Version 7.1.064这类。为什么要看版本因为 Fit 转 Fat 的软件包是按型号和版本来的你不能拿一个 7.1.064 的 Fat 包往 7.1.070 的 AP 上刷。另外部分型号的 Fat 功能是平台版本自带的转过去不需要换包只改模式标记而老型号是两套完全独立的文件。确认清楚你属于哪一类能省掉大量无效折腾。确认项命令/位置要点具体型号机身标签 /display version后缀必须完全一致当前软件版本display version记下完整版本号当前运行模式display ap-mode或看启动文件确认是 Fit 还是 FatFlash 剩余空间dir flash:/换包需要空间通常要留够2.2 工具和文件清单一次性备齐工具这块Console 线是必备的USB 转串口或直连串口都行配合终端软件SecureCRT、PuTTY、MobaXterm 都可以。网线也要转换后做业务配置时要用。如果你想通过网络传文件还要一个 TFTP 或 FTP 服务器在本地架好H3C 的 AP 支持从 TFTP/FTP 拉取软件包。文件方面重点是拿到与型号严格匹配的 Fat 版软件包通常是以.bin或.ipe结尾的文件。这里有个坑我得提前说网上流传的各种“通用 Fat 包”千万别随便刷尤其是来路不明的。刷错固件轻则模式切换失败重则 AP 启动不了只能靠底层恢复模式救。正确做法是去官方支持渠道按型号和版本下载实在找不到就先用当前版本内的方式比如模式标记切换看看能不能达成目的。提示如果只是想验证功能优先找“同版本内切换模式”的方法不换包风险最低。确认型号和版本匹配之前不要执行任何文件替换操作。2.3 网络环境与终端的连接方案连接方案分两种转换阶段用 Console 最稳。因为转换过程可能涉及重启、启动菜单操作网络连接会断只有 Console 全程在线。具体接法是Console 线一头接 AP 的 Console 口一头接电脑 USB 口终端软件里设置好串口参数——波特率 9600数据位 8停止位 1无校验无流控。这是 H3C 设备的标配参数记不住就存成会话模板。转换完成后做业务配置可以切到网线管理。思路是给 AP 的某个口配一个管理地址或者让它作为 DHCP 客户端拿到地址然后从同网段电脑 Telnet 或 Web 登录。这里要规划好 IP别和现有网络冲突。如果走 Web 管理记得先确认该 Fat 版本是否带 Web 界面部分精简版本只有命令行。我个人的习惯是转换阶段 Console 全程挂着哪怕网络连通了也不拔直到一切验证通过。因为一旦转换后 SSH/Telnet 没配起来你还得重新折腾Console 在手上心里踏实。3. 瘦转胖的三种主流实现路径3.1 命令行法ap-mode切换最省事的一条路先说结论如果你的 AP 软件版本支持模式切换命令这是最快的方法通常一条命令加一次重启就完事。典型流程是登录 AP 后进入相应视图执行切换看到系统提示模式已更改然后保存、重启。重启后 AP 就会以 Fat 模式启动开始加载独立的无线功能。这里必须强调命令的具体形式因型号和版本而异有的写在用户视图有的在系统视图有的是ap-mode fat这种直观写法有的可能带有wlan前缀。所以我没法给你一条“放之四海皆准”的命令正确的姿势是登录后先在用户视图敲个问号或者查一下对应版本的命令参考确认切换命令的准确拼写再执行。别嫌麻烦敲错命令轻则报错重则把配置搞乱。命令行法的优点是操作简单、可回退再切回 Fit 即可缺点是不是所有型号都支持。我遇到过一些老型号命令敲下去提示不支持那就只能走 BootWare 或者换包。所以这一步先试成了就收工不成就往下看。3.2 BootWare法底层菜单修改启动模式或文件BootWare 是设备的底层引导程序AP 通电自检时按提示的组合键H3C 常见是 CtrlB就能进入。进去后你会看到一个字符菜单里面有启动文件选择、文件管理、启动模式设置等选项。转换的核心思路有两条一是把启动的应用程序文件从 Fit 版换成 Fat 版二是直接修改启动模式标记。用 BootWare 操作要格外小心因为这是在“裸机层”动刀没有配置回退的便利。操作前务必确认 Flash 里有哪些文件——用文件列表功能看清楚每个文件的类型找到 Fat 版本的包再把它设为启动文件。如果 Flash 里压根没有 Fat 包那就得先通过网络把包下载进来这一步需要 BootWare 支持网络下载并且你本地有 TFTP 服务器。具体菜单项名称各版本不同我不在这里写死某个选项编号免得你照着按错。原则是进菜单先别动把每一项都读一遍找到“设置启动文件”或“修改启动模式”相关项再操作。改完选保存并重启。整个过程保持电源稳定和 Console 连接中途断线或断电可能让设备卡在半启动状态。注意BootWare 操作属于恢复级手段非必要不用。能用命令行解决就别碰底层菜单。动 BootWare 之前务必把当前 Flash 文件清单记下来出问题好对照。3.3 云简/AC下发法的适用边界还有一种思路是“曲线救国”不直接转 Fat而是利用 AC 或云平台的某些功能让瘦 AP 在受管状态下具备部分独立能力。但说实话这条路局限性很大——瘦 AP 就是瘦 AP它不可能因为 AC 下发了配置就变成完整 Fat。除非某些版本支持把 AP 从管理模式“释放”出来否则这条路基本走不通。那它什么时候有用当你只是想让 AP 发一个简单 SSID、不做复杂功能时可以保持 Fit在一台轻量级 AC甚至软 AC上配一个最简 WLAN效果上接近胖 AP 独立工作。但这不是真正的瘦转胖设备本质还是受管的。如果你追求的是“彻底独立、脱离任何管理端”那就老实走前面两条路。把它列出来是让你知道有这个选项别一条道走到黑。4. 完整实操以命令行方式为例的逐步拆解4.1 Console接入与登录先摸清家底把 Console 线接好终端软件按 9600-8-N-1 配好串口给 AP 上电。启动过程中屏幕上会刷一堆自检信息耐心等它跑完出现登录提示。多数 AP 默认没有登录密码直接回车就能进用户视图提示符类似H3C。进去第一件事不是急着转而是先摸清家底。先敲display version确认型号和软件版本和我前面说的一样把关键信息记下来。然后display ap-mode如果该版本支持看当前是什么模式。再敲dir flash:/看看 Flash 里都有什么文件、剩余空间够不够。如果你想换包还要看看现有包的文件名通常能看出 Fit 相关的字样。这一圈下来你对这台 AP 的现状就有底了。环境检查完顺手把当前配置导出一份备份命令是display current-configuration把输出复制到本地存好。虽然 Fit 模式的配置转到 Fat 后不一定能直接用但留个底总没错万一需要回退也有参照。4.2 文件系统与模式确认判断走哪条路摸清家底后做个决策如果 Flash 里已经有 Fat 版本的文件或者版本支持模式切换那走命令行法如果只有 Fit 包、要换包就先准备 Fat 包再上传。这里的判断直接决定后续步骤别跳过。具体怎么判断看文件列表里有没有明显标注 Fat 的软件包。有的设备 Flash 里 Fit 和 Fat 两套包都预置了那就简单直接改启动文件或模式即可有的只预置了一套那就得另外找包。还有一种情况是所谓的“合一版本”一个包同时支持两种模式靠配置切换这种最省事。我遇到过最坑的一种Flash 里有两个包名字很像但一个是 Fit 主程序、一个是补丁新手容易把补丁当 Fat 包设成启动文件结果启动起来还是 Fit白忙一场。所以看文件名要仔细拿不准就查版本说明文档确认哪个才是 Fat 应用程序。4.3 执行切换与重启盯着提示别乱动确认路径后执行切换。命令行法的话敲下切换命令设备通常会提示“模式将在重启后生效”之类的话。这时候先保存配置命令是save按提示确认然后reboot重启。重启过程别断电、别拔 Console盯着屏幕看它是否正常加载新模式的程序。重启后再次登录用同样的命令复查模式确认已经变成 Fat。如果还是 Fit说明切换没生效可能是命令没保存、启动文件没设对或者该版本根本不支持。这时候别硬扛回到第 3.2 节考虑 BootWare 或者换包。换包法的流程略有不同先把 Fat 包传到 FlashTFTP 或 FTP 拉取再用文件管理命令把启动文件指向新包保存重启。传输过程要确保网络稳定传完用dir确认文件完整、大小对得上。我有一次传了一半网络抖动文件大小不对启动直接失败只能进 BootWare 重新指定旧包救回来。4.4 转换后基础配置让AP真正能发Wi-Fi转成 Fat 只是第一步接下来要让它干活。核心配置包括几块管理地址、SSID 和射频接口、VLAN 与 DHCP、以及必要的安全认证。给 AP 配一个管理 IP方便后续远程登录。然后配置无线服务模板绑定射频口设置 SSID 名称和认证方式开放、PSK 或更复杂的认证。如果是当作小型网关用还要配 VLAN 接口和 DHCP 服务让接入的终端能拿到地址。下面给一段示意配置具体命令按你的版本调整system-view sysname MY-AP interface Vlan-interface 1 ip address 192.168.1.2 255.255.255.0 quit wlan service-template mywifi ssid MY-WIFI service-template enable quit interface WLAN-Radio 1/0/1 service-template mywifi quit dhcp enable dhcp server ip-pool lan network 192.168.1.0 mask 255.255.255.0 gateway-list 192.168.1.2 quit配完用display wlan service-template和display interface WLAN-Radio验证再拿手机搜一下 SSID 能不能出来、能不能连上、能不能拿到地址。这一步跑通整个转换才算真正完成。提示不同 Fat 版本的无线配置命令差异较大上面只是结构示意。配之前务必查对应版本的配置指导尤其是射频口命名和 service-template 的绑定方式。5. 转回Fit模式与版本回退5.1 什么时候需要回退回退前想清楚转回 Fit 的场景并不少设备要并入统一管理、要做多 AP 漫游、或者单纯发现 Fat 功能不够用。回退前先确认一件事——你回退的目的是什么以及回退后是否有可用的 AC 或云平台接管它。如果只是转着玩转回去还是没人管那等于白折腾。另一个要考虑的是配置。从 Fat 转回 Fit原来那套独立配置基本作废AP 会回到等待被管理的状态。如果你在 Fat 下做了很多业务配置回退前把配置备份好虽然大概率不能直接复用但至少留个记录将来在新环境里可以对照着重配。回退操作和正向转换是对称的能命令行切就命令行切切不回去就走文件替换或 BootWare。核心是让设备重新加载 Fit 版本的程序。操作流程和前面第 4 章基本一致只是目标模式反过来。5.2 回退操作要点与验证回退时最容易出问题的环节是文件。如果 Fat 和 Fit 是两套包回退意味着要把启动文件重新指回 Fit 包或者把 Fat 包删掉腾空间。删文件要慎重确认 Fit 包还在 Flash 里再删否则删完没得启动就麻烦了。稳妥的顺序是先确认 Fit 包存在且完整再切启动文件重启验证最后才考虑清理 Fat 包。验证环节看两点一是模式确实变回 Fit二是 AP 能正常向 AC/云平台注册。第二点很关键有些人只看模式切回去了没连管理端等于设备处于无人管也不干活的悬空状态。如果你手头没有管理端至少确认 AP 起来了、能登录、能改配别让它变成砖。6. 常见问题排查与避坑实录6.1 转换失败的典型原因分析转换失败的原因我归成几大类。第一类是文件问题包型号不对、版本不匹配、传输不完整、启动文件没设对。这类问题占比最高表现是切换后模式没变、启动卡住或者反复重启。排查方法是回 BootWare 看文件列表逐一核对文件类型和大小。第二类是命令问题切换命令写错、执行视图不对、忘了保存。表现是命令报错或者重启后回到原模式。这类最好排查重新看版本命令参考即可。第三类是环境问题Console 参数不对、网络抖动导致传输中断、电源不稳导致启动失败。这类往往在操作过程中就能发现苗头。还有一类是硬件/固件限制某些型号或某些版本就是不支持 Fat或者 Fat 功能被裁剪。遇到这种先别怀疑手法去查该型号的规格说明确认它到底支不支持独立工作。我吃过一次亏一台低端型号怎么都转不过去后来才发现它压根没有 Fat 版本白折腾一下午。现象可能原因处理思路切换后仍是Fit命令未保存/不支持重新执行并 save或换方法启动卡住/反复重启启动文件错误或不完整进BootWare核对并指定正确包找不到Fat包未预置或未上传按型号版本获取并传输传输中断网络抖动/TFTP不稳重传并核对文件大小起了但发不出SSID服务模板未绑定/未启用检查模板与射频口绑定能连不发地址DHCP未配或网段冲突检查DHCP与地址规划6.2 问题速查表的使用方法上面这张表我建议打印或者存本地出问题时按“现象”列往下找先定位大类再看处理思路。实际排查有个技巧先看最简单、最可能的原因。比如模式没变先别怀疑固件先想想是不是忘了保存、是不是命令敲错了。很多人一上来就往复杂里想结果绕一大圈发现是save没敲那才叫冤。另一个技巧是善用显示命令。display version、display ap-mode、dir、display current-configuration这几条几乎能覆盖大半排查场景。养成“出问题先敲这几条看现状”的习惯比凭记忆瞎猜高效得多。6.3 我踩过的坑和几条真心建议最后分享几个我实打实踩过的坑。第一个别信所谓的“万能包”我早期图快用过一次结果 AP 起不来花了一晚上才救回。第二个转换前一定备份配置和记录原启动文件回退时能省大量时间。第三个Console 全程别拔尤其是在换包和 BootWare 操作时网络和界面随时可能断。还有一条给做实验的朋友如果你在模拟器里练注意模拟器对真实 AP 固件的支持有限很多模式切换细节模拟不出来练流程可以别指望模拟器结果能百分百复现到真机。真机操作前把流程在纸上过一遍想清楚每一步的目的和回退方案再动手。做这类底层操作稳比快重要得多慢一点不出错就是最快的路。