Clash 配置入门：导入与连接

开始前：准备客户端与已有订阅

先安装适合当前系统的客户端。尚未安装时，前往Clash 下载页选择平台和安装包，完成安装后再回到本页。图形客户端负责提供操作界面，内核负责读取配置、匹配规则和建立连接。首次使用不必单独下载内核，也不必先编辑配置文件，优先使用客户端已经提供的功能。

准备一条有效的 Clash 兼容订阅地址，或一份可信来源提供的配置文件。订阅地址指向配置内容，不是账户管理网页，也不是单个节点的介绍页面。仅安装客户端并不会自动获得可连接的服务；本页从已经取得订阅或配置的状态开始。若来源提供多种格式，先选择明确标注适用于 Clash 或 mihomo 的格式。

保留当前能正常联网的环境，检查设备日期和时间是否准确。关闭其他正在接管流量的代理或 VPN 工具，避免首次连接时无法分辨流量进入了哪个客户端。订阅链接可能包含账户访问凭据，不要发送到公开讨论区，也不要在分享截图时完整展示地址栏。准备完成后，进入配置页面开始导入。

第一步：导入订阅并启用配置

新建远程订阅

打开客户端的“配置”或“订阅”页面，寻找“添加”“新建”或“从链接导入”。选择远程地址类型，将订阅地址完整粘贴到地址输入框。如果另有名称输入框，可以填写便于识别的名称，例如“日常配置”；名称只用于区分条目，不会改变连接方式。确认地址前后没有空格，没有把说明文字一起复制进去，再点击保存或导入。

部分客户端保存后立即拉取内容，部分客户端还需要点击条目旁的“更新”。等待结果提示，再检查该条目的更新时间、配置详情或节点列表。成功导入后，应能看到可解析的代理条目；完整配置通常还包含策略组和分流规则。出现一个订阅名称不等于内容已成功下载，必须继续检查配置内容是否可用。

选择当前生效的配置

点击刚导入的配置条目，选择“使用”“激活”或同类操作。观察条目是否出现选中标记，再进入代理页面，确认显示的策略组来自这份配置。有些客户端允许同时保存多份订阅，但当前运行的配置不一定是最后添加的那份。若更新成功后仍看到旧列表，先检查当前配置，不要反复删除和重新导入。

如果得到的是本地配置文件，使用“从文件导入”，选择对应的 YAML 文件，再按同样方式激活。本地文件与远程订阅的区别在于更新来源：远程订阅可以重新拉取，本地文件一般需要自行替换。若来源只提供一个节点链接，而导入后没有规则或策略组，说明它可能不是完整配置，应先确认客户端是否支持该导入方式。

导入失败时先看错误类型

提示下载失败时，先确认地址是否过期、是否需要重新登录原服务页面取得链接，以及当前网络能否访问订阅来源。提示解析错误时，则检查是否误用了其他客户端格式，或下载结果实际是登录页面。不要把私密订阅提交给不明的在线转换页面。涉及协议字段和格式兼容的问题，可查阅内核与配置兼容参考；本步完成的标志是配置已激活，代理页面能够正常显示内容。

第二步：选择规则模式与节点

配置启用后，找到“模式”设置，首次使用先选择“规则”。它会按照当前配置中的规则决定每条连接采用直连、代理或拒绝等处理方式。规则模式不是连接开关，选择后仍要在下一步开启系统代理或手机端连接。此时先把分流方式确定下来，避免连接后同时调整多个选项，难以判断是哪项修改产生了影响。

接着打开“代理”或“策略组”页面。找到配置中负责代理出口的组，它可能叫“Proxy”，也可能使用其他名称。点开组内列表，选择一个可用节点。如果组内选择的是另一个策略组，需要继续检查下一级，直到能够确认最终使用的节点。组名只是配置作者给出的标签，不能仅凭名称判断它一定会走代理。

如果当前选择是 DIRECT，该策略通常表示直连，不会通过远程代理节点建立连接。若配置提供自动选择或故障转移组，可以先查看它们当前选中的条目；首次配置也可以临时选择一个明确的节点，便于核对结果。客户端的测试功能可作为连通性线索，但测试成功并不代表每个网站、每个应用都能正常访问。

至此应确认两件事：当前模式是规则，目标策略组已经选择了预期节点。不要为了追求一次配置到位而同时修改规则、DNS 和内核参数。协议类型与资源取舍属于进阶选型，可稍后查看协议参考，不影响先完成基础连接。

第三步：开启连接与必要权限

电脑端先使用系统代理

回到客户端首页或设置页，确认内核处于运行状态，再开启“系统代理”。若客户端只有一个主连接按钮，点击后检查状态说明，确认它是否已经同时启动内核并设置系统代理。系统代理会向系统登记本地代理地址，浏览器等遵守该设置的应用才会把连接交给客户端，因此它适合作为首次验证的入口。

先使用默认监听端口，不必为照着教程而改成某个固定数字。若提示端口被占用，检查是否还有另一个客户端或旧进程正在运行；关闭冲突程序后重试。确需修改端口时，应通过客户端设置保存，并重新启用系统代理，让系统设置与当前监听端口一致。不要只修改系统里的地址，却遗漏客户端内的监听设置。

手机端确认系统连接授权

在手机端点击“连接”或主开关，首次启动通常会弹出系统 VPN 连接授权。核对请求来自正在使用的客户端，再确认授权。这里的 VPN 标识表示系统正在将流量交给对应的网络扩展或虚拟接口，不意味着还需要另装一个 VPN 应用。授权后返回客户端，观察是否显示已连接，同时留意系统网络状态。

Android 上若连接后很快停止，先保持客户端前台运行做一次验证，再根据系统设置检查后台运行和电池限制。iOS 上则确认系统允许添加并启用对应的 VPN 配置。不同系统可能不能同时启用两个同类连接；切换客户端前先断开原连接，避免系统将流量交给旧配置。

应用不遵守系统代理时再考虑 TUN

如果浏览器已经正常，而游戏、命令行或其他应用没有进入客户端，再检查是否需要 TUN。TUN 通过虚拟网络接口接管被路由到该接口的流量，通常需要服务模式或管理员权限。按客户端提示安装或启用服务，再开启 TUN；不要在尚未理解错误原因时同时反复切换系统代理、TUN 和 DNS 设置。

TUN 的实际接管范围还受路由、排除项和系统限制影响，开启后仍要验证目标应用。遇到虚拟网卡或路由相关错误，先关闭 TUN，回到能正常工作的系统代理方案，保留错误文字再排查。完成本步后，客户端应处于运行或已连接状态；接下来用真实请求判断连接是否生效，而不是只看开关颜色。

第四步：核对请求与规则命中

打开一个熟悉且获准访问的网站，刷新页面，随后进入客户端的“连接”或“日志”页面。尽量让验证动作与查看记录紧接着进行，便于找到对应请求。若页面使用了缓存，单纯重新打开标签页可能没有发出新的连接，可以刷新页面或打开站内另一个页面，再观察记录是否变化。

找到目标域名后，依次查看命中规则、策略组和最终出口。比如配置包含 DOMAIN-SUFFIX,github.com,Proxy，访问该域名及其子域名时，符合条件的连接会交给名为 Proxy 的策略处理；但更靠前的规则也可能先匹配，所以应以实际记录为准。若目标被分到直连，先检查规则和组内选择，不要马上认定节点失效。

再测试另一个按预期应直连的目标，确认规则模式下不同请求确实采用了不同处理方式。并非所有连接都显示代理才算正常，规则配置本来就可能让部分流量直连。仅凭网页能打开、系统出现 VPN 图标或节点测试成功，都不足以证明目标请求走了预期路径，连接记录是更直接的判断依据。

若日志里完全找不到目标应用，先检查流量入口：电脑端系统代理是否仍开启，应用是否使用自己的代理设置，或者是否需要 TUN。若有记录但建立连接失败，先换同一策略组内的另一个节点，再查看错误是否变化。若只有某个网站失败，则继续比较其他目标，避免把单站问题误判为整个客户端无法工作。

最后做一次断开与重连对照。正常关闭系统代理或手机端连接后刷新页面，再重新连接并观察记录。测试期间不要同时运行其他代理工具，否则对照结果会失去意义。确认请求进入当前客户端、命中预期策略且页面可用后，基础配置就已完成，可以保留当前设置作为后续调整的起点。

Fake-IP：先保留配置默认值

Fake-IP 是一种 DNS 工作方式。内核可以向应用返回合成地址，并在后续连接阶段通过映射恢复目标域名，以便进行分流。看到合成地址不一定表示解析故障，也不应把这类地址当作网站真实服务器地址使用。首次配置如果一切正常，保留订阅和客户端当前的 DNS 设置即可，不必为了启用某个功能而额外修改。

如果某个局域网应用、设备发现功能或特定服务异常，先记录原来的 DNS 模式，确认问题是否确实与解析有关，再检查相关排除设置。修改模式后，旧连接和应用缓存可能继续影响结果，需要按客户端说明重载配置，并关闭目标应用后重新测试。不要同时替换 DNS 服务器、切换模式和修改规则，否则难以确定有效的修改是哪一项。

本页只保留完成连接所需的概念。需要理解 DNS 与分流规则、协议能力之间的关系时，转到协议与内核技术参考继续查阅；基础验证尚未通过时，先回到请求记录检查，明确流量是否进入内核。

日常使用：更新、退出与配置保留

以后打开客户端时，先确认当前配置和连接状态。只有在订阅内容发生变化、节点失效或来源明确提示更新时，才需要手动刷新订阅。更新后检查策略组是否仍选中预期条目，因为节点更名或被移除可能使原选择失效。远程更新也可能覆盖导入内容中的手工修改，长期自定义设置应使用客户端支持的覆写方式，并先保存可恢复的配置。

退出电脑端客户端前，先关闭系统代理，再使用客户端的正常退出入口；手机端先断开连接。若异常退出后出现联网问题，检查系统是否残留了指向本地端口的代理设置，并确认其他工作需要的代理配置没有被误改。不要把强制结束进程作为日常断开方式。

需要求助时，描述系统平台、客户端名称、使用模式、能否看到目标请求，以及错误出现在哪一步。分享日志前隐藏订阅地址、认证信息和不必要的访问记录。保留一份已验证可用的配置，每次只改一项设置并重复验证，后续遇到问题时就能从最近一次改动开始定位。