MikroTik设备集成大语言模型网络

背景

MikroTik 是一家拉脱维亚的网络设备制造商，以性价比高、功能全面著称，产品覆盖从家用路由器、工业级 IoT 路由器到点对点无线系统和交换机等几乎所有网络场景。然而，其配置界面（WinBox / RouterOS CLI）以复杂著称，初学者往往感到门槛较高。近年来，大型语言模型（LLM）在代码生成、系统配置辅助方面展现出强大能力，越来越多的人开始尝试用 LLM 来帮助完成网络设备配置工作。本文作者 Greg 就是其中一位长期用户，他分享了几个月来用 LLM 辅助配置 MikroTik 网络的实际经验与技巧。

核心内容

Greg 坦言自己不算是专业网络工程师，更多是“半吊子”爱好者——会帮朋友和朋友的办公室设网、做网线、配小配线架，但肯定没资格考取“认证路由工程师”。然而他并不因此停止折腾网络，反而乐在其中。他认为网络配置本来就难，MikroTik 只是被冤枉成“难用”，其实任何网络设备深入下去都很复杂——可以把网络知识画成冰山图，最上面是“IP 地址”，水下的部分有一大堆普通人听都没听过的概念。

LLM 的介入改变了这一切。Greg 把 LLM 比作“混沌的杠杆”——它知道如何配置 MikroTik 和通用网络，但也会犯错、走偏。就像用 LLM 写代码一样，你需要保持缰绳紧握、不断验证，但同时可以更快地推进进度。过去几个月，他用 Claude（以及他提到的 antigravity、codex、opus、fable 等多个 LLM）成功搭建了多个小型网络：一次是迁移现有网络（从单路由器+集成WiFi 迁移到路由器+交换机+两个无线AP），另两次是从零新建。

他总结了一套实用的 LLM + MikroTik 技巧清单：

• 用 REST/JSON API 替代 SSH：虽然 MikroTik 可以通过 SSH 配置，但 LLM 在 SSH 下反复传输文本容易导致“千刀万剐”的麻烦。REST/JSON 接口更符合 LLM 的交互模式。
• 禁用不安全服务：建议关闭非安全的 API 端口、HTTP、Telnet 和 FTP。
• 配置前后全量 dump：修改前备份整个配置，修改后再备份一次，并用版本控制追踪。最好能实现自动化备份工具（虽然还没做）。
• CAPsMAN 极大简化WiFi：CAPsMAN 是 MikroTik 的统一无线管理功能，用 LLM 配置它非常轻松。
• 多模型交叉验证：经常会用多个不同 LLM（如 antigravity、codex、opus、fable）一起检查配置，看是否有遗漏或严重错误。
• 迁移前记录旧网络信息：SSID、密码、DHCP 保留地址等必须记下。
• 准备恢复手册：写清楚如果要从已知好位置恢复所有设备配置该怎么做，并实际演练一遍——未测试的备份等于全是零。
• 逐步小任务：不要一次性要求“配置好我的网络，不准出错”，每改一个配置就测试一次。LLM 会幻觉！
• 配置 NTP 时间服务器：在所有设备上设置时间同步。
• 设备命名与端口标注：给路由器、交换机、无线AP起描述性的名字，交换机的端口也标注连接了什么，虽然维护起来麻烦，但非常有用。
• 统一 RouterOS 版本：确保所有设备运行相同版本，因为 LLM 可能认为某个命令能用，但实际语法已经变化。

最后，Greg 特别强调了 L2 层的 MAC-Telnet 的妙用。当 IP 配置混乱（比如多个设备都用 192.168.88.x，造成冲突）导致无法通过 IP 连接设备时，可以通过 L2（MAC 地址层）telnet 登录。这相当于 WinBox（MikroTik 的 GUI 工具）的命令行版本。Greg 自己用 Claude 编写了一个 Homebrew 公式来简化 MAC-Telnet 的安装，还做了一个小型 CLI 工具让 LLM 更容易调用。WinBox 是图形界面，LLM 无法直接操控；但 MAC-Telnet 是 CLI，LLM 天然可以调用。

关键要点

• MikroTik 设备可靠且便宜，但配置门槛高——LLM 能显著降低门槛，但必须保持谨慎。
• 推荐使用 REST/JSON API 而非 SSH 与 LLM 交互，避免文本传输中的“千刀万剐”式错误。
• 每次配置变更前后都要完整 dump 配置，并做版本控制，最好自动化备份。
• CAPsMAN 配合 LLM 能轻松实现大规模 WiFi 统一管理。
• 多模型交叉验证（antigravity、codex、opus、fable 等）可有效发现 LLM 幻觉导致的错误。
• 迁移时必须先记录旧网络的 SSID、密码、DHCP 保留等关键信息。
• 准备并测试恢复手册（runbook），否则未测试的备份形同虚设。
• 尽量将配置任务拆成小步骤，每步测试，避免一次性大任务。
• 确保所有设备运行相同 RouterOS 版本，避免命令语法差异导致问题。
• NTP、设备命名、端口标注等小细节能极大方便排错。
• IP 混乱时，L2 层 MAC-Telnet 是救命稻草——它允许通过 MAC 地址 telnet，不受 IP 冲突影响。WinBox 虽好，但 LLM 无法操控 GUI，而 MAC-Telnet CLI 正好适合 LLM。

意义与影响

这篇经验分享展示了 LLM 在网络运维领域的实际落地潜力。以往网络配置依赖高水平的工程师经验和细致的文档阅读，而 LLM 能快速理解 MikroTik 的 RouterOS 语法、CAPsMAN 等高级功能，甚至能生成配置脚本。这相当于将网络运维的认知门槛拉低了一个台阶，让非专业人士也能搭建和管理小型网络。同时，作者强调的“多模型交叉验证”“逐步测试”等策略，也为我们使用 LLM 做任何技术工作提供了范式：既利用其效率，又防范其幻觉。对于网络设备厂商来说，或许应该考虑提供更“LLM 友好”的接口（如 REST API 已部分支持，但仍需优化）。对于网络工程师，LLM 不会取代他们，但会成为强大的“混沌杠杆”——前提是懂得如何驾驭它。