Clash 订阅导入与连接教程

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

先安装一个兼容 mihomo 的客户端，再准备服务提供方给出的 Clash 格式订阅链接或 YAML 配置文件。客户端负责加载配置、运行内核和接管流量；订阅负责提供代理服务器、策略组及规则等内容。仅安装客户端不会自动获得可连接的服务器，教程也不提供共享订阅。请确认订阅来源、有效期限和设备使用限制，再开始导入。

初次操作建议只运行一个代理客户端。关闭其他代理工具的系统代理、TUN 或 VPN 连接，保留当前正常的网络环境。如果设备受单位管理，先确认网络策略是否允许修改代理或创建虚拟网卡。记录已有的手动代理设置，便于测试完成后恢复；不要为了排查连接而直接关闭系统防火墙。

接下来的操作只建立一条最小可用路径，不修改复杂规则。首次配置优先使用订阅自带的策略组和规则，确认连接成立后，再调整 DNS、自动测速或规则集。各系统的安装权限、服务模式与配置目录差异，见全平台安装配置文档；本页继续沿首次连接主线操作。

STEP 01 / PROFILE

导入订阅并启用配置

打开客户端的“配置”或“订阅”页面，点击“新建”“添加”或“从 URL 导入”。在地址栏粘贴完整的订阅 URL，并为这份配置填写一个便于识别的名称。订阅地址应来自服务提供方明确标注的 Clash 或 mihomo 配置入口，而不是账户登录页、付款页面或浏览器地址栏中的任意链接。粘贴后检查首尾空格和换行，不要自行删除地址中的查询参数。

点击“下载”或“导入”后，等待客户端显示成功结果。正常情况下，配置列表会新增一项，可能同时显示更新时间或远程来源。随后点击该项的“使用”“激活”按钮，或选中对应配置卡片。部分客户端导入后会自动激活，另一些只保存文件；判断依据是当前配置标记，以及代理页面是否已经出现订阅中的策略组，而不是列表里是否仅多了一个名称。

如果拿到的是本地 .yaml 或 .yml 文件，使用“从文件导入”并选择该文件，不必把文件内容粘贴到订阅 URL 输入框。本地配置不一定会定时更新；其中若引用远程代理集合或规则集合，运行时仍可能需要下载外部资源。文件能被选中只说明导入入口正确，还需要内核成功解析并加载。

激活后转到“代理”页面，确认能看到策略组或节点。名称由订阅作者决定，常见的是“节点选择”“代理”或 PROXY。如果页面为空，先回配置页确认当前选中的确实是刚导入的配置，再查看日志中的下载或解析错误。下载结果为网页、配置格式不兼容、缩进错误等情况，都可能导致列表里有配置但内核无法使用。

首次下载失败时，先检查设备是否能正常联网，再回服务提供方确认订阅状态及地址是否完整。不要反复改成其他配置格式碰运气，也不要立即开启全局代理来掩盖下载问题。修复后在配置列表手动更新一次；看到更新成功并确认配置处于启用状态，再进入下一步。以后订阅更新后若节点名称变化，也需要重新检查策略组的当前选择。

STEP 02 / ROUTING

选择规则模式与出站节点

在客户端首页、代理页顶部或设置中找到“模式”，先选择 Rule，中文界面通常写作“规则”。规则模式按配置中的匹配顺序决定直连、代理或其他出站策略，适合作为日常使用的起点。选择后保持订阅原有规则，不需要为了首次连接先编写一整份 rules。

模式和流量接管是两个独立设置。规则模式决定“流量进入内核后怎样处理”，系统代理或 TUN 决定“哪些流量能进入内核”。因此切换到全局模式，不会自动让不读取系统代理的命令行程序经过客户端；同样，开启 TUN 也不代表所有目标都会走代理，最终仍由当前模式和规则决定。

接着进入“代理”页面，展开主要策略组。如果组内是手动选择列表，点击一个订阅提供的节点；如果组内还嵌套“自动选择”等子组，需要继续检查子组的选择结果。不要只看节点名字是否被点亮，还要确认访问规则引用的是这个策略组。名称为 DIRECT 的选项表示直连，选择它不会经过远程代理服务器。

找到“延迟测试”“测速”或相应测试按钮，运行一次检查。显示测试结果说明该节点在当前测试条件下完成了探测，不代表所有网站、UDP 请求或持续下载都能成功。超时也可能与探测地址或当前网络有关。初次操作先选一个测试能完成的节点，不要只追求数值最小；实际访问和连接记录会在第四步继续验证。

完成这一页后，应能明确说出两个状态：当前是规则模式，主要代理策略组已选中一个节点或自动选择组。如果不清楚哪个组负责目标网站的流量，先保留订阅默认选择，等连接建立后查看命中记录。规则优先级、策略组嵌套与自动选择参数的完整解释放在配置文档，不必在首次连接阶段全部展开。

STEP 03 / TRAFFIC CAPTURE

启动内核并开启流量接管

回到客户端首页，确认内核处于运行状态。部分客户端启动即运行内核，部分需要点击“启动”或连接按钮。如果提示配置加载失败，先返回第一步处理错误，不要继续切换接管开关。看到“运行中”之后，再按当前平台开启一种接管方式；首次测试避免同时修改系统代理、TUN 和 DNS，以免失败时难以定位原因。

桌面端：先测试系统代理

在设置或首页找到“系统代理”，将其开启。客户端通常会把系统 HTTP、HTTPS 代理指向本机监听端口。不要照抄其他教程里的端口数字，应以当前客户端的实际设置为准。开启后保留客户端运行，并用通常遵循系统代理的浏览器发起新请求。浏览器扩展、独立代理配置或受管策略可能覆盖系统设置，遇到异常时需要单独检查。

命令行工具不一定读取系统代理。如果浏览器可以访问而终端失败，不应直接判断节点失效。可以让支持代理参数的工具显式连接本机端口，或者在后续使用 TUN。具体环境变量写法取决于终端类型和工具实现，见浏览器与终端分开排查说明。先完成浏览器验证，再扩展到其他应用，检查范围会更清晰。

移动端：确认系统 VPN 授权

在移动客户端中点击连接或启动按钮，首次运行时通常会出现添加 VPN 配置的系统提示。核对发起请求的应用后确认授权，再返回客户端检查连接状态。系统可能同时显示 VPN 标识，它表示接管通道已经建立，不代表订阅中的远程服务器一定可达。如果此前连接过其他 VPN，先断开旧连接，避免系统只保留其中一个通道而造成误判。

需要更广接管时：再测试 TUN

当浏览器已验证成功，而游戏、部分命令行程序或其他应用没有进入客户端时，再考虑 TUN。先记录系统代理状态，关闭系统代理进行单独对照，再按客户端要求安装服务或授予网络权限，最后开启 TUN。不同系统对虚拟网卡、路由及 DNS 接管的要求不同；若出现权限错误，应按客户端提示处理，而不是仅把开关来回切换。

开启后检查客户端日志，确认虚拟网卡和路由设置成功。若网络立刻中断，先关闭 TUN，检查是否恢复，再回到已经验证可用的系统代理路径。不要持续叠加其他 VPN、抓包软件或路由修改。系统代理与 TUN 的工作层次及适用范围可继续阅读流量接管机制对比；本页只需要保留一种能正常工作的方式。

STEP 04 / VERIFICATION

验证代理与规则是否生效

保持客户端运行，确认配置、规则模式和接管开关仍处于预期状态，然后打开一个需要通过代理访问的目标网站。使用新标签页并重新发起请求，避免把已经打开的页面或缓存内容当作连接成功。页面能加载是第一项证据，但不能单独证明流量走了哪个出站：目标本身也可能支持直连。

打开客户端“连接”或“请求记录”页面，在浏览器再次访问目标，查找对应域名。重点查看三项：目标地址、命中的规则、最终使用的策略或节点。若记录显示命中直连规则，页面打开也不是代理生效的证明；若请求经过策略组，还应继续看最终节点，而不是只看最外层组名。部分客户端在请求结束后就移除连接，可以开启连接记录保留功能，或在发起请求时同步观察。

再使用可信的出口 IP 查询服务交叉检查，并对照直连情况下的结果。IP 所属地区只是辅助信息，数据库可能存在更新延迟，IPv4 与 IPv6 也可能使用不同路径；不要仅凭地区标签下结论。较可靠的判断是：新请求进入客户端、命中预期代理策略、目标实际可用，出口信息也与所选出站相符。

最后访问一个按配置应当直连的目标，再看它是否命中预期规则。规则模式下不同目标显示不同出口属于正常现象，不需要为了让所有查询结果一致而长期使用全局模式。若需要做短时对照，可以记下当前状态，切换全局并明确选择节点，发起新请求后再恢复规则模式；已有长连接可能继续使用之前的路径。

完成后按正常流程停止客户端，检查系统代理是否已恢复，再重新启动并重复一次简短访问。这能确认退出和重启后的状态符合预期。桌面客户端若已退出但系统仍指向本机代理端口，浏览器可能无法联网；此时先恢复系统代理设置，而不是反复更换节点。首次连接完成后再配置开机启动和订阅自动更新，避免把尚未验证的状态长期保留。

失败时按链路回查

如果第四步未通过，按“配置获取 → 内核加载 → 节点出站 → 流量接管 → 规则与 DNS”的顺序检查，每次只改一个设置并重试同一目标。这样可以把失败定位到具体环节，而不是靠随机切换开关获得暂时可用的结果。

1. 配置下载失败：确认基础网络可用、订阅仍有效、导入地址属于配置入口。查看 HTTP 状态或解析错误；若下载内容是登录网页，返回提供方重新获取正确链接。
2. 配置加载失败：检查日志中是否存在 YAML 解析、策略组引用或外部资源下载错误。先重新下载原始订阅，不要在错误未定位前大段改写配置。
3. 节点测试超时：在同一策略组换一个节点，使用相同目标重试。若全部失败，检查订阅账户状态和当前网络限制；测试成功仍需完成实际访问验证。
4. 浏览器请求没有记录：确认内核运行、系统代理或 VPN 接管已开启，并排除浏览器代理扩展。先验证请求能进入客户端，再讨论规则是否写对。
5. 有记录但连接失败：查看最终出站和具体报错。域名解析失败优先检查 DNS；连接拒绝或超时需要检查所选节点与目标，不能只凭一条日志就改动全部 DNS 设置。

需要进一步反馈时，记录操作系统、客户端名称、使用系统代理还是 TUN、失败目标及相关错误文本。先对订阅地址和账户信息做遮盖，再提供必要的日志片段。能复现的操作顺序，比整页截图或笼统描述“无法上网”更便于判断。

基础连接已经可用后，可以继续阅读全平台安装配置文档，再处理规则集、DNS 与 fake-ip、服务权限及平台特有问题。后续每次更新订阅或调整接管方式，都重复第四步的实际请求验证，确认变化符合预期。