Clash 的多设备共享，本质上是让一台已经运行 Clash 的设备充当局域网代理入口，其他电脑、手机、平板或智能电视通过这台设备的局域网地址和监听端口转发流量。它并不是把订阅文件复制到每台设备，也不是让所有设备自动获得代理；共享主机必须持续运行 Clash，客户端需要监听局域网连接，使用端还要正确填写代理地址、端口和协议类型。
家庭网络中最容易出问题的地方，通常不是节点本身，而是监听地址、设备隔离、防火墙、代理协议和分流规则。推荐先用一台稳定的 Windows、macOS 或 Linux 电脑完成共享验证，再决定是否长期迁移到路由器或旁路由。这样可以把节点、内核和家庭网络拓扑分开测试，避免一开始就同时修改多个网络设备。
先选择适合家庭的共享架构
家庭多设备共享通常有三种方式。第一种是单机共享，由电脑直接运行 Clash，其他设备将代理请求发送到电脑；第二种是路由器运行代理内核，由路由器统一接管局域网流量；第三种是旁路由运行 mihomo，通过独立设备处理代理和分流，主路由继续负责拨号、无线接入或 DHCP。三种方式没有绝对优劣，应根据设备数量、稳定性要求和可接受的维护复杂度选择。
| 方案 | 适合场景 | 主要优点 | 需要注意 |
|---|---|---|---|
| 单机共享 | 临时测试、少量设备、已有常开电脑 | 配置直观，排错成本低 | 电脑休眠或退出 Clash 后全部设备失去代理 |
| 路由器运行 | 希望全家设备自动使用统一策略 | 无需逐台填写代理，覆盖范围较广 | 受硬件性能、固件和内核支持影响 |
| 旁路由 | 需要较强分流能力或独立维护代理设备 | 主路由改动较少，规则和日志更容易管理 | 要处理网关、DHCP、回程路由和设备绕行 |
如果只是让一台电视和一部手机临时使用代理，单机共享通常足够；如果家庭中有智能电视、游戏主机、平板和多台电脑，并且希望设备接入 Wi-Fi 后自动生效，路由器或旁路由更合适。不过“自动生效”也意味着故障影响面更大，规则错误、DNS 异常或代理节点失效可能同时影响全家网络，因此应保留直连回退方案。
开启局域网监听并确认正确地址
在 Clash Verge、Clash Verge Rev 或其他支持 mihomo 的客户端中，通常需要在设置、常规或网络选项里打开“允许局域网连接”或类似的 LAN 访问开关。配置文件层面常见字段是 allow-lan: true，监听地址通常使用 bind-address: "*" 或客户端提供的局域网监听选项。不同内核版本对字段和界面名称可能存在差异，应以当前客户端实际生成的配置为准。
共享端口要区分 HTTP、SOCKS 和 mixed。HTTP 代理适合浏览器、系统代理和多数常规应用；SOCKS5 适合支持 SOCKS 的程序；mixed 通常可以在同一个端口同时接受 HTTP 与 SOCKS 请求，便于家庭设备配置，但并不意味着所有应用都能识别代理。常见示例端口如下，实际使用时应以客户端当前监听值为准：
allow-lan: true
bind-address: "*"
mixed-port: 7890
# 或分别使用：
# port: 7890
# socks-port: 7891不要直接假设共享主机地址是 127.0.0.1。这个地址只代表本机回环接口，手机或电视无法通过它访问电脑上的 Clash。应在共享主机上查看家庭网络接口获得的 IPv4 地址，例如 192.168.1.20 或 192.168.50.8。如果设备同时连接有线网络、Wi-Fi、虚拟网卡或 VPN，需要确认填写的是与其他设备处于同一局域网的地址。
用最小范围验证端口
- 确认共享主机与测试设备连接到同一个家庭网络，先不要使用访客 Wi-Fi。
- 在 Clash 日志或设置页确认
7890等端口已经成功监听，没有被其他程序占用。 - 在手机或电脑上填写共享主机的局域网 IP 和端口，不要填写订阅服务器地址。
- 只用一台测试设备访问一个普通网页，再查看 Clash 的连接日志是否出现该设备的请求。
- 验证成功后，再逐个加入平板、电视或其他终端，并记录每台设备的代理类型。
如果日志中完全没有测试设备的请求，优先检查 IP、端口、局域网开关和防火墙；如果日志有请求但目标连接失败，再检查策略组、DNS 和节点。把“连不到 Clash 端口”和“Clash 连不上远端节点”区分开，能明显缩短排查时间。
在手机、平板与电视上填写代理
终端设备的代理设置通常位于当前 Wi-Fi 的高级选项中。以手动代理为例，服务器填写共享主机的局域网 IP，端口填写 Clash 的 HTTP 或 mixed 端口。如果设备只支持 HTTP 代理，就不要填写 SOCKS 端口；如果应用明确要求 SOCKS5，则应填写 SOCKS 端口。代理类型错误时，常见表现是网页一直加载、图片无法打开或连接立即被关闭。
| 设备 | 推荐起始方式 | 典型限制 | 验证方法 |
|---|---|---|---|
| Windows 电脑 | 系统 HTTP 代理或 Clash Verge 的系统代理开关 | 部分程序不会读取系统代理 | 浏览器访问后查看连接日志 |
| Android 手机 | Wi-Fi 手动代理，必要时使用本机客户端 | 移动数据不经过家庭局域网代理 | 仅在连接家庭 Wi-Fi 时测试 |
| iPad 或平板 | 当前 Wi-Fi 的 HTTP 代理设置 | 部分应用忽略 Wi-Fi 代理 | 分别测试浏览器和目标应用 |
| 智能电视 | 系统网络中的手动代理 | 品牌系统可能只支持 HTTP，不支持 SOCKS | 打开应用商店或视频服务观察日志 |
手机和平板从家庭 Wi-Fi 切换到移动数据后，通常会失去对共享主机的访问，这是正常现象。电视和部分机顶盒可能缓存 DNS 或保持旧连接，修改代理后应退出目标应用，必要时重新连接 Wi-Fi。若浏览器可用而电视应用不可用，不要立即判断共享失败，应用可能使用独立网络栈、证书固定、QUIC 或并不支持系统 HTTP 代理。
为家庭设备设计直连与代理分流
多设备共享后，规则不只要考虑域名，还要考虑局域网地址、设备类型和协议。路由器管理页、打印机、NAS、家庭摄像头和局域网媒体服务通常应保持 DIRECT。常见私有网段包括 192.168.0.0/16、172.16.0.0/12、10.0.0.0/8 和本机回环地址。规则顺序应先处理局域网，再处理明确的业务域名，最后交给国内外分类策略组和 MATCH 兜底。
rules:
- IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
- IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
- DOMAIN-SUFFIX,lan,DIRECT
- DOMAIN-SUFFIX,local,DIRECT
- GEOIP,CN,DIRECT
- MATCH,PROXY上面的示例只表达基础结构，不能直接替代所有订阅配置。若配置中已经存在规则集、策略组或覆写脚本，应确认 DIRECT、PROXY 这些名称确实存在。规则引用了不存在的策略组时，可能导致配置加载失败或命中后无法转发。
按设备需求而不是按设备名称硬编码
智能电视不一定全部走同一策略。有些电视只需要国内流媒体直连，有些应用则需要代理出口；游戏主机可能需要稳定低延迟和特定 UDP 能力；NAS 的同步服务则可能希望按域名选择节点。建议先按业务建立策略组，例如 家庭直连、流媒体、游戏 和 默认代理，再将规则映射到这些组，而不是把所有设备简单地设为全局代理。
如果要按 IP 区分设备，可为设备分配 DHCP 静态租约，例如电视固定为 192.168.1.60、平板固定为 192.168.1.61，再使用支持源地址匹配的规则能力。此类做法依赖路由拓扑和内核支持，设备地址变化后规则会失效。对家庭用户而言，按域名和业务分流通常比维护大量设备 IP 更容易长期使用。
路由器与旁路由的落地方式
当单机共享验证稳定后，再考虑路由器或旁路由。路由器方案一般由固件运行 Clash 或 mihomo，代理内核直接读取订阅并处理 DNS、规则和转发。终端无需单独填写代理，但路由器的 CPU、内存、闪存和网络吞吐必须能够承担加密连接、规则集解析以及多设备并发。低性能设备在高并发下载或视频播放时，可能出现延迟升高和丢包。
旁路由通常拥有独立局域网地址，例如主路由为 192.168.1.1，旁路由为 192.168.1.2。最简单的方式是让指定终端把旁路由作为网关，或者由旁路由提供 DHCP。修改 DHCP 前应先记录主路由的地址池、网关、DNS 和 IPv6 设置，避免两个设备同时分配地址。若只有部分设备需要代理，可以只为这些设备设置静态网关，而不是立即让全家终端切换。
网关接管
由旁路由接收终端的默认路由，覆盖范围大，但必须保证回程路由、DHCP 和防火墙状态正确。
手动代理
终端单独填写主机地址和端口，影响范围小，适合先验证端口与规则，不依赖全局路由。
解析路径
DNS 请求可能由终端、主路由或 mihomo 处理，解析与流量出口不一致时容易出现分流和访问结果不一致。
不要在没有回退方案的情况下直接关闭主路由 DHCP。更稳妥的迁移顺序是：先让旁路由通过手动代理运行一台设备，再测试网关模式；确认 IPv4、IPv6、DNS 和局域网服务均正常后，才扩大到更多终端。保留主路由管理地址和有线维护入口，可以在旁路由配置错误时快速恢复网络。
端口安全、DNS 与故障排查
局域网共享端口应限制在家庭网络接口和防火墙允许范围内。Windows 防火墙放行时，优先创建仅针对“专用网络”的入站规则，不要对“公用网络”全部放行；Linux 或路由器则应限制来源网段。家庭网络使用访客隔离时，手机可能无法访问共享主机，即使两台设备都能正常上网，也不代表它们可以互相建立连接。
共享主机的系统代理、Clash 的 DNS 和终端自身 DNS 可能形成三条不同路径。使用手动 HTTP 代理时，部分域名解析仍由终端完成；使用 TUN 或路由器透明转发时，DNS 可能由 mihomo 接管。若出现“IP 地址能访问、域名不能访问”，应检查 DNS 模式、上游 DNS 可达性、fake-ip 兼容性和规则是否误将 DNS 请求送入错误策略组。不要只更换节点，因为节点变化未必能修复本地解析链路。
| 现象 | 优先检查 | 处理方向 |
|---|---|---|
| 设备提示无法连接代理 | 局域网 IP、端口、LAN 开关、防火墙 | 先确认端口是否可达，再测试节点 |
| 日志没有任何请求 | 终端是否仍使用旧代理、是否处于访客网络 | 重新保存 Wi-Fi 代理并观察连接记录 |
| 日志有请求但全部失败 | 策略组、节点、DNS 和规则命中 | 临时固定一个已测通节点进行对照 |
| 局域网设备无法互访 | 私有网段规则、旁路由防火墙、网关配置 | 将家庭网段设为 DIRECT，并检查回程路由 |
| 开启共享后主机变慢 | 并发连接、规则集大小、CPU 和内存占用 | 减少不必要规则集，限制高并发下载并观察资源使用 |
排查时建议固定变量：只使用一个测试设备、一个已确认可用的节点、一个代理端口和一个稳定测试域名。先关闭 TUN、复杂脚本和额外 VPN，验证手动代理链路，再逐项恢复功能。连接日志中的客户端地址还能帮助确认请求是否来自目标设备；如果看到的始终是共享主机自身地址，可能是测试请求并未真正经过局域网代理，或者中间路由做了地址转换。
建立可回退、可维护的家庭方案
长期运行多设备共享时，建议为配置、订阅和网络拓扑分别保留记录。至少记下共享主机的固定地址、HTTP 或 mixed 端口、SOCKS 端口、当前内核名称、DNS 模式、默认策略组和主路由管理地址。订阅更新前保留一份最近可用配置，更新后先在共享主机本地测试，再让电视、手机等终端恢复连接。
节点切换也应采用分层策略。默认策略组可以设置手动选择或故障转移组，家庭直连规则应始终保留；当代理节点全部不可用时，允许明确的国内业务回到 DIRECT，比让全家网络长时间等待超时更容易使用。对视频、游戏和会议等业务，不要只依据测速页面的单次延迟，应结合实际播放、登录、语音和连接稳定性判断。
最后，建议把家庭共享分成“验证模式”和“日常模式”。验证模式使用单端口、单节点、简单规则和手动代理，便于确认基础链路；日常模式再加入 TUN、DNS 分流、旁路由网关和设备级策略。每次修改只变更一项，并在日志、网页访问和局域网服务三个维度确认结果。这样的配置虽然不会一次覆盖所有设备，但更容易定位问题，也能在订阅失效或节点波动时快速恢复。