家里刷了 ImmortalWrt 当旁路由的朋友，大概率都想过这个问题：这盒子哪天挂了怎么办？
答案可能比你想的残酷。如果设备的默认网关指向旁路由，那它挂掉的那一刻，这些设备不是"少了加速功能"，而是彻底断网——连不上网、看不了视频、智能家居集体掉线。更尴尬的是，这事往往发生在家人正在用网的时候，你的折腾瞬间变成全家的事故。
这个话题最近在圈子里又热了一轮。B站 UP 主"小陈折腾日记"7 月底发了个 Docker DHCP 管理器的视频，评论区吵到现在还在更新。知乎上"软路由怎么没有人玩了"这个问题里，也有玩家分享同款思路：不开 DHCP，手动把网关指向旁路由，只给自己用。知乎大家绕来绕去，绕不开的其实是同一件事：怎么折腾，才不会把全家网络搭进去。
先把问题说透：谁掌握网关，谁就掌握命门
旁路由玩法的本质其实就一句话：家里每台设备的"默认网关 + DNS"指向谁。
常见路径一般是两步走：第一步，照教程把旁路由设好静态 IP，关掉它的 DHCP，然后只在自己手机、电脑上手动把网关改成旁路由——这个状态很安全，旁路由挂了只殃及你自己；第二步，很多人嫌一台台配置麻烦，直接去主路由把 DHCP 下发的网关改成旁路由，全屋设备自动走旁路——最省事的一步，也是风险最大的一步。
大部分"旁路由一挂全家断网"的翻车，都翻在第二步。这不是 ImmortalWrt 的锅，是流量模型决定的：默认网关就是设备的唯一出口，出口没了，网就没了。你给全家发出去的每一个"出口地址"，都是你亲手交到旁路由手里的。
所以容错设计的正题从来不是"怎么让旁路由永不挂"——做不到——而是：它挂的时候，爆炸半径多大，多久能恢复。社区里摸出来的路线大致有四条，从零成本到硬核排给你。
路线一：DHCP 留在主路由，只配自己的设备（零成本，建议默认就选它）
这是评论区公认的"保命底线"。主路由照常拨号、照常发 DHCP，网关永远指向主路由；只有你自己的设备手动指定到旁路由。
好处很直白：旁路由崩了，断的只有你自己那几台设备，家人毫无感知，你可以从容地重启、排查、甚至干脆下线修一天。代价是你自己的设备网关要手动维护，新设备接入时多点一步。
适合谁：家里有其他成员重度用网、你只是想让部分设备走旁路功能的情况。说白了，旁路由本来就是给"需要它的设备"服务的，没必要让全家陪它冒险。
路线二：主路由支持"按设备下发网关"，让指定设备自动走旁路
如果主路由本身也是 OpenWrt 系（包括刷了 ImmortalWrt 的设备），dnsmasq 支持按 MAC 地址做静态绑定，并给单台设备单独下发网关和 DNS，等于"自动版的路线一"：指定哪台设备走旁路，其余设备完全不受影响。
B站"什么是旁路由"视频下面有条评论把这个思路说得很到位：主路由做 DHCP 和 DNS，用 DHCP 选项指定哪些设备指向旁路由，“这样的结构容错率好，哪怕你旁路由玩崩了，也不影响家庭网络”。哔哩哔哩
RouterOS 玩家的玩法一模一样：知乎有篇教程就以 DHCP option 为例按设备切网关，还预留了后手——旁路由挂了，指定终端自动切回主路由，恢复了再自动切回来。知乎你看，容错问题本质还是家庭关系问题。
现实限制也得说清楚：大多数消费级主路由没有按设备下发网关的能力，这正是前面那个 Docker 工具想补的位。
路线三：全屋走旁路是刚需？那就必须加"自动兜底"
确实有人的需求是全家设备默认过旁路由。这种情况下唯一负责任的做法，是给网关加一层"挂了自动回落到主路由"的保险。社区目前有三类玩法：
第一类是集中管理派。小陈折腾日记那个 DHCP Manager，跑在 Docker 里，按 MAC 绑定固定 IP，逐台设备设网关和 DNS，还能看租约、检测网络里有没有别的 DHCP 在捣乱。哔哩哔哩
它评论区里用户最想要的功能出奇一致：定时检测旁路网关是否可用，不可用时自动切回主网关兜底，作者也回复这个功能可以增加。哔哩哔哩这里有个容易被忽略的坑：DHCP 有租约，服务端改了配置，终端要等租约到期或重连才生效，所以"回落"不是秒级无感的，别按秒级预期去设计。
第二类是换主路由派。评论区好几位爱快用户提到，选爱快的原因之一就是它本身就带这类旁路兜底功能。哔哩哔哩这是玩家口径，不同版本行为有差异，动手前建议自己先核实一遍。
第三类是自力更生派。知乎有位被"频繁手动切网关"逼到写代码的用户，直接用 Python 做了个 Windows 端的网络调度引擎，系统识别到你在跑耗流量的软件，能瞬间把网关切回主路由，软件一关再切回旁路由，还带断网保底逻辑。知乎思路对所有平台通用：客户端自己掌握切换，就不依赖单一网关永远在线。
还有一种更彻底的思路，干脆不让任何设备把网关指向旁路由：主路由上用策略路由做分流，流量按规则经过旁路由处理，设备全程无感。这样旁路由就算物理下线，规则失效后流量直接走原路，网络也不会有波动。知乎代价是主路由必须支持策略路由，配置门槛比前面几条都高，适合愿意一次性把规则写明白的人。
路线四：让旁路由本身少挂
兜底之外还有一层，就是降低它挂掉的概率。有玩家专门总结过定时重启的必要性：软路由长期运行会有内存和缓存的堆积，重启就是强制清空临时数据，是成本最低的保养，做法就是在计划任务里加一条凌晨执行的 reboot。小红书
另外两条老经验：别在旁路由这盒子上叠太多服务，插件装一堆等于把故障面撑大一圈；升级固件前备份配置，25.12 换了包管理器之后，插件生态还在适应期，追新版本之前想清楚。
但冷水也要泼一盆。DHCPManager 视频下最高赞评论说得很清醒：核心网络服务应该越稳定越好，花活放旁路由上做，做到旁路由挂了也不影响正常上网——别为了保一套复杂系统，再搭一套同样复杂的系统。容错的尽头是简化，不是叠加。
怎么选？先回答三个问题
家里有没有你得罪不起的用网人？有，就别做无兜底的全屋网关接管，路线一、二里选。
主路由能不能按设备下发网关？能（OpenWrt 系、RouterOS、部分第三方固件），走路线二最舒服；不能，要么回路线一，要么上路线三的自动兜底。
你愿意长期多维护一个服务吗？不愿意，路线一就是最优解，手动配几台设备真的不累。
还有一个提醒：上面这些方案主要管的是 IPv4。DHCPManager 评论区也有用户点出来，要是希望 IPv6 流量也走旁路由并同样有兜底，目前大多数工具还覆盖不到，这块还得再等等或者自己想办法。
最后给一个马上能用的验证动作：今晚就把旁路由的网线拔了或者关机，然后看三件事——家人的设备还能不能正常上网？走旁路的设备是彻底断网还是能回落？你自己多久能恢复？这三个问题的答案，就是你家旁路由现在的真实容错水平。测完再决定补哪条路线，比看十篇教程都管用。
旁路由是给网络加分的东西，前提是它没资格当全家网络的单点。把命门留在主路由手里，花活交给旁路由，坏了也就是你自己的事——这才是旁路由该有的样子。
