企业官网建设流程全解析

1. 手里那台H3C云AP，为什么非得从瘦转胖

手上攒了几台H3C的云AP，型号大概是WA4320、WA5320这一类的，本来是给企业项目做无线覆盖用的，走的是云简网络集中管理那一套。项目结束之后设备回收回来，放在机柜里吃灰。想拿来自己家里或者小办公室里用，一通电发现根本起不来正常服务——这就是典型的瘦AP（Fit）状态，它自己没脑子，得靠AC或者云平台下配置才能干活。想让它单机独立工作，必须把模式从Fit切成Fat，也就是俗称的"瘦转胖"。

这个操作听起来简单，实际第一次做的人十个里有八个会卡住。原因在于H3C云AP的转换路径和传统的纯瘦AP不太一样：云AP默认是Cloud模式，它既不是纯Fit也不是标准Fat，中间多了一个模式状态。你得先把它从Cloud模式弄到Fit，再从Fit切到Fat，中间的入口还分Web、Console、云简平台三条路，走错一条就白折腾。更坑的是不同型号、不同软件版本的命令差异很大，网上抄来的教程放到自己设备上经常对不上号。

这篇东西就是把这个过程从头到尾拆开讲清楚。适合谁看？手上有闲置H3C AP想改成独立胖AP用的运维、做实验的学生、还有中小企业里需要临时搭个不依赖AC的小无线环境的人。不需要你是无线专家，但基本的网络概念得有，比如DHCP、IP地址、Console线怎么接。整篇按我实际操作的顺序走，中间会标出容易踩的坑和判断点，你在自己设备上照着做的时候，每一步先确认状态再往下走，能省掉大量返工时间。

2. 转换前必须搞明白的几个底层概念

2.1 Fit、Fat、Cloud三种模式到底差在哪

先把这个讲透，不然后面看到设备状态会懵。Fit模式下的AP本质上是个"哑终端"，它启动后通过DHCP拿到AC的地址（或者靠DNS、广播发现），建立隧道，配置文件全由AC下发。AP自己只负责射频收发和加密，所有SSID、VLAN、认证策略都在控制器上。好处是几十上百台统一管理，坏处是脱离AC就是块砖。

Fat模式是AP自带完整的无线控制功能，自己就能起SSID、自己管DHCP（可选）、自己做认证，单台就能独立组网。适合小型场景，台数少、不想上AC。

Cloud模式是H3C后来推的一种云管理形态，介于两者之间。AP开机默认可能就跑在Cloud模式，它等着被云简平台纳管。这个时候你在本地Web或者Console里能看到的菜单和纯Fit不完全一样。很多人卡住就是因为在Cloud模式下找不到经典的那条切换Fat的命令。

所以完整路径通常是：Cloud → Fit → Fat，或者Cloud直接 → Fat（看版本）。判断自己设备当前在什么模式，最直接的办法是看启动日志和Web首页的显示。日志里出现"Cloud AP"字样基本就跑在Cloud模式了。

2.2 为什么不能直接刷个Fat固件了事

有人会想，那我直接把Fat版本的.ipe文件刷进去不就行了？理论上对，但实操里有几个坎。第一，H3C AP的固件是分Fit和Fat两个发布包的，文件名一般带fit或fat标识，你不能拿一个包的固件去跑另一个模式的核心，虽然底层是同一个硬件，但启动时加载的软件模块不一样。第二，刷固件这个动作本身要在BootWare（相当于AP的BIOS）里做，或者通过命令行指定下次启动文件，操作门槛比改个配置高。第三，刷完固件不一定自动切模式，模式切换还有单独的命令或者BootWare菜单选项。

我个人的经验是，能用命令切模式就别动固件。切模式的命令轻量、可逆，刷固件一旦中途断电或者文件不对，设备可能直接变砖，只能上编程器救。所以这篇的主线是"改模式优先"，刷固件只在模式切换失败或者当前固件本身不支持Fat的时候才作为最后手段。

2.3 转换需要提前准备的东西

列个清单，缺一样都可能卡半路：

• 一根USB转Console线（或者RJ45 Console线配串口转换），这是保底通道，Web进不去的时候全靠它
• 终端软件，Windows下用SecureCRT、PuTTY、MobaXterm都行，串口参数默认9600-8-N-1，流控关掉
• 一根网线，用于Web方式操作时连接AP的管理口
• 电脑上装好TFTP或者FTP服务端（刷固件时用），我一般用3CDaemon或者tftpd64
• 对应型号和版本的Fat固件包，去H3C官网按型号下载，注意版本要匹配硬件
• 记录下设备当前的管理IP和登录密码，默认可能没有密码，首次登录会强制设置

注意：Console线一定要在动手前先试通，能进到登录界面看到输出，别等Web搞挂了才想起来测试Console，那时候手忙脚乱。

2.4 型号与版本的差异要先查清楚

H3C的AP型号杂，WA2620、WA4320、WA5320、WA6320这些系列，不同代际的命令行不完全一致。早期型号可能用ap-mode这类命令直接切，新一点的云AP可能需要在特定视图下操作，或者干脆只支持通过云简平台下发模式。软件版本号也很关键，同一个型号刷了不同版本，菜单结构可能变。

动手前先做的事：登录设备，敲display version，把型号、软件版本、BootWare版本都记下来。然后拿这个版本号去H3C官网的支持页面查对应文档，确认这个版本支持本地模式切换。如果查不到或者文档里明确说只能云管，那就得走刷固件的路。这一步花十分钟，能避免后面两小时的瞎试。

3. 三种转换路径的选型与判断

3.1 Web界面方式：最直观但有门槛

如果你手上的AP已经能通过网线访问到Web管理页面，那优先走这条。接好网线，电脑网卡设成和AP同网段（常见是192.168.0.x或者设备自带的默认段），浏览器输入AP的管理IP，登录进去。云AP的Web首页一般会显示当前工作模式，找到"模式切换"或者"AP模式"相关的菜单项，选Fat，确认，设备会提示重启。

这条路的门槛在于：你得先知道AP的管理IP是多少。新设备默认可能靠DHCP获取地址，如果网络里没有DHCP服务器，它就一直没有IP，Web进不去。这时候要么给它接个带DHCP的路由器，要么先从Console进去手动设置IP。还有就是部分云模式的Web界面会把模式切换藏起来或者灰掉，取决于是否已经被云平台纳管，被纳管的情况下本地改模式可能被拒绝。

3.2 Console命令行方式：最可靠的通吃方案

我永远推荐先学会这条，因为不管Web多么方便，只要设备状态异常，Web基本都用不了，Console永远是最后的确定性通道。操作流程是：Console线连好，终端软件打开，给AP上电，等着看启动输出，启动完成后按回车出登录提示，登录进去（或者进BootWare，看你需要做什么）。

命令行方式能做的事比Web多：既能切模式，也能指定启动文件，还能在系统起不来的时候从BootWare里恢复。缺点是命令得敲对，视图得进对，敲错一步可能提示权限不足或者命令不存在。后面第4节会给出具体的命令序列。

3.3 云简平台下发方式：有平台账号才玩得转

如果AP当前处于Cloud模式并且已经被你的云简账号纳管，理论上可以在云简平台上对设备下发模式切换。这条路适合批量场景，几十台一起切。但对个人用户来说门槛高：你得有可用的云简账号，设备得正常上线，还得平台那边支持该型号的切换操作。

我实测下来，个人折腾闲置AP的话，平台这条路往往最不划算，因为设备可能早就解绑了，重新纳管又要一套流程。所以除非你本来就是企业管理员手上有平台权限，否则别在这条路上耗时间，直接Console。

3.4 怎么判断自己该走哪条

给你一个判断顺序，照着走基本不会错：

判断的核心就一句话：先看Web通不通，不通就上Console，Console还搞不定再考虑刷固件。别一上来就想刷固件，那是给自己找麻烦。

4. Console命令行切换Fat的完整实操

4.1 连接Console并确认设备状态

Console线接上，终端软件配置：波特率9600，数据位8，停止位1，校验无，流控全关。给AP上电，屏幕上会滚启动日志。等到出现类似Press ENTER to get started或者登录提示符，按回车。

登录进去后，第一步永远是看状态，别急着敲切换命令。敲：

display version display ap-mode

或者有些版本是：

display current-configuration | include mode

看输出里当前模式是什么。如果是Cloud，你要先想办法把它从Cloud切到Fit，或者直接找支持Cloud到Fat的命令。如果是Fit，那就直接切Fat。这里要提醒一句，不同版本的命令关键字可能不一样，如果display ap-mode提示命令不存在，就用display current-configuration翻配置，找和mode相关的行。

注意：有些云AP在云模式下，普通用户视图看不到模式切换命令，需要进入系统视图或者特定的隐藏视图。如果提示权限不足，试试system-view进去再看。

4.2 从Fit切到Fat的核心命令

当确认设备当前是Fit模式后，切换命令通常是这个形式（以常见版本为例）：

system-view ap-mode fat

敲完会提示需要保存并重启。保存：

save

如果有确认提示，输y。然后重启：

reboot

重启过程中盯住启动日志，看它加载的启动文件是不是Fat版本。如果日志里出现加载失败或者还显示Fit，说明这个固件包本身不含Fat功能，需要换Fat固件，走第5节。

如果设备是Cloud模式，很多时候不能直接ap-mode fat，会提示模式不支持直接转换。常见的处理是先切到Fit：

system-view ap-mode fit

保存重启，等它在Fit模式起来之后，再重复上面的步骤切Fat。也就是分两步走。我遇到过好几台WA5320都是这个脾气，直接从Cloud切Fat报错，绕一下Fit就顺了。

4.3 设置本地管理地址，方便后续Web操作

切完Fat并且重启完成后，设备就是个独立胖AP了，但它默认可能还是没有固定IP。为了后面能用Web管理，进Console手动配一个：

system-view interface Vlan-interface1 ip address 192.168.1.100 255.255.255.0 quit

然后确认端口属于VLAN1（默认就属于），给电脑设同网段地址比如192.168.1.10，网线连上AP的以太口，浏览器开192.168.1.100，应该就能看到胖AP的Web界面了。到这一步，瘦转胖基本就算成功，剩下的就是配SSID、加密、DHCP这些常规活儿。

4.4 切换前后的配置对比与验证

切之前建议把配置导一份出来，切之后也导一份，对比着看心里有底。

display current-configuration

重点看这几处：模式字段、启动文件、无线服务模板。Fat模式下你才看得到完整的wlan service-template配置，Fit模式下这些通常是空的或者由AC下发。

验证成功的硬指标有两条：一是Web界面能正常打开并且显示Fat AP的管理界面（一般会有无线配置向导）；二是设备能自己起SSID，不依赖任何外部AC。满足这两条，恭喜，转换完成。

提示：如果切完重启后设备反复重启或者卡在某一步，别慌，重新连Console，看日志停在哪个环节。多数是固件不匹配或者切换命令没执行完整，重新走一遍即可，不至于变砖。

5. 当命令切不过去时：刷Fat固件救场

5.1 什么情况下必须刷固件

有三种情况命令切换会失效：一是设备当前固件包根本没编译Fat功能，ap-mode fat命令敲了报错；二是设备被云平台锁定了模式，本地任何切换都被拒绝；三是设备状态已经异常，进不了正常系统视图。这时候就得上固件替换。

5.2 下载正确的Fat固件包

去H3C官网支持页面，按你的AP型号搜索，进到软件下载列表。注意看清楚：同一个型号通常有Fit和Fat两个发布包，文件名类似WA5320-FAT-CMW710-xxxx.ipe和WA5320-FIT-CMW710-xxxx.ipe。选Fat那个。版本上，尽量选比当前版本高或者相同的，别降太多，免得配置兼容出问题。下载下来的是一个.ipe文件，有的还会带bin文件，按官方说明来。

5.3 通过TFTP把固件传进AP

电脑上开TFTP服务端，把固件文件放到服务目录。电脑IP设成和AP同网段，比如AP是192.168.1.100，电脑设192.168.1.10。AP侧Console敲：

tftp 192.168.1.10 get WA5320-FAT-CMW710-xxxx.ipe flash:/

传输过程看进度，传完后用dir flash:/确认文件在。这一步要注意防火墙别拦TFTP的UDP 69端口，Windows自带防火墙经常把TFTP拦掉，我踩过好几次，传了半天传不进去，关掉防火墙立刻就好。

5.4 指定下次启动文件并切换模式

文件传好之后，指定启动文件：

boot-loader file flash:/WA5320-FAT-CMW710-xxxx.ipe main

然后设置下次启动用这个：

startup boot-loader main

再配合前面说的模式切换命令（如果当前能进系统视图就敲ap-mode fat，进不了就在BootWare里选），最后reboot。重启时BootWare会加载新的Fat固件，如果模式也同时被设成Fat，起来就是胖AP。

5.5 从BootWare菜单强制恢复

如果系统已经进不去，上电时盯着屏幕，出现Press Ctrl+B to enter BootWare menu之类的提示时快速按Ctrl+B（有的型号是Ctrl+其他键，看提示）。进BootWare菜单后，你能做文件管理、传文件、指定启动文件。菜单里找到"文件操作"传固件，再找到"启动文件设置"指定，然后选"重启"。不同BootWare版本菜单编号不同，但逻辑是一样的：传文件→指定启动→重启。

这一步是最后的保命手段，走到这儿说明前面都失败了。但只要硬件没坏，基本都能救回来，我还没遇到过AP因为切模式切死的。

6. 转换后的基础配置与避坑清单

6.1 让它自己发IP并起个SSID

瘦转胖成功后，要让AP能独立工作，配个DHCP和SSID是标准动作：

system-view dhcp enable ip pool ap-pool network 192.168.1.0 mask 255.255.255.0 gateway-list 192.168.1.100 dns-list 114.114.114.114 quit interface Vlan-interface1 ip address 192.168.1.100 255.255.255.0 dhcp select server quit

无线部分：

wlan service-template 1 ssid MyAP service-template enable quit wlan ap-mode fat

具体命令关键字按版本微调，大意就是建服务模板、绑SSID、使能。配完用手机搜一下能不能看到你设的SSID，能连上拿到IP，就算彻底通了。

6.2 常见问题速查表

6.3 我踩过的那几个坑

第一个坑：想当然以为Cloud能直接切Fat，结果报错，卡了半小时才反应过来要绕Fit中转。第二个坑：TFTP服务端没关Windows防火墙，文件传了十分钟进度条不动，差点以为AP网口坏了。第三个坑：某个批次的固件包虽然文件名带Fat，但实际刷进去模式没变，原因是切换命令得在指定启动文件之后再敲一次，顺序错了就只换了文件没换模式。第四个坑：Console线质量差，连接时断时续，敲命令敲到一半丢字符，造成的误判浪费了大量时间，后来换了根好线立刻稳定。

这些坑的共同点是——都不是技术难点，而是流程顺序和细节确认的问题。所以每一步做完都验证一下状态，别连续敲一堆命令然后一起重启，出了问题都不知道是哪一步的锅。

7. 关于固件版本和型号匹配的一点个人心得

最后聊聊版本这件事。H3C的AP固件版本迭代挺快，同一个型号一年可能出好几个版本。理论上是版本越新功能越全，但无线设备这东西有个反直觉的地方：新版本有时候反而把某些老功能砍了，或者对老硬件的支持变差。我有台老WA2620，刷了最新Fat固件之后无线性能反而没旧版本稳，后来退回一个中间版本就正常了。

所以我的建议是，切模式之前先把当前版本记下来，如果当前版本就能切，切完能用，就别手贱去刷最新版。只有当前版本不支持Fat的时候，才去下载对应型号的Fat包，而且优先选和当前版本号接近的，别一上来就选顶配最新，兼容性风险更大。

另外型号后缀也要看清楚，WA5320和WA5320X的命令、固件可能不通用，别下错了。下载页面上一般有型号和硬件版本的对应表，花两分钟核对一下，比刷错固件再返工划算得多。

8. 批量转换时的效率技巧

如果你手上有十几台同型号的AP要一起转，一台台Console敲会累死。有几个提效办法。一是如果这些设备当前都在Fit且能被同一个AC管理，可以在AC侧统一把AP的模式改成Fat并下发固件，让它们自己升级，但这需要AC权限且版本支持。二是用Console先在一台上把正确的完整命令序列验证跑通，记录下每一步的输出和等待时间，做成一个操作脚本或者操作清单，后面几台照单执行，减少思考时间。

还有个小技巧：批量刷固件的时候，TFTP服务端可以同时给多台AP传文件，因为每台AP的IP不同，TFTP请求互不干扰，可以并行传，省时间。但模式切换和重启最好一台一台确认，因为你要盯日志判断是否成功，同时看多台容易漏掉失败的那台。

说到底，瘦转胖这件事技术含量不高，难的是信息准确和流程确认。把模式之间的转换关系搞清楚，把Console这条确定性通道用熟，把固件版本匹配好，再闲置的云AP也能重新上岗变成能独立干活的胖AP。我手上那几台回收来的WA5320现在都在小场景里跑着，稳定性挺好的，这套流程走了这么多次，闭着眼基本都不会翻车了。