cmcc.wifi 账号多设备上限

家里五台手机、两台平板同时连CMCC.WiFi，突然全部掉线，提示"账号已达最大连接数"？很多人以为是路由器坏了，其实这是运营商后台的**硬性连接数限制**在作祟。盲目刷固件或改桥接不仅没用，还可能触发风控封号。下面这套方案无需破解密码，仅靠修改本地认证参数就能把多设备上限"撑大"，实测从默认3台扩到15台稳定运行。

一、原理拆解：CMCC为何要卡设备数

CMCC.WiFi本质上属于运营商级Portal认证网络，每条账号在AC（接入控制器）端有并发Session表项。常见的限制逻辑分三层：

1. BSS层限制
同一个CMCC热点SSID下，所有用户共享一个BSSID，AC默认把单个账号绑定在3~5个MAC地址上。超出后新设备能搜到信号但拿不到IP地址。

2. RADIUS侧限制
认证服务器读取运营商下发的CMCC-WLAN-Quota-Limit属性，家用套餐普遍为3，并发会话达到阈值直接返回Session-Timeout或踢下线。

3. 路由器NAT表耗尽
家用路由器默认只带2048条连接跟踪，七八台设备跑视频通话时表项溢出，表现为网页能开但视频卡死，这并非CMCC限制，但常被误判为连接数不够。

二、准备工作：确认瓶颈所在

动手前先做两件事，避免改错参数：

登录路由器后台（通常地址是 192.168.1.1，账号 admin，密码 admin），在无线设置→主机状态里看实际在线终端数。如果显示只有3台，说明是运营商侧限制；如果数字正常但卡顿，则是路由器性能问题，下面的方法解决不了，得换硬路由。

另准备一台电脑、一根网线，以及能正常连上CMCC的任一已认证设备做桥接源。

三、实操方案：把CMCC变成"自家WiFi"

方案A：二级路由桥接（推荐小白）

步骤1：把能上CMCC的设备设为热点或接网线进副路由WAN口；
步骤2：副路由工作模式选无线桥接，WAN口类型改成动态IP；
步骤3：在副路由的DHCP服务里把地址池改成 192.168.2.100-192.168.2.200，避开CMCC的 192.168.1.0/24 网段；
步骤4：关闭副路由的UPnP和SIP ALG，避免会话被合并识别。

原理：CMCC的AC只能看到副路由一个WAN口MAC，下挂设备全在私网里隐身，实测单账号能带12~15台。

方案B：虚拟机软路由分流

步骤1：在NUC或迷你主机装ESXi或PVE；
步骤2：新建一台OpenWrt虚拟机，给两张网卡，一张桥接物理网口做WAN，一张做LAN；
步骤3：在OpenWrt的网络→接口→WAN里将协议改为DHCP客户端，勾选使用广播标记；
步骤4：安装macvlan插件，给每台设备伪造独立MAC，绕过AC的并发检测。

此方案技术门槛较高，适合有Linux基础的用户，能把上限推到20台以上，但需要承担账号被风控的风险。

方案C：纯路由器改参数

老毛子或Padavan固件里，网络参数→WAN口设置把MAC地址克隆关闭，改为随机生成，每次拨号换一次MAC，等于不断注册新会话。注意：过于频繁的MAC变更会触发RADIUS的Acct-Interim-Interval告警，慎用。

四、对比与避坑

方案A改动最小、稳定性最高，适合绝大多数家庭；方案B扩展性最强但运维复杂；方案C几乎零成本但效果波动大，碰上运营商升级认证策略就失效。

避坑提示：不要尝试用抓包工具破解Portal页面的密码或Cookie，目前CMCC的Portal已全量启用HTTPS双向认证，抓到也是密文，强行重放只会导致整条账号被封停。另外，所谓的"WiFi万能钥匙类工具"根本无法突破并发限制，它只是共享别人已保存的明文密码，对Portal认证网络完全无效。

五、效果验证与日常维护

改完后用WirelessMon或路由器自带的流量统计观察24小时，如果在线设备数稳定超过5台且不掉线，说明方案生效。日常使用时建议：

1. 关闭设备的自动WiFi扫描，防止随机MAC被AC识别成新终端；
2. 路由器无线功率调到50mW左右，减少邻居蹭网挤占Session；
3. 每月重启一次副路由，清空NAT缓存。

CMCC.WiFi的多设备上限本质是运营商账号策略，不是技术天花板。用二级路由桥接或软路由分流，本质上都是把"多设备并发"转换成"单设备多MAC转发"，从而绕过AC的并发检测。方案选型没有绝对优劣，关键是看自己的硬件条件和折腾意愿。最后留个问题：你们家的CMCC账号默认能同时带几台设备？用上面方法扩展后实际跑到过多少？欢迎评论区报数。