先选方案：路由器代理还是旁路由

家里有手机、电脑、电视、游戏机等多种设备时，逐台安装 Clash 客户端并导入配置，确实容易遗漏设备，也会增加维护工作。把代理能力放到网络入口，可以让接入家庭网络的设备共用一套规则；但“路由器代理”和“旁路由”不是同一件事，选错拓扑可能导致局域网断网、重复 NAT，或部分设备看似连上 Wi-Fi 却无法访问互联网。

路由器代理是指主路由本身运行支持 Clash 或 Mihomo 的固件、插件或代理组件。它通常同时负责 Wi-Fi、DHCP、默认网关和代理转发，网络结构直观，适合希望设备接入后自动按规则分流的家庭。要先确认路由器硬件、固件版本、处理器性能和内存都支持所需核心；仅有“支持插件”字样，并不保证能够运行 Mihomo 或使用所有新配置字段。

旁路由则是在现有主路由之外，再接入一台运行 Clash/Mihomo 的设备。主路由继续负责拨号、Wi-Fi 与 DHCP，旁路由主要承担代理网关的工作。它适合不想刷写主路由固件、需要单独测试规则，或希望把代理设备与家庭网络核心分开的用户。代价是需要处理网段、网关和 DNS 的协作，设置错误时，问题往往表现为“能连路由器，不能上网”。

ℹ 选择原则：只有一台兼容且性能足够的路由器，可以先评估路由器代理；希望保留现有主路由、逐步试用，优先考虑旁路由。不要为了“全屋代理”直接把所有设备的默认网关和 DNS 同时改掉，先用一台测试设备验证。

动手前规划网段、网关和回退方式

开始配置前，记下主路由的 LAN 地址、子网掩码、DHCP 地址池、旁路由的 LAN 地址，以及当前设备的默认网关和 DNS。常见家庭网段可能是 192.168.1.0/24，但不能假定每家都一样；如果主路由和旁路由的 LAN 网段相同，设备可能无法判断某个地址应该从哪一侧到达。比如主路由已经使用 192.168.1.1，旁路由就应选同一局域网内未被占用的另一个地址，而不是也使用 192.168.1.1。

建议先给旁路由设置固定 LAN 地址，或在主路由 DHCP 页面为其网卡做地址保留，避免重启后地址变化。固定地址应避开动态地址池，或者在 DHCP 地址保留表中明确绑定设备；具体选哪种方式取决于主路由的实现。还要保存当前网络设置截图或记录数值，以便测试失败时恢复原来的默认网关和 DNS。

旁路由常见的两种接法，是 LAN 接 LAN，或让主路由把部分设备的网关指向旁路由。LAN 接 LAN 时，通常由主路由继续提供 DHCP，旁路由不再额外建立一个面向家庭设备的独立 DHCP 服务，这样可以减少双重地址分配。WAN 接入则可能形成不同子网和双重 NAT，除非你明确需要隔离网络并理解回程路由，否则不建议把它作为第一次部署的默认方案。

准备 Clash 配置与代理入口

无论在主路由还是旁路由运行核心，第一步都不是改全屋 DHCP，而是先让代理服务在网关设备上稳定启动。导入配置后确认节点、策略组、规则和 DNS 设置均能通过当前 Mihomo 内核解析。机场订阅或远程配置可能在更新时覆盖本地修改；如果打算长期维护自定义规则，应先确认客户端是否支持覆写、合并或独立配置文件，避免下一次更新后设置消失。

还要区分透明代理入口和供其他设备手动填写的代理监听端口。只有打开供局域网访问的监听，并在防火墙或访问控制中允许家庭局域网连接，手机或电脑才能把路由器当作 HTTP、SOCKS 或混合代理使用。监听范围不应无条件扩大到互联网侧；开放到公网可能让陌生人借用你的代理，也会带来安全风险。管理端口与代理端口用途不同，不能因为其中一个可访问，就认定另一个也配置正确。

如果设备支持 TUN 或透明代理模式，先按核心与固件的官方说明确认所需的路由、转发、权限和防火墙条件。不同路由器界面差异很大，菜单名也会随固件版本改变，因此不要照搬另一台设备的截图路径。启动后先观察 Clash/Mihomo 的连接日志：测试设备访问一个明确会命中代理规则的域名时，应看到对应连接及策略组；访问应直连的本地服务时，也要确认流量没有误入代理。

旁路由实用配置：固定地址、DHCP 与网关

对多数家庭来说，比较容易回退的方式是保留主路由作为 DHCP 服务器，仅让指定设备使用旁路由作为默认网关。先给旁路由分配固定 LAN 地址，再在一台测试电脑或手机的网络设置中，把默认网关指向旁路由地址。若该设备仍从主路由获取地址，可以只临时手动修改测试设备的网关；验证代理和局域网访问都正常后，再考虑扩大到更多设备。这样即使旁路由配置有问题，也只影响参与测试的设备。

如果希望多个设备自动使用旁路由，可在主路由 DHCP 设置中，将默认网关选项指向旁路由，同时让主路由继续分配地址。不同路由器可能允许按全网或按设备设置 DHCP 选项；有些设备不支持按 MAC 地址分组，有些则把“网关”和“DNS”放在不同页面。每次只改一个变量，保存后让一台测试设备断开并重新连接网络，再检查它实际拿到的 IP、默认网关和 DNS。仅在路由器后台填写了新值，并不代表旧租约中的设备已经自动更新。

部分路由器也支持按设备创建 DHCP 静态租约或策略路由。此时可以为电视、游戏机等设备指定旁路由网关，而让智能家居、工作电脑或需要直连的设备继续走主路由。要确认这些功能在你的固件中确实作用于数据转发，而不是仅修改 DNS；DNS 指向旁路由并不等于所有 TCP、UDP 流量都经过代理。

如果网络出现回程异常，检查旁路由是否知道如何把发往主路由 LAN 的流量送回正确接口，同时确认主路由没有阻断局域网设备之间的通信。双重 NAT、错误的静态路由、重复 DHCP 服务都可能造成“部分应用可用，局域网共享却失效”。尤其是打印机、NAS、投屏和智能家居发现协议，常依赖本地广播或组播；代理网关不一定会转发这些局域网发现流量，需要按设备用途保留直连和本地网段访问。

按设备与域名分流：避免全家流量一刀切

全屋代理不等于让所有目的地都走代理。通常应保留局域网、路由器管理地址和可信本地服务的直连路径，再按实际需求设置规则。规则模式更适合日常家庭网络：国内站点、本地 NAS 与打印机维持直连，需要代理的域名交给相应策略组；全局模式会让更多目的地统一走所选出站，适合短时诊断或特定需求，不宜在不了解影响时长期替代规则模式。

为不同设备制定策略时，可以先整理一份设备清单，写明设备名称、用途、是否需要代理以及失败时的回退方式。例如，工作电脑可能需要访问开发服务，电视需要访问特定流媒体，智能音箱与摄像头则通常更适合保持直连。随后在支持的规则系统中使用设备地址、MAC 识别或网关策略路由进行分类；不同客户端和路由固件支持的匹配条件并不相同，应以实际界面或当前内核文档为准，不要假设任何一条 YAML 规则可以在所有平台生效。

当策略看起来没有生效时，不要立刻增加一大串域名规则。先在连接日志中找到测试设备发出的连接，核对来源地址、目标域名、命中的规则和最终出站；域名未识别时，可能与 DNS 解析路径或连接嗅探有关；来源设备识别错误，则要检查 DHCP 地址变化或设备是否使用随机 MAC。按日志逐项修正，比用宽泛的关键词规则覆盖整个网络更容易定位问题，也较少误伤无关服务。

验证、排障与安全回退

配置完成后，按“单设备、单策略、逐步扩展”的顺序验证。第一步检查测试设备获得的 IP、网关和 DNS；第二步确认可以访问路由器管理页、NAS 等局域网资源；第三步分别测试应直连和应代理的目标，并对照 Clash/Mihomo 的连接日志与出口结果。一次只测试一类流量，避免同时改 DHCP、DNS、IPv6 和规则，导致出问题时无法判断是哪项设置造成的。

若设备显示已连接 Wi-Fi，却打不开任何网站，先把默认网关恢复为原主路由，续租 DHCP 地址或重新连接网络，然后确认主路由仍在正常分配地址。若只有部分域名失败，查看对应连接是否解析成功、是否命中规则以及所选节点能否建立连接。若网页正常但投屏、打印或 NAS 访问失败，优先检查本地网段路由、客户端隔离和组播发现，而不是简单切换成全局代理。

还要检查旁路由重启后的状态：核心是否自动启动、固定地址是否仍然有效、DHCP 租约是否更新、规则配置是否被订阅刷新覆盖。可以保留一台不经旁路由的管理设备，或预先掌握通过有线连接恢复主路由 DHCP 的方法。对于家庭网络，稳定回退往往比追求把每一台设备都纳入代理更重要；固件升级和规则大改前备份当前配置，改动后先观察一段时间再继续扩展。

与逐台安装桌面客户端相比，路由器或旁路由方案能减少设备维护量，但不同品牌固件的透明代理、DHCP 策略和 IPv6 支持差异很大；一些旧插件也可能缺少新内核字段，图形界面简单不代表规则行为可见。Clash V.CORE 适合希望集中管理配置、查看策略与连接状态，并按设备逐步验证家庭网络代理的用户；如果你正在搭建多设备共享环境，可以先前往下载，再结合设备能力选择路由器代理或旁路由，保留清晰的直连策略和可恢复的网络设置。