Clash 局域网共享代理:mixed-port 与 allow-lan 设置让手机和电视走电脑代理
介绍混合端口同时承载 HTTP 与 SOCKS5 的原理,开启 allow-lan 与 bind-address 的配置方法,以及防火墙放行和其他设备手动填写代理地址的步骤。
阅读文章 →先确认操作系统与处理器,再到下载页选择安装包。
客户端负责窗口、配置管理和系统集成,内核负责实际连接与规则匹配。同一份订阅能否直接使用,要看客户端支持的配置格式和内核能力;文件扩展名相同,并不代表所有字段都兼容。初次安装建议从图形界面开始,导入一份已知可用的配置,确认基础连接后再增加自定义规则。
点击右侧节点,查看功能用途、操作边界和对应配置。先理解一个字段,再修改一处设置。
规则模式会按配置顺序匹配连接,把不同目标交给直连、代理组或拒绝策略。适合同时访问内部系统、代码托管与普通网页的笔记本。先确认代理组名称存在,再将精确的域名规则放到宽泛规则之前,最后保留兜底规则。与全局模式相比,规则模式能保留直连路径,但效果取决于规则内容;连接不符合预期时,应在连接记录中查看命中规则,而不是只看开关颜色。
rules: ['DOMAIN-SUFFIX,github.com,PROXY']
订阅把远程配置或代理集合带进客户端,适合服务器信息需要定期更新的场景。先分清导入的是完整配置还是代理提供者文件,再使用对应入口。图形客户端的配置订阅与内核的代理提供者并不是同一层设置。更新前保留可用副本,更新后核对当前启用项与代理组引用。订阅地址可能包含个人访问凭据,不要放进公开截图,也不要随意提交给在线转换网站。
proxy-providers: {remote: {type: http, url: 'https://example.com/proxies.yaml', path: './providers/remote.yaml', interval: 3600}}
TUN 通过虚拟网络接口接管流量,适合不读取系统代理设置的应用。它与系统代理的工作层次不同,通常还涉及服务权限、路由及 DNS 设置。初次使用先确认普通代理连接可用,再按客户端要求启用相关服务;遇到公司 VPN、容器网络或虚拟机冲突时,应检查路由而不是反复切换节点。开启后仍需遵循规则分流,不能把它理解成所有程序在所有网络下都必然走代理。
tun: {enable: true, auto-route: true}
局域网共享让同一可信网络中的手机或电视连接笔记本的代理端口。开启允许局域网后,还要确认监听地址、防火墙与设备间通信均已放行。其他设备应填写电脑的局域网地址和实际混合端口,而不是填写本机回环地址。电脑休眠、换网或地址变化都会使共享连接中断。与每台设备单独安装客户端相比,这种方式便于临时使用,但不应在公共无线网络中直接开放监听。
allow-lan: true
DNS 增强把域名解析与规则判断衔接起来,常见模式包括 Fake-IP 与 redir-host。前者向应用返回映射地址,便于内核保留域名信息;后者使用真实解析结果,适配思路有所不同。遇到局域网主机、游戏或打印设备异常时,先确定请求是否进入客户端 DNS,再考虑为相关域名设置过滤。只修改模式名称不能解决所有解析故障,还需要检查上游解析器、监听地址及系统的解析路径。
dns: {enable: true, enhanced-mode: fake-ip}
开机自启属于客户端与操作系统的启动管理,不是通用的内核配置字段。它适合希望登录桌面后自动载入配置的笔记本用户,但启动客户端、启动代理服务和恢复系统代理可能是三个独立选项。设置后重启一次,检查托盘图标、当前配置及实际连接是否恢复;若电脑启动时尚未联网,订阅更新失败也不一定代表启动失败。卸载或迁移客户端前,应先关闭旧程序的启动项,避免两套程序争用端口。
客户端设置路径:设置 → 开机自启;没有通用 YAML 开关。
把界面、内核和配置分开看,下载选择与故障定位会更清楚。
Clash 生态围绕基于规则的代理配置形成了大量客户端与教程。原有项目和部分桌面客户端停止维护后,社区仍在发展兼容实现与新的图形界面。因此,搜索到“Clash”时,可能看到旧客户端、兼容内核或新的应用名称。选择前应确认它属于哪一层、是否仍在维护,而不是只凭熟悉的名字判断。
mihomo 是这一生态中持续发展的开源内核,项目仓库位于 MetaCubeX 组织下。它继承并扩展了相关配置方式,但新增协议、规则能力和网络功能仍有各自的支持条件。旧教程可以帮助理解基本结构,却不应直接替代当前内核文档。遇到未知字段或解析错误,先核对正在运行的内核与文档适用范围,再决定保留、替换还是删除该项。
客户端通常负责保存订阅、编辑配置、展示连接、切换代理模式,以及安装系统服务。内核则读取最终生成的配置,执行规则匹配、域名解析和代理连接。界面中看见一项开关,并不表示原始订阅文件中一定存在同名字段;有些选项保存在客户端自身的设置中,有些会在启动时合并到内核配置。
排查时可先问两个问题:配置是否成功交给内核运行,应用的流量是否真的进入了内核。如果内核没有启动,应看配置解析与端口占用;如果内核正常却没有连接记录,应检查系统代理、应用独立代理或 TUN 路由。按这条边界检查,比同时修改订阅、DNS 和防火墙更容易得到明确结果。
mihomo 代码采用 GPL-3.0 许可,可在公开仓库查看源码、提交记录、发布说明和问题讨论。开源许可说明代码使用与分发的条件,不等同于所有第三方客户端使用相同许可,也不等同于代理服务免费。选择客户端时,仍需分别查看其项目说明;选择订阅时,则要独立判断服务提供方的可信度与使用条件。
查阅社区问题时,尽量匹配相同操作系统、内核与错误文本。单独一句“无法联网”通常缺少定位信息;更有用的记录包括出错应用、连接方式、规则命中结果,以及问题是否仅出现在某个网络。分享配置或日志前,先移除订阅地址中的凭据、服务器密码和个人域名。公开讨论需要的是可复现条件,而不是完整私人配置。
客户端更新、内核更新和订阅更新是三件不同的事。更新客户端可能改变界面和服务集成;更新内核可能影响协议与配置字段;更新订阅则可能替换代理集合、分组和规则。准备调整前先记录当前可用组合,并导出必要的本地覆盖设置。一次只变更一层,发现差异后才知道应该回看哪份发布说明。
本站提供资料整理与操作说明,不代表所有客户端的官方维护方。软件的功能边界以项目文档及实际运行结果为准。下载页负责集中列出平台入口;教程页保持首次配置的操作主线;需要处理复杂症状时,可转到疑难手册逐项排查。首页不固定展示软件版本,避免把页面发布时间误当成客户端更新状态。
已安装 Git 时,可复制命令获取仓库。此操作只下载源码,不会自动安装客户端、生成订阅或修改系统代理。编译与运行要求请继续阅读仓库文档。
访问 MetaCubeX/mihomo 开源仓库 ↗git clone https://github.com/MetaCubeX/mihomo.git
首次安装先完成导入、选择代理组和开启系统代理,用同一个浏览器验证连接。能正常访问后,再尝试 TUN、局域网共享或自定义规则。保留一个已经验证可用的状态,后续每次调整都有明确的比较基准。多个客户端同时运行容易造成端口和代理设置冲突,测试时应只保留当前需要的一套。
如果只是一款应用无法访问,先查看它是否使用独立代理设置;如果所有连接都失败,先确认基础网络与当前配置是否可用;如果只有域名访问异常,再沿 DNS 路径检查。速度慢也不能直接等同于节点故障,还可能涉及无线网络质量、目标服务限速、规则绕路或并发下载。常见问题适合快速核对概念,疑难手册适合按症状持续定位。
编辑 YAML 时注意空格缩进、列表层级与名称引用。代理组引用的名称必须能在配置中找到,规则应按预期优先级排列;手动覆盖订阅前还应了解客户端的合并机制。直接编辑远程配置的临时副本,可能在下次更新后丢失修改。需要长期保留的内容,应使用客户端支持的覆写或合并入口,并在更新后检查最终生效配置。
从具体字段和报错现象入手,把一次调整的原因与结果对应起来。
介绍混合端口同时承载 HTTP 与 SOCKS5 的原理,开启 allow-lan 与 bind-address 的配置方法,以及防火墙放行和其他设备手动填写代理地址的步骤。
阅读文章 →讲清 Fake-IP 如何用保留地址段换取解析速度,对比 redir-host 的行为差异,列出 fake-ip-filter 的典型写法与游戏、局域网设备等需要绕开的场景。
阅读文章 →解读日志级别与单行格式,逐条分析 dial tcp timeout、connection refused、DNS 解析失败等高频报错的成因,并给出按规则命中反查问题的思路。
阅读文章 →阅读专题时建议保留客户端日志窗口,并记录修改前后的配置差异。文章中的字段示例用于说明对应功能,并不是完整可运行订阅;复制前需要结合现有配置补齐层级、代理组和实际连接信息。涉及网络共享、服务权限或路由的调整,应在可信网络中进行,并保留恢复原设置的方法。