前两天刷到酷友社视频底下有条评论：「正式版可以保留配置升级吗？不能保留配置的话，不能远程升级了，路由在家不好搞啊。」跟帖里还有人补了一句：「经常自动断ipv6是怎么回事」，担心旁路由出状况的不是个例。哔哩哔哩这两条评论放在一起，正好是旁路由玩家最怕的事：网关一旦交给旁路由，全家的网就挂在它身上了。平时没感觉，它一倒，全家一起倒。
iStoreOS 大概是目前最适合当旁路由的系统之一：网络向导能一步到位改好网络模式，iStore 商店的插件一键装，固件覆盖从斐讯 N1 到 x86 小主机，NAS 里开虚拟机也能跑。小红书上「什么是旁路由」的科普帖拿了 2900 多赞、3200 多收藏，「手把手设置 iStoreOS 旁路由」的教程帖有 879 个收藏。
但教程教的都是怎么配通，几乎没人教你先想一件事：网关由谁来下发？旁路由挂了怎么办？ 这一步才是旁路由翻车最多的地方。今天把社区里流传的 5 种网关方案拉出来对比一遍，再把多源验证过的坑列清楚。
先花 30 秒判断：你到底需不需要旁路由
旁路由的价值就一句话：不动主路由，让需要处理的设备先把流量交给它——去广告、家长管控、DNS 优化，或者给家里拉 Docker 镜像、下模型的设备一条顺畅的通道。不需要的设备完全无感，旁路由崩了也不影响主网络。
所以判断很简单：
家里只有两三台设备需要处理（自己的电脑、NAS、电视盒子）：旁路由很合适，方案选最保守的就行。
希望全屋设备默认都走它：可以，但先看完下面的方案对比——覆盖面越大，翻车时的坑越大。
主要目的是提升 WiFi 信号或网速：旁路由帮不上忙，换主路由或加 AP 更实在。
五种网关方案，各有各的坑
旁路由配置的本质就一个问题：设备怎么知道流量要先走旁路由。社区里有五种答案，对应五种不同的取舍。
方案一：设备上手动指定静态网关。 在需要走旁路由的设备上，把网关和 DNS 手动改成旁路由的 IP。小红书多数教程的默认做法，也是最稳的一种：旁路由挂了只影响这几台设备，主路由网络纹丝不动，改回网关 30 秒恢复上网。代价是每台设备都要配一遍，来客人不会用。适合「需要走旁路由的设备没几台」的人。
方案二：主路由 DHCP 全局下发旁路由网关。 评论区问得最多的「全家桶」方案：在主路由的 DHCP 设置里把网关改成旁路由 IP，所有设备连网自动走旁路由。问题知乎实战帖里写得很直白：旁路由一崩，全家断网。知乎而且排障时容易懵——网关是主路由下发的，出问题先怀疑主路由还是旁路由？那篇帖子的作者最后给的建议是「我不推荐这么做，按需使用、手动指网关」。
方案三：关掉主路由 DHCP，旁路由接管下发。 小红书上管这个叫「适应性最广的旁路由教程」——因为小米、华硕、TP-Link 这些成品主路由很多改不了 DHCP 下发的网关，干脆关掉主路由 DHCP，让旁路由统一发。注意，这个方案本质是把旁路由升格成「准主路由」：它挂了不止流量断，连 IP 分配都断，翻车规模比方案二还大。只适合主路由确实配合不了、而你有能力 3 分钟内进主路由把 DHCP 打开的人。
社区里还有一条争了很多年的铁律：主路由 DHCP 还活着的时候，旁路由千万别同时开 DHCP。 两台设备同时抢着发 IP，就是传说中的「All-in-One 定时炸弹」，症状是家里设备时好时坏、随机断网，极难排查。iStoreOS官方文档小红书
方案四：浮动网关，iStore 商店的官方答案。 这是 2024 年底上线的官方插件，思路就是把取舍直接消掉：设备网关照常指旁路由，插件盯着旁路由状态，挂了自动把网关切回主路由，修好再切回来，手机这类设备基本无感。哔哩哔哩官方介绍视频 4.4 万播放，2025 年之后还出了华硕主路由等组合的搭配教程。限制是主路由侧也要配合（官方演示是 iStoreOS 主路由搭配 iStore 分身旁路由，也有和其他主路由搭配的案例），插件本身还在迭代。想全屋走旁路由又不想提心吊胆，这是目前翻车代价最小的路。
方案五：独立 DHCP 管理器，按设备下发。 比如 7 月底刚有人分享的 Docker DHCP Manager：用网页管理界面代替路由器自带的 DHCP，按 MAC 地址固定 IP，给单台设备单独指定网关和 DNS。哔哩哔哩粒度最细，旁路由挂了只影响指定设备，但部署门槛也最高，适合已经在玩 Docker 的 homelab 用户。
方案 | 旁路由挂了的代价 | 配置门槛 | 适合谁 |
|---|---|---|---|
手动指定网关 | 只影响指定设备 | 低 | 设备少、求稳 |
主路由 DHCP 全局下发 | 全家断网 | 低 | 能接受重启救场的 |
旁路由接管 DHCP | 全家断网 + 断 IP 分配 | 中 | 主路由改不了 DHCP 的 |
浮动网关插件 | 自动切回主路由 | 中 | 全屋走旁路由的 |
独立 DHCP 管理器 | 只影响指定设备 | 高 | homelab 进阶玩家 |
一句话总结这条主线：旁路由接管的权力越大，平时越省心，挂的时候越难看。 选方案之前，先想清楚自己愿意为「省心」付多大的翻车成本。
踩坑清单：多源验证过，踩中一个就断网
虚拟机装旁路由，必须桥接模式。 NAT 模式下局域网其他设备根本访问不到虚拟机，旁路由直接「旁」了个寂寞。知乎知乎实战帖里记的第一个坑。
别和光猫、主路由撞 IP。 小红书真实案例：光猫占了 192.168.1.1，旁路由也按教程设成 192.168.1.1，死活连不上。小红书动手前先看一眼局域网设备列表，挑个 DHCP 池子外的 IP。
改网关要同步改 DNS。 只改网关不改 DNS，部分设备的解析请求还是走主路由，结果国内网站反而变慢。
网关不要互指。 主路由的网关别设成旁路由，旁路由的网关指着主路由的同时也别再开 DHCP。互指是死循环，翻车时连管理页面都进不去。
IPv6 建议交给主路由。 iStoreOS 官方视频里给的说法：IPv6 没有 NAT，旁路由最好只管 IPv4。哔哩哔哩25.12 尝鲜版评论区里「经常自动断 IPv6」的反馈，也说明旁路由接管 IPv6 这条路还不稳。
虚拟化旁路由有降速风险。 有用户实测爱快虚拟机里跑 iStoreOS 旁路由，350M 宽带掉到 170M，直接腰斩。千兆以上宽带想走虚拟机的，装完先测速再决定全家切不切。
顺便说下 25.12 这个节骨眼
这个月刚出的 25.12 尝鲜版，评论区反馈里有好几条和旁路由用户直接相关：IPv6 频繁断连、x86 测试断连不稳定。还有人升级后掉了 IP 地址，只能回退 24 版。哔哩哔哩也有好消息：有 R76S 用户说 24.10 下老是断流，25.12 反而治好了。
所以如果你的旁路由是全家的网关（方案二、三、四），建议先别追尝鲜版——方案本身的翻车风险和测试版的不确定性叠在一起，是乘法不是加法。实在想试，先在次要设备上验证，刷机前把配置备份留好。
后面值得盯的信号有两个：25.12 正式版什么时候出、能不能保留配置升级（决定旁路由能不能远程安全升级）；浮动网关插件的后续更新。这两件事落定，「全家走旁路由不翻车」才算真正成立。
你家的旁路由用的是哪种方案？翻过车的，评论区聊聊当时挂在哪一步。
