今天刷小红书，看到一个挺典型的飞牛排障记录：把应用中心的 QWRT 装上 NAS 当旁路由，网页秒开，偏偏 Apple Music 歌单能出来、点歌却无限加载。查到最后，是飞牛虚拟网卡的 MTU 被限制在 1400，大数据包没有钳制被静默丢包。小红书随后 AI 直接跑了一条 iptables 规则，把 TCP 的 MSS 钳到 1360 并写入防火墙配置，Apple Music 恢复正常。这只是单个用户、单个版本的排查记录，不同机型未必一样，但这类坑值得先收好：网络没断，只是悄悄变残。
今年春天飞牛社区最火的网络事件，是 QWRT 上架飞牛应用中心：一款基于 OpenWRT 深度适配的轻量路由系统，一键安装就能让飞牛 NAS 变身旁路由，ARM 和 x86 都支持。小红书按飞牛三月更新日志的官方口径，QWRT 基于 Lean 团队的 LEDE 系统，默认关闭 DHCP 服务、避免和主路由冲突，还支持网关自动故障切换：QWRT 掉线时，NAS 自动切回主路由，不影响正常上网。知乎官方发布帖直接以「不用买软路由了」为题，目前已有 900 多赞、700 多收藏。小红书
于是问题就变成了：想在飞牛 NAS 上跑 iStoreOS（或同类路由系统），现在其实有三条路——QWRT 应用、Docker 容器、虚拟机。三条路都有人跑通了，但它们各自把不同的东西拖进自己的「故障域」。装之前，值得先把这笔账算清楚。
飞牛为什么是天生的软路由底子，又为什么得先泼冷水
飞牛 NAS 通常有多网口、24 小时开机、CPU 和内存有富余、Docker 是标配，单看每一条都是天然的软路由坯子。这也是 QWRT 上架后，社区一直追着问「iStoreOS 能不能也飞牛化」的原因。
但冷水要先泼：把路由跑在 NAS 上，等于把全家网络和你的硬盘、下载、Docker 服务绑在同一台机器上。NAS 重启、卡死，或者你升级时动错了网络配置，结果不是「看不了片」，而是全家断网。社区把这叫故障域耦合——安装越省事，这一点越容易被忽略。QWRT 应用版的默认设置就是冲着它去的：DHCP 默认关、网关自动故障切换；但换到手装路线，这些退路就得自己搭。
三条路，各自的跑法和「坏法」
路线一：QWRT 应用，一键安装。 从飞牛应用中心装，开箱即用，不用懂 macvlan、不用碰桥接，适合只想先体验旁路由功能的人。代价是：QWRT 的底子是 Lean 团队的 LEDE，不是 iStoreOS，冲着 iStore 生态来的人，这条路算是平替。应用中心的形态也限制了网络配置的自由度，社区已经有用户反馈给飞牛加了网口之后，QWRT 里看不到第二接口。小红书它还很新，更新节奏和长期维护需要继续观察。它的「坏法」是：网络配置封装在应用里，出问题时排查手段跟着应用走，自由度不如手装。
路线二：Docker 容器（macvlan）。 知乎上已经有 ARM 飞牛的完整教程：给网口开混杂模式、为 Docker 创建一个独立的虚拟网络段、拉镜像启动容器。知乎第一次部署最容易误判的坑还有一个：macvlan 容器和 NAS 宿主机默认互相 ping 不通，这不是飞牛或 Docker 出了毛病，Linux 内核默认就禁止 macvlan 子接口与父接口直接通信。知乎遇到时别急着删容器重来。ARM 机器 CPU 和内存本来就紧张，教程里普遍把路由容器限在半核、500MB 内存，省出资源给 Docker 里的转码这类服务。
路线三：虚拟机。 飞牛今年上半年给 ARM 机型补上了虚拟机支持，社区很快就有人拿它来加旁路由。哔哩哔哩 iStoreOS 官方也有面向 ARM 虚拟机的 armsr 标准镜像，24.10.7 固件就放在官方下载站。这是三条路里最「正统」的一条：独立虚拟网卡、独立重启，体验最接近单独一台软路由。代价也明显：配置最麻烦，镜像要自己刷；ARM 飞牛的虚拟机功能本身比较新，可抄的作业比 x86 少。
社区高频坑盘点
除了上面的 MTU 1400，还有几个反复出现：
IP 冲突：给 iStoreOS 分配的 IP 撞上局域网里已有设备，全网行为变得很诡异。容器起来之后别急着访问，先改 IP，装之前看一眼主路由的 DHCP 分配表；
旁路由挂掉 = 指向它的设备集体掉线：你手动指定网关的那批设备，iStoreOS 一倒就上不了网。指向多少台，爆炸半径就是多少台；
网卡命名怪癖：飞牛交给 Docker 的网口名是 end0-ovs，不是常见的 eth0，写命令前先 ip link 看一眼，抄作业记得替换。知乎
装之前问自己三个问题
你要旁路由干什么？ 只是挂插件、做流控，QWRT 或 Docker 够用；想让它接管全家网关，虚拟机或独立设备更稳。
你是什么机型？ ARM 飞牛的虚拟机路线可抄的作业比 x86 少，Docker 路线记得限资源；x86 用户三条路自由度都更高。
NAS 里的数据有多重要？ 如果 NAS 存着重要数据，你又不熟网络配置，路由和存储别放在同一个启动项上折腾。
退路：故障域分离比选路线更重要
不管选哪条路，有两个习惯都不亏：
主路由保持独立：iStoreOS 只做旁路由，官方的解释是单臂路由——LAN 口连接上级路由的 LAN 口，DHCP 留在主路由手里。iStoreOS 官方文档 NAS 就算趴窝，全家网还在；
按设备分流，别改全网网关：只让需要走旁路由的设备指向它，爆炸半径就只剩这几台。社区已经有人按设备固定 IP、单独设置网关和 DNS，实现按设备分流。哔哩哔哩
网络向导里，旁路由模式有现成的卡片。
内网配置页上，DHCP 地址池也一目了然，先把退路安排好，再动手折腾。
如果觉得 NAS 金贵、不想折腾，社区还有两条成熟的低成本退路：几十块的二手斐讯 N1 刷 iStoreOS，官方 ARM 支持一直没断；或者几百块收一台多网口小主机，路由和 NAS 物理分开，故障域天然分离。
值得继续盯的信号
iStoreOS 25.12 正式版：现在是尝鲜阶段，正式版能否平滑保留配置、ARM 适配覆盖到哪，决定老用户要不要迁移；
飞牛 ARM 虚拟机功能的更新：虚拟机这条路在 ARM 上的完善程度，直接决定第三条路还难不难；
QWRT 的迭代节奏：作为应用中心的新路线，它修 bug、跟功能的速度，决定它是「一阵火」还是「长期能用」。
一句话收尾：飞牛能跑 iStoreOS，三条路都通，但重点从来不是「哪条最省事」，而是它坏的时候，会拉着谁一起趴窝。想清楚这件事，再动手。
