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