先说这件事为什么吵得起来
B站UP主"小陈折腾日记"7月31日发了条工具视频：《旁路由一挂所有设备都断网？试试这个 Docker DHCP 管理器》。到9月初，4097 播放、93 赞、138 收藏——收藏比点赞还高，是工具类内容典型的"先码后装"曲线。评论区则是两半的：一半夸实用，说这个功能爱快本身就有、容器只是把它做顺手了。哔哩哔哩另一半反问：这不就是 DHCP option 的本职工作，主路由里都有这设置，多此一举。
8月24日，小红书有人晒了个真实事故：NAS 虚拟机上的旁路由一卡死，全家网络跟着难受，最后还是靠 AI 进终端 SSH 抓包定位的。小红书"旁路由绑架主路由"不是孤例，同一作者 7 月 15 日预告下一篇要讲的就是网页管理 DHCP 容器：按设备固定 IP，单独设置网关和 DNS，实现按设备分流。小红书大家折腾到这一步，绕不开的都是同一件事：IP、网关、DNS 的分配权到底放在谁机器上。
如果你家主路由是爱快、旁路由（OpenWrt / iStoreOS / QWRT）跑在 NAS 或小主机上负责去广告、分流，这篇文章把"怎么挂的"“怎么修”"那个容器要不要装"一次说清。
先分清"挂"的三种法
旁路由出事，症状都叫"全家上不了网"，但机制是三种，修法完全不同，搞错了就是白折腾。
第一种：网关和 DNS 被整体指向了旁路由。 早两年主流教程的标准做法，就是去爱快的 DHCP 服务端设置里把网关改成 OpenWrt 的地址，让全屋流量都过去滤广告。知乎这种架构下旁路由一挂，特征很明确：设备 IP 正常、ping 爱快 LAN 口 IP 通、内网互访正常，就是出不了外网，网页和 App 全转圈。
第二种：旁路由的 DHCP 根本没关。 虚拟机装的 iStoreOS / OpenWrt 默认开着 DHCP，做旁路时如果没人去关，同一个网段就是双 DHCP 并存，设备拿到谁的地址纯看响应快慢。今年 7 月知乎一篇 DHCP 原理科普把话说得很直白：同一局域网只能有一台 DHCP 服务器，二级路由乱开 DHCP，设备就会频繁断网、内网异常。知乎而爱快官方帮助文档里写得明明白白：DHCP 有租期，默认 120 分钟。爱快官网所以旁路由卡死当天不一定全员倒下，表现是"陆续掉"：新联网、租约到期的设备续租不到 IP，Windows 掉到 169.254.x.x 私有地址，手机提示"IP 地址设置错误"。
第三种：NAS 连环单点。 旁路由装在飞牛 / 群晖 / 极空间的虚拟机或 Docker 里，NAS 例行存储池检测、系统升级、死机，旁路由跟着重启。如果你又把 DHCP 搬去同一台 NAS，就升级成"一重启既发不出地址、又出不了门"。视频评论区那条高赞批评说的就是这个：核心服务该放在最稳的机器上，花活留在旁路由，把 DHCP 拆出去等于再造一个单点。哔哩哔哩
30 秒自查：受影响设备 ping 一下爱快 LAN 口 IP（默认一般是 192.168.1.1，准确值以"网络设置-内外网设置"里看到的为准）——通，是第一种；ipconfig 显示 169.254 开头或长时间"获取 IP 地址…"，是第二种；同时段 NAS 有没有重启/告警，决定你是不是第三种。
那个刷屏容器，到底提供了什么
按作者视频里的说法，DHCP Manager 是一个运行在 Docker 里的网页 DHCP 管理器，可以代替路由器自带的简单 DHCP 服务。哔哩哔哩作者博客显示镜像基于 dnsmasq（xiaochennote/dhcp-manager，v0.2.10，7 月 17 日后已近两月未更新），ARM64 / AMD64 双架构，NAS、树莓派、旧小主机都能跑。功能清单：网页上给单设备按 MAC 固定 IP 并覆写网关 / DNS（不填的项继承全局）、阿里 / 腾讯 / 114 / Google / Cloudflare 的 DNS 预设下拉、租约查看与手动释放、ARP 扫描批量加入静态绑定、其他 DHCP 检测（60 秒缓存，检测到后二次确认才能强制启用）、运行日志和配置备份。小陈折腾日记博客
但评论区反驳派的原话是：给指定客户端分配不同的 option，本来就是 DHCP 的标准能力。哔哩哔哩爱快 DHCP 服务端支持多地址段、按段配网关和 DNS，iStoreOS 自己就能配置特定机器的网关和 DNS，RouterOS 用户更是早就有整套方案。这个容器补的不是能力空缺，是管理体验：爱快按"地址段"粒度改、改完要记规则，它按"单设备"粒度改、租约日志全可见。代价则是多一个服务、多一个故障面和供给依赖——作者停更多久，你的镜像就多久没安全更新。
三条路，对号入座
路线 A（保守派，社区主流答案）：爱快的 DHCP 默认网关不动，需要旁路服务的设备手动指定网关 / DNS 指向旁路由。 知乎"为啥软路由大多都是爱快加 OpenWrt"话题下今年 2 月的新回答就是这个思路：op 做旁路由，外面爱快基本不动任何设置，op 爆了一分钟就能把网关改回爱快。知乎旁路由挂了只影响这几台，且不影响家人。适合家里智能设备多、老人小孩不会排障、自己不想半夜修网的人。
路线 B（分段派）：用爱快原生 DHCP 划 2~3 个地址段，配合静态分配按 MAC 绑设备：智能家居与主力办公默认走爱快，娱乐、需要分流的设备单独下发旁路由当网关。 爱快官方帮助里从 DHCP 服务端、静态分配到终端列表是完整一组页面，终端列表会把已获取地址的客户机全部列出来，勾选即加入静态分配。爱快官网零新设备、零新账号、改完即生效，还顺便让爱快的流控有了用武之地——分流段的设备数量可控，带宽好管。适合"固定两三台设备要走旁路"的家用党，也是大多数爱快用户的最优解。
路线 C（容器派）：确实需要网页化按设备切网关、查租约、揪其他 DHCP 的，再考虑外接 DHCP。 一条铁律：DHCP 容器别和旁路由塞在同一台机器上，否则你是在用更大的单点修小单点；手边有树莓派或旧小主机再动手。适合多设备频繁切换网关、且愿意承担维护责任的折腾党。
评论区另外两个方向也值得记下：有人干脆用"光猫拨号 + 傻瓜交换机"，只有需要的设备手动指网关——猫和交换机不坏全家不挂，代价是放弃爱快的流控和认证，不适合对带宽管理有需求的人；还有人提到浮动网关：旁路由在线时网关指过去，挂了自动切回主路由，这是目前所有方案里都没白送的能力，见下文。哔哩哔哩
动手前四个坑
镜像默认 Web 账号是 admin/admin，host 网络模式监听 8091——改密码再启动，别做端口映射、别暴露公网。刚被 DNS 劫持事件教育过一轮，家里任何新增服务都是新增一条远程通道。
启用前先把旧 DHCP 停干净：关旁路由的 DHCP、确认爱快侧地址池让位，再开新服务。工具自带的其他 DHCP 检测只是补救，双发期间的设备已经拿到乱参数了。
v0.2.10 只管 IPv4。从更新日志看，这个工具目前的全部下发逻辑都在 IPv4 层，家里开了 IPv6 的，走旁路的设备公网 v6 出口会断；评论区点名的第一个待补项，也是让 IPv6 流量能经过旁路由。
别指望自动兜底。评论区呼声最高的是定时检测旁路网关，失联就自动替换回默认网关来兜底。哔哩哔哩"客户端一键切换"同样没实现，现阶段它是个更好用的面板，不是高可用方案。作者下一版做不做这两项，是值不值得装的主要观察信号。
旁路由挂带全家，多数时候不是"缺一个 DHCP 容器"，而是 DHCP 和默认网关这两个核心分配权，放错了机器。主路由是爱快的，默认答案是把分配权收回爱快、按设备把流量指去旁路由；真要外接 DHCP，就让它离旁路由远一点。国庆前花 10 分钟，看一眼自家 DHCP 开关有几台、默认网关指向谁、租约是不是还是默认的 120 分钟——比假期半夜在群里问"那个容器叫啥"便宜多了。
