大语言模型和 MikroTik 的网络

我一直避免说“vibenetworking”或“vibkrotik”或其他一些令人厌恶的东西，但这是事实——在过去的几个月里，我一直在使用大语言模型来建立一些网络，而且事情总体上进展顺利。

我一直是 MikroTik 设备的粉丝 - 简而言之，该设备可靠、便宜，并且涵盖大量网络用例 - 物联网手机路由器、常规路由器、交换机、点对点系统等。

对 MikroTik 的常见抱怨之一是其复杂的用户界面/配置。从某种意义上说，我不知道这是否属实，因为网络本身就很复杂——比如，它比人们想象的要深入？也许应该有一个关于此的冰山形式的模因。在顶部你会看到“ip地址”，再深入的话你会看到“那个家伙”和其他你从未听说过的人。 pls！伊格斯！ ospf！

我想说的是，是的，建立人际网络可能很困难。我已经半业余地从事网络工作有一段时间了——为朋友和朋友的办公室设置网络、制作电缆、修补小面板等。我几乎肯定无法通过官方的“认证路由工程师”证书——好吧，如果没有大量学习（相信自己）。

但你知道，它并没有阻止我（我想它不应该？）享受乐趣并修复人们的 wifi（大多数人的 wifi 问题可以归类为……哦兄弟 - 我应该再写一篇关于这个的文章。永远不要使用扩展器。）

LLM 适合哪里？嗯，和其他地方一样（在编码等方面），他们是一个混乱的力量倍增器——他们肯定知道如何配置 MikroTiks 和网络，但他们仍然会出错、偏离路径等。与编码一样，你可以/应该保持严格的控制、不信任和验证，但你也可以更快地取得更多进步（（记住 2025 年的研究表明 LLM 加速不是真实的 - 嗯……））。

因此，在过去的几个月里，我已经能够设置网络（当然是小型网络），并且让克劳德代码访问我的设备并让它做自己的事情，这让我感到很有趣。 （正如我在这里讨论的，是的，我的意思是危险地跳过权限）。

我整理了一份关于这个主题的简短列表，希望对您有用 - 在一种情况下，我正在迁移现有网络（一个非常小的带有集成 WiFi 的单路由器到路由器+交换机+两个无线接入点），而在其他两种情况下，网络是全新的。

无论如何，这是我的 LLM MikroTik 提示和技巧列表：

• 尽管 mikrotiks 可以通过 ssh 进行配置，但当 llms 尝试以这种方式来回传输文本时，往往会发生“千刀万剐”的情况。更好的（即更多 llm 原生）渠道是使用 REST/JSON api。
• 作为一种普遍良好的做法，我建议禁用不安全的服务 - 非安全 api 端口、www、telnet 和 ftp
• 在进行任何更改之前转储整个配置，并在完成后转储它。源版本控制这些很棒。拥有一些自动备份工具（我还没有时间构建）将是最好的
• CAPsMAN 确实是一个巨大的 wifi 简化器，可用于设置多个无线接入点 - 使用 llms 配置它绝对是轻而易举的事情
• 我经常回到询问多个 llms（反重力、法典、作品和寓言）的“技巧”，仔细检查配置并达成共识，看看是否有任何遗漏或严重错误。
• 也许很明显，但在拆除网络之前（迁移到 mikrotik 时），请记下 ssid、密码、dhcp 保留
• 有恢复操作手册！如果您需要从众所周知的位置恢​​复所有设备的配置（因此，备份您的配置），记下该怎么做的步骤。运行 Runbook - 未经测试的备份也可能是一个全是零的文件。
• 就像大语言模型的情况一样，尽量减少任务并一步一步进行。是的，这是“设置我的网络不要犯错误”的笑话 - 不要这样做。每次配置更改后进行测试。 llms产生幻觉了！
• 很小的事情，但是在您正在配置的所有设备上设置 ntp（时间服务器）很有用
• 也很小，但为了理智起见，最好给出描述性名称/标识您的设备 - 您的路由器、交换机、无线接入点。对交换机上的端口执行相同的操作 - 随着设备移动，维护可能会有点痛苦，但知道哪个端口连接到什么就很方便了。
• 确保更新您的所有设备，以便它们运行相同的 routeros 版本 - llms 有时也认为他们知道命令如何工作，但语法/选项会随着时间的推移而变化 - 请他们进行验证。

哦，最后！

我曾经遇到过这样的情况（或者可能是大语言模型让我走上了这条路..）：IP 地址冲突，您有多个重叠的 192.168.88.x 网络，而且通常很混乱，甚至很难连接到路由器或交换机，即使您通过以太网物理连接到这些设备（您应该始终如此）

我认为最好的工具是 L2“MAC Telnet”，即允许您通过 L2（MAC 地址）层进行 telnet 的服务器。这有点类似于使用 WinBox（令我惊讶的是，它现在是跨平台的，并且在 Mac 上运行得很好）——只不过拥有 L2 层 telnet 客户端允许您的 LLM 与您的 MikroTik 设备进行对话。 WinBox是LLM无法控制的GUI软件。

为此，我强烈推荐 MAC-Telnet - 它会在最糟糕的时候（即 IP 地址不起作用时）派上用场！ I/Claude 刚刚构建了一个小型 Homebrew 公式以使其安装更容易，但您也可以按照原始安装说明进行操作 - 这是相同的代码。我还制作了这个小型 CLI，只是为了让 MAC-Telnet 更适合 LLM 消费/使用，但一般来说，LLM 会自己弄清楚如何使用 CLI 工具。您不需要 MCP 服务器。

玩得开心 - 并且随时告诉我我完全错了（以前发生过）。再见！！ xx