家里三台 ROS、公司两台、再加个父母家的远程调试——过去管理 MikroTik 的标准姿势，就是记一堆 IP、开个 WinBox、一台一台登。想省事？The Dude 官方文档现在的原话是"开发已正式停止，按 legacy 处理，不再计划任何更新"。这个空位，社区用第三方面板填了多年，论坛里 WISP 工程师刚发一个自研管理工具，底下第一反应还是那句"oh great, another one"。MikroTik 官方文档MikroTik 官方论坛
2026 年 10 月 5 日，MikroTik 在 RouterOS 7.26beta1 里把这份拖了多年的"官答"丢了出来：一个叫 CMR 的集中管理平台。截至 10 月 26 日，它已经跑了三周，最新的 7.26beta3 在 10 月 16 日发布。10 月 22 日刚发布的 7.25 stable 里没有 CMR——也就是说，现在想用，只有开发通道一条路。
一、先把时间线捋直：这波是十月份的事
10 月 5 日：7.26beta1 发布，changelog 里出现一条"cmr - add initial implementation of centralised platform for RouterOS devices"，beta1 到 beta3 三个版本合计出现 20 条以 cmr 开头的更新项，迭代频率不低。MikroTik 官方论坛
官方 7.26beta 讨论帖目前 163 楼、约 8800 浏览、266 赞，“Nice!!”"Big news!“是前排主流反应，也有人回复"What is it actually?”——它确实新到连"是什么"都要解释。
10 月 22 日：7.25 stable 正式发布。翻完整份 changelog，cmr 相关条目为零。MikroTik 官方论坛
员工账号 sergejs 在 10 月 6 日回过一个关键问题：当时 stable 通道的目标版本还指向 7.24.5，“we won’t make exception, 7.26 will be out soon”——官方态度很明确，不单独给 CMR 开 stable 后门，等 7.26。
另外一个彩蛋：官方员工 strods 顺带解释了为什么之前强制要求 WinBox 4 作为最低支持版本——CMR 的菜单 WinBox 3 不支持，只能用 WinBox 4 或 WebFig。拖了半年的"为什么抛弃 WinBox 3"，答案原来藏在这里。MikroTik 官方论坛
二、CMR 管什么、不管什么：先把预期钉准
架构一句话说清：一台装了 cmr 包的 ROS 设备当 server，其他设备用 RouterOS 内置的 client 通过 TCP 54321 连上来；client 可以靠 MNDP 邻居发现、DNS（_cmr._tcp.lan 或 DHCP 下发的域）来找 server，也可以直接指定地址。server 不必是网关，跨路由、跨 NAT、跨 VPN 都能管。双方都要同意才算配对（pairing），支持 none/password/confirm 三种要求，每台设备两侧单独设。MikroTik 官方文档
server 端能做的事，就是产品文档里"设备清单、批量升级、告警、批量脚本、仪表盘、拓扑图、应用流量、WiFi 下发、VLAN 下发"这一串：升级规则可以按标签圈设备、绑频道或钉死版本、排顺序、配失败策略；告警盯 CPU/内存/磁盘/重启/断线/接口变化/日志正则，动作可以是写日志、跑脚本、发 webhook；track-topology 打开后，server 会把各 client 的路由、WiFi 注册表、ARP、邻居都收上来拼网络图。MikroTik 官方文档
不管的事更要看清楚：它不碰 IP、DHCP、路由、防火墙、用户这类设备配置；不会接管或改写设备上已有的配置，但它下发的对象带 Y 标记，和已有配置重叠时会覆盖生效；WiFi 下发不协调漫游，也不是集中认证服务器；官方原文提醒 CMR"在出厂默认或接近默认配置的设备上工作最好"，重度魔改过的设备要先手动清障。MikroTik 官方文档
架构门槛也画死了：server 端 cmr 包只支持 arm/arm64/x86（比如 CHR、RB5009、hAP ax 这一档）；连 client 都做不了的，是 smips 和 powerpc 架构的老板子。还在用老 MIPS 小盒子组网的，先别盘算集中管控，先盘算设备换代。MikroTik 官方文档
三、和 caps-man、The Dude、UniFi 的三本账
老玩家第一反应："WiFi 集中下发不是 caps-man 早就有了？"对，但 caps-man 只管无线那一层，没有批量升级、没有告警规则、没有拓扑和仪表盘，配置模型也一直是劝退重灾区。CMR 的定位是设备舰队管理层：升级、告警、批量命令是主菜，WiFi/VLAN 下发是配菜——它不替代 caps-man 的注册表细节，但把"我有一堆 ROS 要管"这件事从第三方面板拉回了官方通道。
The Dude 这条线更有戏剧性：社区大牛 Amm0 的期待就是"Dude 被 CMR 吸收，补上 CMR 目前只有告警和实时图的监控短板"。他同时点出 Dude 在 2026 年的硬伤：密码躺在 SQLite 库里，而 CMR 的配对机制看起来绕开了直接存口令。MikroTik 官方论坛
至于和 UniFi 的对比——过去社区骂 MikroTik"没有 controller"，本质上骂的就是这一层舰队管理。CMR 把这块补了，但"补上"不等于"变成 UniFi"：UniFi controller 能改设备配置、统一管用户和认证；CMR 官方明说不做这些，日常改防火墙、改路由，仍然回每台设备上操作。它是运维台，不是全功能控制器。MikroTik 官方论坛
四、beta 实测成色：能跑的不少，坑也写明白了
最有意思的一份报告来自论坛 10 月 6 日的帖子：社区成员 Amm0 让 Claude、Codex 等 AI agent 在四台 CHR 搭的 CMR 实验网里跑了一遍，自己"不拿真路由器冒 beta 的险"，AI 互相复现后才发帖。跑通的部分：跨 OSPF 两跳的路由配对、无地址自动发现、六种配对组合、标签与自动标签、run-script 一次返回每台设备一行结果、拓扑自动画出四节点三链路、告警 webhook 实收、二进制备份完整还原。
四个坑也列得很具体：
/cmr/export 导出不含 server 本体设置（enabled、track-topology 等），单靠 .rsc 文件重建不了 controller，必须靠二进制备份；
手册里写的 client 端 pairing-requirement=confirm，beta 上直接报语法错误——文档比代码跑得快了一点。MikroTik 官方论坛
设备上的第一个 bridge 不触发 interface-change=added 告警，第二个才触发；
手动 disable 再 enable client 会清掉配对（重启不会），排查问题时容易莫名"掉线"。
作者自己也标注了边界：没测 WiFi 下发（CHR 没射频）、没测真升级、没测 ARM 硬件，“这是一份 beta 现场笔记，不是判决书”。这个成色符合官方说法——strods 回帖原话是"initial implementation, or WIP，things will improve and adapt"，部分功能只有 WebFig 有图形界面。MikroTik 官方论坛
五、上车判断：三种人三种账
准备上手的深度玩家（homelab、两三台设备练手）：可以现在就上 7.26beta，但按实测笔记的习惯，先建二进制备份、别在唯一出口主路由上第一个试点、server 用 CHR 或手头 arm64 设备起。这是把 beta 当"可回滚的体验服"，翻车成本可控。
有生产依赖的多站点用户和小运营（WISP、公司分支、民宿别墅多点组网）：现在的答案是"等 7.26 stable"。stable 通道的最新版本是 10 月 22 日才发布的 7.25，里面没有 CMR，官方也明说不给 beta 开后门；CMR 的告警、批量升级是典型的"宁可误报不可漏报"场景，而实测里第一个 bridge 漏报这类问题还没修。可以先做两件零风险准备：盘一遍设备架构（smips/powerpc 的老盒子该换就换），把各站点的默认配置整理好——CMR 对"接近出厂配置"的设备最友好。MikroTik 官方论坛
只有一台主路由加一两个 AP 的普通家庭用户：别为 CMR 升级 beta，这个功能对单点部署收益接近零。你关心的如果是"AP 统一改 WiFi"，等 7.26 stable 之后再看不迟。
真要在 lab 或生产开 server，有两条安全动作是现成抄作业级别的：54321 端口绝不留给公网，参考上面四 CHR 实验网的做法——server 的 WAN 口 input 直接 drop、output reject 该端口，管理流量只走内网链路；pairing-requirement 别用默认的宽松组合，至少留 password，新设备 P 标志挂起等人工 pair 反而是安全默认值。另外 track-topology 会把路由表、ARP、WiFi 注册表上传给 server，server 自身的安全等级要按"拿着全网地图的那台机器"来对待。
六、接下来盯什么
盯三个信号：7.26 什么时候从 beta 走到 stable（按 MikroTik 惯例 beta3 之后通常还有几轮）；changelog 里 cmr 条目的修复节奏，尤其是上面四个已知问题有没有进 beta4；以及 The Dude 会不会被并入 CMR——这决定"集中监控"这块拼图是补齐还是继续缺一角。至于中文内容侧，截至发稿，知乎、B站、小红书的搜索结果里还没有一篇专门解读 CMR 的内容——这波信息差，大概能持续到 7.26 stable 发布的那天。
（RouterOS 版本与功能描述以 manual.mikrotik.com 官方文档为准，社区实测结论来自 MikroTik 论坛原帖，beta 行为以实际版本为准。）
