家里多台设备要平稳出海？单 PC、旁路由 OpenClash 与 NAS Docker 三种 Clash 拓扑怎么选（2026）

你在处置的其实不是「装哪一个客户端」 要点速览

若你已有可用的订阅与规则文件，只是不知该把「单一事实来源」放在哪台设备上，可先别忘了一句决策锚点：谁能 7×24 低功耗在线、且你愿意把全家出厂网关交给它，谁就更适合做主拓扑。

很多指南从「下载 Clash」「载入订阅」讲起，但家庭代理方案或小型工作室网络里真正卡住人的，经常是哪一种 Clash 拓扑能让多台设备长期平稳地共用同一套规则：笔记本合盖后客厅电视会不会掉线、手机换 Wi‑Fi 会不会忘记代理、同事自带的电脑能否零配置进团队分流。

三条普遍路径是：单 PC（一台电脑常驻，向局域网提供代理或接管本机 TUN）、旁路由 OpenClash（在 OpenWrt 上透明转发与 DNS 统一）、NAS Docker Mihomo（在群晖、威联通等设备的容器里跑内核，把 NAS 或独立网卡当作旁路网关）。下面按真实运维成本对比，并附一份可照抄的迁移清单。

关键点是：其余设备要么退居「备用出口」，要么只承担个人图形UI UI UI 界面调试。规则细枝末节与 DNS 模式可结合 分流指南 与站内旁路专题一起读。

方案一：单 PC —— 成本最低，绑定「那一台机器」 关键信息

适合人群涵盖了：独居或两人合租、关键点终端是电脑、能接受「电视要上网时电脑必须醒着」。若你已经遇到「手机连上 Wi‑Fi 但忘了开代理」，说明单 PC 拓扑的隐性成本在累积；

单 PC采用采用使用场景常规指：一台 Windows、macOS 或 Linux 工作站安装 Clash Verge Rev 等图形客户端，通过系统代理或 TUN 让自行出境，再视现状启用 Allow LAN，让同网段手机与其他电脑把 HTTP/HTTPS 或 SOCKS 指到这台机器的混合端口。

它的优势是上手快、与桌面工作流贴合，改规则、看日志、抓进程都在同一屏完成；短板是故障域绑定这台 PC——合盖、睡眠、系统升级重启、内核被杀软误拦，全屋或同事电脑上的业务都会感知。

可参考 Allow LAN 与防火墙排障 把局域网混音端口先调通，再判断要不要升级到网关型拓扑。

实践提示：单 PC 方案仍应把国内网站、局域网打印机和 NAS 管理地址写在直连规则前列；否则 TUN 模式下「能上网但找不到内网服务」的给出疏漏会相当频繁。

方案二：旁路由 OpenClash —— 全屋透明，网络知识回报最高 关键点梳理

优势是设备无关：游戏主机、投屏电视、访客手机都能无感接入；规则只维护一份，团队里谁换了电脑都不影响出口策略。代价是你要理解网关/DHCP、DNS 重定向、fake-ip 与内网回环，初期的「能 ping 不能上网」类困扰会比桌面端多部分。

旁路由 OpenClash是讨论「家庭代理方案」时绕不开的标准答案：主路由继续拨号或当普通 AC，旁路的 OpenWrt 盒子拿到一个静态内网地址（举个小例子 192.168.1.2），持续持续持续运行 OpenClash 把透明代理、DNS、策略组集中在一处；

这里要多说一句：局域网终端只需把出厂网关和 DNS指向旁路由，即可做到「连上 Wi‑Fi 就走分流」，无需再逐台填 HTTP 代理。插件日常操作可对照 OpenWrt LuCI 中 OpenClash 的订阅与节点切换；透明转发与 DNS 劫持的落地顺序则与 旁路由 mihomo 透明网关一文同源，只是把内核UI UI UI 界面换成 OpenClash 管理面。

对小型工作室网络而言，旁路由经常是最平衡的选定：一次割接后，行政与设计的终端上手感觉一致，排障也集中到一台盒子。

注意：不要让两台设备同时对同一批客户端抢答网关或劫持 53，除非你刻意做双机热备；否则会出现间歇性回路或 DNS 争用。

方案三：NAS Docker Mihomo —— 算力与存储都在，但要敬畏休眠与桥接 完备说明

容器网络要格外当心：host 网络模式便于监听 53 与透明端口，但与群晖自带 DNS、VPN 套件冲突的概率更高；桥接模式则常与宿主路由多一跳。

规模不小用户愿意把NAS Docker Mihomo当作「家里已经在 24 小时开机的设备」的自然延伸：在 Container Manager 或 docker-compose 里拉起官方或社区镜像，挂载配置目录与 GeoIP 数据，再把 NAS 的局域网地址配成旁路网关，或在 NAS 上采用双网口时单独引出一条DMZ/旁路线段。

换个说法：好处是备份、证书与订阅文件得以落在同一存储上，便于版本管理；NAS 的运维UI UI UI 界面也便于非路由器玩家上手。潜在困扰同样一目了然：阵列重建、深度休眠、交换机口速率协商无法完成都会变成「全家断网」级事故，于是更不妨把 NAS 定位成有冗余心跳的网关，或仅让部分 VLAN 指向它，而不是唯一出口。

若你还搞不清如何让别的机器上的 Docker 引擎走代理，可先读 Docker Desktop 与 Clash 代理链，理解「系统代理≠引擎代理」后再映射到 NAS 的 docker0 与 iptables 规则上。

怎么选：用四张「卡片」打分 要点速览

经验法则：单人租房且主力是一台笔电，第一顺位单 PC；常住三人以上或工作室访客多，第一顺位旁路由 OpenClash；

得以把四类关注点写在便签上给每个方案打分（1–5），比单纯看「别人家用什么」更可信。平稳性看主设备是否常开、是否会被系统升级打断。迁移成本看要不要动 DHCP、要不要清每台终端的旧代理。维护UI UI UI 界面是你更熟 LuCI、Docker Compose，还是桌面图形客户端。故障影响面则径直问：「它挂了，几个人会同时找我？」

落到实处：已有高可用 NAS、且愿意把网关职责写进运维手册，可把NAS Docker Mihomo纳入候选，但不妨准备一台备用 OpenWrt 或保留「主路由直出」回滚路径。不管哪一套拓扑下，订阅与本地规则仍应尽量收敛到单一事实来源，避免「手机一套、路由器一套、NAS 又一套」的分裂状态。

迁移清单：换拓扑时按顺序打钩 关键信息

下列顺序适用于从单 PC 迁到旁路或 NAS，也适用于在两种网关之间切换。目的是让迁移清单可执行、可回滚，而不是一次性「全家断网式勇气操作」。

  1. 导出当前可用配置：订阅 URL、本地 yaml、策略组命名、外部控制器端口与不管哪一套 patch 覆写，存到离线介质与 NAS 各一份。
  2. 在新拓扑设备上先用单终端改网关/DNS 验证：境外站、国内银行、团队 Git、局域网管理 IP 三类目标都要过一眼。
  3. 确认 DNS 模式与内网静态路由无冲突：特别是 fake-ip 与某些企业 VPN 客户端并存时，先在非工作时段试跑。
  4. 批量修改 DHCP：要么在旁路由接管 DHCP，要么在主路由保留 DHCP 只改 option 3/6；通知成员关闭手工代理以免「双代理」。
  5. 记录回滚：旧网关 IP、主路由管理地址、一份仅含直连与 DNS 的最小配置，能在十分钟内恢复「不经 Clash 也能上网」。

普遍困扰 关键点梳理

只有两三台设备，还要旁路由吗？（速览）

不一定。如果各个人都会用图形客户端、且不怕电脑休眠打断电视，单 PC 够用省钱省力。当你厌恶「每台设备单独点代理」或要覆盖无图形UI UI 界面的设备时，再投资旁路硬件。

NAS 与 OpenWrt 都想跑，会不会打架？（要点）

会，如果这几个都宣称自行是同一网段的出厂网关。要么明确主备：平时由 OpenWrt 劫持，NAS 容器只做备用；要么划 VLAN，让不同子网走不同网关，并在防火墙日志里确认无环路。

规则在 PC 上跑得顺，搬到路由器就乱套？（清单）

普遍根源是 DNS 行为变化或内网段不在直连列表。把 RFC1918、组播、NAS 与打印机地址段放在规则前部，再用连接日志对照策略名；必要时在迁移后重新跑一次响应时间测试以刷新策略组缓存。

Docker 铺开还要单独买订阅转换吗？（说明）

取决于上游机场格式与容器内工具链。若路由器上已验证同一订阅 URL 可用，NAS 侧第一顺位沿用同一链接，减少转换层带来的玄学差异；仅在协议不被适配时再启用转换后端。

小结 完备说明

市面上不少文章只覆盖单一安装路径，读者在「桌面指南」与「路由器插件」之间来回跳转，很容易拼出半套家庭代理方案却不知道断点在哪；不同客户端对订阅字段与覆写语法的差异也会放大维护成本。Clash把多平台可用的安装包、订阅载入要点与采用使用场景化排障文集中在一站，图形端与旁路由 OpenClash、NAS Docker相关说明得以互相参照，减少你在搜索引擎里拼凑碎片的时间。

三种Clash 拓扑没有绝对优劣，只有与家庭成员数量、设备类型、你自行的网络耐心是否匹配。单 PC胜在便宜与可控；旁路由 OpenClash胜在各个终端免配置；NAS Docker Mihomo胜在与现有存储运维体系合一，但要认真对待休眠与存储维护窗口。按本篇正文迁移清单分批切换，得以把「一夜重写路由表」变成可预期的工程变更。

若你正准备从单机试跑扩展到全屋，不妨先从本站 下载页 取一套与当前操作系统匹配的客户端做对照，再决定把「主网关」最终落在 PC、路由器还是 NAS。要顺手备一套桌面端以便出差或紧急改规则时，也得以径直 免费下载 Clash，用同一套分流逻辑在两种拓扑之间平行验证。