2026年还在吵旁路由去留？对照四派实测，ImmortalWrt用户照这张表决定拆不拆

最近家庭网络圈子里，「旁路由到底还要不要留」又吵起来了。一边是刚升级2000M宽带的用户，写长文复盘说自己「彻底放弃虚拟化和旁路由」；另一边是homelab玩家，还在认真写旁路由在NAS虚拟机里稳定运行的实战教程。有意思的是，两边跑的系统几乎都是ImmortalWrt。这东西在2026年到底还值不值得留？我把几派人的实测翻了一遍，先说结论：该拆的不是旁路由，而是「全家网关都指向旁路由」这种用法。

反旁路由派反对的，其实是全量绕行

反旁路由派的代表案例很有说服力：J4125小主机上跑PVE虚拟化，爱快主路由加OpenWrt旁路由，宽带升到2000M后，设备网关一指到旁路由，全家的网络就开始抽风。知乎原因不复杂：数据要先绕旁路由一圈再回主路由做NAT，哪怕网卡都做了直通，两边CPU也一路飙到80%以上。后来作者干脆格式化PVE、物理机直装爱快，只留一个1核1G的轻量OP虚拟机，给手机、电视盒子这些低流量设备用，网络才彻底稳下来。他那句总结值得贴墙上：路由器的天职是稳定。注意，他拆掉的是「每个数据包都必须过旁路由」，而不是旁路由本身——低流量设备的优化需求，最后还是一个轻量虚拟机在承接。

保旁路由派保的，是精准和隔离

保旁路由派的需求完全在另一条线上。7月的一篇实战文写得很直白：家里有拉Docker镜像、下模型的需求，DNS和连接时不时出问题就是实实在在的生产力损耗。旁路由的解法很优雅——它不接管全家网络，需要的设备手动把网关指过去，不需要的设备完全无感，就算旁路由崩了主网络也照常。作者直接在NAS虚拟机里跑ImmortalWrt，只分配1个vCPU和1GB内存，选它的理由也很有代表性：面向软路由和虚拟机场景做过优化、内核新、拿来即用，不用自己从源码编译。知乎

跑起来的ImmortalWrt就是这样：LuCI面板加一套完整系统信息页，设备型号、内核版本、运行状态一目了然，这也是旁路由玩家选系统时总会绕回它的原因。

旁路由到底在干什么活

抛开站队，旁路由真正解决的需求其实是一小组：DNS优化和缓存、广告过滤、设备级的定时管控、内网穿透和远程开机。这些需求有两个共同点：不是所有设备都需要，也不是所有流量都需要。

典型的旁路由配置里，DNS转发指向本机上的过滤服务，等于只有DNS解析这一小撮请求走过滤链路，大流量照样走主路由——这是目前两派都认可的低成本姿势。

广告过滤同理：AdGuard Home接管上游DNS，再串一级本地调度服务，广告在域名解析环节就被拦掉，旁路由的CPU占用也完全压得住。

争来争去，争的是两个变量

除了这两派，还有直接放弃OpenWrt、改在Debian上部署mosdns的极简派。知乎也有人坚持把所有功能塞进一台主路由，走all in one路线。争来争去，本质就两个变量：

一是带宽档位。宽带越快，大流量绕旁路由的代价越大，2000M确实是一道明显的分水岭；二是需求颗粒度。整网级的需求（比如全屋广告过滤）正在被主路由慢慢吸收，而设备级的需求（指定设备的DNS优化、接入内网穿透节点）靠旁路由的「边斗」结构解决依然最干净。

对照表放这里，照自己的情况查：

为什么旁路由总绕回ImmortalWrt

从官方下载站能看出ImmortalWrt确实在为这个场景做准备：当前稳定版25.12.1直接提供vmdk、vhdx格式的虚拟化镜像，PVE、VMware、Hyper-V导入就能用，省去转换img的折腾。ImmortalWrt官方下载站内核也升到了6.12，对新小主机和ARM盒子的硬件支持更全。GitHub

官方已经把上一代24.10标记为过时，只保留有限的安全和bug修复。ImmortalWrt官方下载站如果你的旁路由还跑在旧版本上，可以顺便把升级提上日程。

不想用虚拟机的话，低功耗ARM成品机也是成熟答案：这种三个2.5G网口的口袋大小盒子功耗很低，塞进弱电箱就是天然的旁路由形态，在圈子里已经火了好几年。小红书上也有用户晒自己的ImmortalWrt旁路由稳定运行一年多，顺手部署几个Docker应用，基本不用管。小红书

拆之前，先自查三个信号

如果你已经有旁路由，不用急着拆也不用急着留，先自查三点：

1. 看CPU：高峰期旁路由CPU长期超过70%，说明分给它的流量超出消化能力，要么减少走旁路由的设备，要么换性能更好的硬件；

2. 看延迟：访问国内站点比直连主路由明显变慢，说明DNS链路有问题，先查转发配置；

3. 看配置：旁路由开了DHCP、主路由网关又指回旁路由——这两条中一条就立刻改掉，这不是体验问题，是全家断网的隐患。知乎

旁路由没有死，死的是「全家网关指向旁路由」的用法。主路由管吞吐，旁路由管精细需求，各干各的活，这才是ImmortalWrt用户在2026年最舒服的姿势。