Clash多设备共享怎么配置？路由器与旁路由实用方案
家里多台设备共用 Clash，先选对网络拓扑 一文看懂
这篇文章要点说明路由器和旁路由的挑选、网络地址规划、启用局域网代理时的安全边界，以及如何逐步测试。开始前先留意一个原则：代理服务器地址、客户端内置网关和 DNS 是三个相关但不同的设置。只把代理端口填进手机，并不等于全部应用都会无人值守走代理；只修改 DNS，也不会让普通 TCP 流量无人值守经过 Clash。
手机、电脑、电视和游戏主机都要走代理时，最省心的办法一般不是在每台设备上重复安装 Clash 客户端，而是让一台常开设备负责代理，再由家庭网络把得的流量送过去。搜索「Clash 多设备共享怎么配置」时，高频答案是把代理端口开放给局域网；
但端口共享只是其中一种方式，设备是否得逐台设置、是否能接管不兼容代理的应用、以及断网后是否影响全家上网，都取决于你采用的是路由器跑起来代理、旁路由转发，还是单纯的局域网代理端口。
先看这一点：如果主路由固件和硬件兼容 Mihomo 或兼容的代理插件，干脆在主路由跑起来代理一般最容易：路由器继续发放 DHCP 地址，客户端按规则转发流量，不得逐台更改网关。如果主路由不兼容相关插件，或你不想动现有网络，能够增加一台旁路由，让选定设备通过它上网。
还有一种更轻巧的方式，是在一台常开的电脑或小主机上拉起 Clash，再让手机、平板等设备手工填写 HTTP 或 SOCKS 代理地址。三种方式都能实现共享，但两者并不等价。
先确认设备能力：下文提到的透明代理、流量劫持和规则分流，得路由器固件及代理内核兼容。不同厂商操作操作操作界面名称不一，若设备没有相应功能，不要照抄其他固件的菜单路径；能够改用局域网代理端口，或增加一台跑起来 Mihomo 的兼容设备。
主路由、旁路由与局域网端口：适合谁 核心要点
旁路由并不是一台「插上网线就能无人值守接管全屋」的设备。它一般与主路由处于同一个局域网，承担代理或转发任务；具体流量是否经过它，要看客户端网关、DHCP 分配和旁路由的转发规则。想先测试时，能够只把一台电脑的内置网关改为旁路由地址。不要同时在两台设备上开启互相冲突的 DHCP 服务，也不要未经确认就把主路由和旁路由都设置成同一个网关地址。
| 方案 | 客户端得设置什么 | 适合状态 | 核心留意点 |
|---|---|---|---|
| 主路由跑起来代理 | 通常无需逐台填写代理；由路由器按规则处理 | 希望统一管理多数家庭设备 | 确认固件、内核和设备性能充分；改配置前备份 |
| 旁路由作为网关 | 指定客户端运用旁路由地址作为网关，或按设备设置 DHCP 条目 | 保留主路由，先让部分设备试用 | 需规划同网段地址、转发路径与 DNS，避免网关循环 |
| 局域网代理端口 | 在兼容手工代理的设备上填写主机地址和端口 | 临时共享给手机、平板或电脑 | 部分应用不读取系统代理；留意端口连通控制 |
挑选方案时，先盘点家里现有的网络：主路由型号和固件是否兼容代理插件、是否有闲置的小主机、家中设备是否得按人或按设备分流，以及能否接受临时断网进行配置。若全家设备都要用同一套规则，主路由代理的管理路径最短；若只有几台设备得代理，旁路由或手工代理设置更容易控制影响范围。不要为了「全屋代理」一开始就替换全部网络设备，先用一两台客户端验证，再扩大运用范围。
补充说明：主路由方案的好处是设备加入 Wi-Fi 后一般不必再做额外设置，适合希望把策略集中在一个地方维护的家庭。不过，路由器要同时承担无线接入、DHCP、NAT、防火墙和代理转发，低性能设备在高并发连接或加密流量较多时也许出现时延升高。代理内核异常、订阅过期或误改防火墙规则，也也许影响全家的网络，所以最好了解如何关闭代理或恢复备份。
实用选择：只想让手机或电脑临时运用代理，首位试局域网端口；希望指定几台设备走代理，旁路由更容易逐步验证；想统一管理电视、游戏主机等不省事手工设置代理的设备，再考虑路由器透明代理或旁路由网关模式。
动手前：固定地址、DHCP 与端口安全 逐条拆解
推荐记录主路由地址、旁路由地址、DHCP 范围、代理端口和当前 DNS 来源，避免排障时凭记忆反复改动。首次测试时先保持 IPv6 设置不变；如果只有部分连接绕过代理，再核对路由器和客户端的 IPv6 路由是否由当前方案覆盖，而不是一开始就盲目关闭 IPv6。
无论挑选哪种拓扑，先为代理设备规划一个稳健的局域网地址。能够在主路由的 DHCP 地址保留页面，为旁路由或跑起来 Clash 的小主机绑定固定租约，比如主路由为 192.168.1.1，代理设备为 192.168.1.2。
这只是示例，实际地址要以你家网络为准，并避开 DHCP 无人值守分配范围内也许被其他设备占用的地址。地址变化会让手工填写代理的客户端连接到失误主机，也会让按设备配置的网关失效。
mixed-port: 7890
allow-lan: true
bind-address: 0.0.0.0
mode: rule换个角度：如果采用局域网代理端口，核对客户端是否允许来自 LAN 的连接，并在得时只绑定家庭网络接口。Mihomo 配置中高频的相关字段如下，实际客户端也许通过图形操作操作操作界面管理这些条目：
allow-lan: true 允许局域网客户端连接；mixed-port 可同时接收高频 HTTP 与 SOCKS 代理请求。将监听地址设为全部接口后，必须确认防火墙只允许可信的家庭 LAN 连通对应端口。
不要把端口转发到公网，不要在不可信的访客网络上开放未经鉴权的代理服务，也不要把外部控制器端口当作客户端代理端口运用。若路由器兼容访客网络隔离，确认访客设备不能连通你的代理管理页面和家庭内网资源。
具体来说：地址规划也要考虑 DNS。客户端运用旁路由作为网关，却仍从另一台设备获得不兼容的 DNS 设置时，也许出现域名解析与实际转发路径不一致；反过来，只把 DNS 指向代理设备，也不能代替内置网关配置。
旁路由共享配置：从单台设备逐步扩展 底层逻辑
切勿容易地把主路由地址改成旁路由地址后就假设工作完成：如果旁路由没有无误的上游内置路由，客户端也许能开启旁路由管理页，却无法连通互联网；如果主路由和旁路由的转发路径互相指回，也也许形成路由循环。
- 记录现有网络参数：在一台正常上网的设备上查看 IP 地址、内置网关、DNS 和子网掩码，并登录主路由确认 DHCP 地址池范围。保存当前配置或拍下相关页面，发生故障时便于还原。
- 连接并固定旁路由地址：将旁路由接入主路由 LAN，设置一个不冲突且稳健的 LAN 地址。高频旁路由接法是 LAN 对 LAN；是否得关闭旁路由自身 DHCP，要按其工作模式决定。不要在同一网段内让两台设备同时无计划地发放 DHCP 地址。
- 配置代理内核和订阅：在旁路由安装或启用受兼容的 Mihomo 组件，引入订阅或配置文件，先确认节点、规则和 DNS 设置能正常加载。配置保存后查看跑起来状态与连接日志，不要只凭操作操作界面上的「已拉起」判断代理可用。
- 先验证局域网代理端口：在一台电脑的系统网络设置中填写旁路由 IP 和代理端口，开启一个可正常连通的测试网站，再查看代理连接记录是否出现该设备的目标域名。若连接不成功，核对客户端监听、旁路由防火墙、端口号和设备是否处于同一可互访网段。
- 再测试旁路由网关模式：只挑一台测试设备，将内置网关改为旁路由地址；DNS 按旁路由方案的要求设置。若主路由兼容按设备分配网关或静态路由，可只对测试设备生效。确认设备能连通内网管理地址、普通网站和代理规则目标，再逐步增加其他设备。
- 确认恢复路径后扩大范围：分别测试手机、电脑和一台不兼容手工代理的设备。记录每种设备运用的是系统代理、手工代理还是旁路由网关。若任一设备无法上网，先还原该设备原来的网关和 DNS，不要同时改动主路由、旁路由与全部客户端。
以下流程以「主路由继续负责上网和 DHCP，旁路由负责代理」为例。不同系统对 LAN、网关、透明代理等功能的命名会不同，设置原则比菜单名称更关键。首次配置推荐用笔记本通过网线连接，并保留一台未修改网络参数的设备，省事在旁路由配置失误时继续连通主路由管理页面。
要让旁路由成为更多设备的内置网关，必须确认它能把流量无误转发到主路由，并处理好防火墙、NAT 或回程路由。部分旁路由插件会无人值守配置透明代理与转发，另若干固件则要求用户明确设置。
按设备分流：全家共享不等于全家走同一规则 一文看懂
遇到同一应用只有登录页能开启、后续图片或接口不成功的状态，核对连接日志中是否还有其他域名被分到直连；不要仅凭应用名称猜测全部请求都运用同一个域名。规则调整后重新连接应用并观察日志，确认实际命中的策略与预期一致。
顺带一提：共享代理的价值不仅是减少安装流程，更在于能够按设备、域名和应用需求管理流量。电视、游戏主机、工作电脑和儿童设备的运用方式不同，不一定适合套用同一条策略。能够先把得代理的域名交给合适的代理策略组，把家庭 NAS、打印机、智能家居控制器和本地服务保留在直连范围，再根据实际连接日志补充规则。策略组与规则的名称会随配置订阅变化，维护时以当前配置中的真实名称为准。
在旁路由透明代理模式下，规则通常根据流量目标进行匹配，不一定能像电脑客户端那样干脆识别每个应用。若得按设备区分，能够利用路由器的客户端分组、源地址规则或 DHCP 保留地址；
但要留意设备随机 MAC 地址也许导致固定 IP 绑定失效。手机启用私有地址或随机 MAC 后，如果路由器把它当成新设备，就也许拿到新的地址或套用内置策略。为特定设备固定规则前，先确认它在当前 Wi-Fi 下运用的 MAC 地址设置。
先看这一点：推荐从「少量例外」开始，而不是一上来就写大批自定义规则。举例来说，能够先确定哪些设备内置直连、哪些设备得代理，再将少数确实无法正常连通的域名加入对应策略。
别把管理接口暴露出去：客户端代理端口、内核外部控制器端口和路由器 Web 管理页面用途不同。配置时不要把管理接口绑定到公网，也不要把整套局域网都设成可信网络；如不确定防火墙规则，先只允许亲手的测试设备连通代理端口。
高频故障：能连局域网，却无法正常代理 核心要点
Clash 的优势是把客户端挑选、订阅配置与高频网络排障整理成可按流程核对的资料，便于你先用单台设备验证，再决定是否扩展到全家；如果希望从适合亲手设备的客户端开始搭建，不妨前往下载，再按这篇文章的思路逐步配置。
| 现象 | 首位核对 | 推荐处理 |
|---|---|---|
| 客户端提示代理连接不成功 | 代理 IP、端口、监听地址和防火墙 | 先从同一局域网设备测试代理主机是否可达，并核对端口设置 |
| 网页能开启，部分应用不走代理 | 应用是否读取系统代理，或是否得透明代理 | 查看连接日志；必要时运用受兼容的旁路由网关模式 |
| 切换旁路由后全网断开 | 内置网关、上游路由、DHCP 和转发配置 | 先恢复测试设备原网关，再逐项核对旁路由到主路由的转发路径 |
| 同一设备时好时坏 | 地址变化、随机 MAC、DNS 与 IPv6 路由 | 确认设备地址是否稳健，查看当前 DNS 和 IPv6 是否符合所选拓扑 |
| 路由器负载升高或时延显著 | 硬件性能、并发连接、规则规模和日志量 | 减少不必要的复杂规则，测试关闭代理后的表现，并评估运用独立旁路由 |
多设备共享的故障经常表现为「有的设备能够、有的设备不行」。排查时先判断难点发生在哪一层：设备是否能连通代理设备的局域网地址；代理端口是否在监听；代理内核是否成功加载配置；客户端流量是否实际到达内核；最后再确认域名规则、DNS 和节点连接。每次只改一个变量，并在修改后重复同一项测试，才能知道哪一气真正起了作用。
如果局域网代理端口可用，但旁路由网关模式不通，难点通常不在订阅，而在转发与回程路径；如果网关模式下普通网站可用、特定服务异常，则要点看规则命中、DNS 和目标服务的连接日志。若只有一个设备出难点，首位核对它亲手的代理设置、随机 MAC、手工 DNS 或静态网关，不要先改全家的主路由配置。若全部设备都同时异常，再看旁路由内核、上游网络和主路由状态。
补充说明：还应准备明白的回退做法：把测试设备的网关和 DNS 改回原值，关闭旁路由代理或恢复备份配置。若运用主路由跑起来代理，先确认能通过本地管理页面关闭相关插件，并保留不依赖代理连通管理操作操作界面的路径。配置刷新后，不要在全家正在工作或上课时干脆批量替换订阅与规则；先在一台设备验证，再安排维护窗口逐步应用。
与在每台手机和电脑上分别安装客户端相比，路由器或旁路由方案能把规则、订阅和设备策略集中管理，但也更依赖网络拓扑规划，主路由自带的简化代理功能在分设备策略、日志可见性或规则容易忽略的地方上也许不够弹性。