首次连接的检查顺序

先启用配置，再选择节点，最后开启流量接管。Clash Meta 使用的 mihomo 内核负责解析配置、匹配规则和建立出站连接；客户端界面负责订阅管理与开关操作。“订阅导入成功”只代表配置已经取得，不代表浏览器请求已经经过代理。

  1. 确认配置已启用：在配置列表中选中刚导入的订阅，查看内核日志，排除 YAML 解析失败、策略组引用不存在等错误。
  2. 切换到规则模式：界面可能显示为“规则”或“Rule”。首次验证先保留订阅原有规则，不同时改 DNS、规则集和 TUN 设置。
  3. 选择有效出站：进入代理或策略组页面，找到目标网站实际使用的策略组，选中一个可用节点。
  4. 启用一种接管方式：浏览器首次测试优先使用系统代理；需要覆盖不读取系统代理的应用时，再单独验证 TUN 模式。
  5. 发起新请求：结合连接记录、规则命中和出口 IP 判断结果，不只看开关颜色。

策略组里应该选择哪个节点

策略组是规则与出站之间的一层选择关系。例如规则把某个网站交给 PROXY，这个组再指向一个节点或另一个策略组。组名由配置作者决定，可能叫“节点选择”“境外网站”，也可能是其他名称，不能只凭名称猜测它的用途。

沿着规则找到最终出站

  1. 在客户端打开代理列表，展开手动选择组。配置中的类型通常为 select。
  2. 避开 DIRECT 与 REJECT：前者是直连，后者是拒绝连接，它们不是远端代理节点。
  3. 如果选中的是另一个策略组，继续展开，确认最终落到具体节点，而不是再次落到直连。
  4. 选定后重新访问目标网站，再在连接记录中确认该请求使用了哪个组、哪个出站。

首次连接建议手动固定一个节点。自动测速组 url-test 会根据配置中的测试地址、周期及容差选择出站；故障转移组 fallback 通常按顺序选择可用成员。二者都不等于“下载速度最快”。先固定节点，可以减少测试过程中自动切换带来的干扰。

节点名称不能代替实际验证

节点名中的地区、倍率和线路说明来自订阅提供方，并不是内核测出的事实。名字写着某个地区，出口 IP 也可能显示其他归属；地理数据库本身还可能更新滞后。首次连接先确认节点可用、规则正确，再根据目标服务需要比较地区和稳定性。

在规则模式下，国内网站直连、境外网站走代理是常见配置结果。因此，打开一个被规则判定为直连的网站，不能用来证明所选代理节点正在承载流量。

延迟测试数值与超时含义

客户端里的延迟测试通常不是 ICMP Ping。mihomo 常用指定 URL 发起经节点转发的 HTTP 或 HTTPS 探测，再报告该探测的耗时。测试地址、连接复用、DNS、TLS 握手以及目标站点响应都可能影响结果。不同客户端或不同测试 URL 的数字，不适合直接横向比较。

用同一地址连续测三次

例如，客户端允许设置测试 URL 时，可以统一使用 https://www.gstatic.com/generate_204，超时设为 5000 毫秒。该地址只是一个常见探测目标，不保证在所有网络和所有节点上可达；若订阅已经规定健康检查地址，先记录原值，避免误把探测目标故障当成节点故障。

  • 数值较低：表示这次探测较快完成，不等于视频吞吐量高，也不保证目标业务站点可访问。
  • 数值波动大：可能与无线网络、跨网路由、节点拥塞或测试端响应有关，应在相同条件下复测。
  • Timeout 或超时：表示探测未在期限内完成。原因可能是节点不可达，也可能是测试地址被拦截、解析异常或节点认证失败。
  • 空白或尚未测试：先触发一次测试，不能直接理解为节点失效。

假设三次读数分别为 86 ms、92 ms、89 ms，而另一个节点是 45 ms、超时、610 ms，首次连接可以优先验证前者。这组数字仅用于说明判断方法，不是本站实测结果。稳定完成请求，通常比单次最低值更有参考意义。

系统代理与本地端口检查

在客户端设置中查找“系统代理”开关和实际监听端口。不同客户端菜单路径不同，应以界面与生效配置为准。系统代理是把代理地址写入操作系统设置，只有遵循这些设置的应用才会使用它；命令行工具、游戏和部分自带网络栈的应用可能忽略该设置。

区分本地端口与节点端口

127.0.0.1:7890 表示连接本机的代理入口，不是远端节点地址。下面是便于解释的 mihomo 配置片段，7890 是示例端口，并非所有客户端的默认值。片段只说明监听与模式，不包含可连接的节点、策略组或规则，不应当覆盖整份订阅。

mixed-port: 7890
allow-lan: false
mode: rule

mixed-port 可在同一端口接受 HTTP 与 SOCKS 代理连接。若客户端显示实际端口为 7897，后续命令就应使用 7897。不要把控制接口端口 9090 当作流量代理端口；控制接口用于管理内核，不承担这里的 HTTP 代理入口职责。

先用显式代理请求隔离问题

macOS 或 Linux 可以执行以下命令。Windows PowerShell 请把命令开头的 curl 写成 curl.exe，避免部分环境中的同名别名影响参数解析。

curl --noproxy "" --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 https://api.ipify.org

这条命令明确使用本地 HTTP 代理，并清空本次请求的代理绕过列表。它能帮助区分“本地代理入口是否工作”和“系统代理是否被应用采用”。请求进入 mihomo 后仍会匹配当前规则，所以成功输出 IP 不等于一定使用了远端节点，还需要查看连接记录。

  • 立即出现连接被拒绝：先检查内核是否运行、端口是否写对，以及是否有其他程序占用端口。
  • 连接建立后超时：查看节点握手、DNS 和上游连接日志，不要反复切换系统代理开关。
  • 命令成功但浏览器失败：重点检查浏览器扩展、独立代理设置、PAC 和旧连接，而不是先重装客户端。

浏览器与出口 IP 交叉验证

验证目标是建立一条可核对的链路：新请求进入 mihomo，命中预期规则，选择预期出站，并收到响应。出口 IP 是辅助证据，连接记录可以解释该请求为什么直连或走代理。

先记录基线，再比较同一个目标

  1. 在关闭 TUN、关闭系统代理且没有其他 VPN 的条件下，用浏览器访问 https://api.ipify.org，记录当前出口 IP。查询服务会接收到这次访问的出口地址。
  2. 开启系统代理，保持同一网络和同一测试地址。关闭旧标签页后重新访问，必要时退出并重启浏览器，减少旧连接复用的影响。
  3. 在客户端“连接”或“Connections”页面查找 api.ipify.org。记录匹配的规则、策略链以及最终出站；短请求可能很快消失，可以配合日志查看。
  4. 如果该域名命中 DIRECT，换一个按现有规则应走代理的测试目标，或在明确理解影响后短暂使用全局模式测试。

全局模式会改变路由选择，但依然需要在全局策略组中选中远端节点；选中 DIRECT 仍然是直连。验证后恢复规则模式，避免把临时测试状态当成日常配置。

出口 IP 与基线不同，且连接记录显示所选节点，是较完整的生效证据。IP 没变则要结合规则判断：可能是请求直连，也可能代理出口与原网络共享公网地址。反过来，IP 变化也可能来自另一条 VPN 或网络切换，所以不能只凭 IP 下结论。

常见失败现象的排查顺序

节点有延迟，但网页打不开

先运行显式代理命令。如果命令能用，再检查浏览器是否采用系统代理；如果命令也失败，查看该请求的规则与出站。测试 URL 可达而业务站点不可达，可能来自目标限制、DNS、协议差异或节点线路问题，不应把一个探测结果推广到全部网站。

IP 已改变，但命令行仍然直连

浏览器与终端不是同一条接管路径。终端工具可能需要自身代理参数或 http_proxy、https_proxy 环境变量。首次验证优先使用单条命令的 --proxy 参数，确认成功后再考虑长期环境变量；修改变量后，也应确认新进程是否继承了它们。

普通网页正常，游戏或 UDP 应用失败

HTTP 请求成功只证明对应链路可用，不证明 UDP 可用。此时需要分别检查应用接管方式、节点协议及服务端的 UDP 支持。TUN 可以扩大接管范围，但不能让不支持 UDP 的远端节点自动获得该能力。开启 TUN 前还应确认系统权限、虚拟网卡和与其他 VPN 的路由冲突。

更换节点后，网站仍显示原出口

已经建立的长连接不一定立即迁移。先关闭目标页面或应用，必要时在客户端关闭相关连接，再重新发起请求。清空所有连接会中断下载、会议和其他会话，操作前应确认影响。也要检查改动的策略组是否确实被目标规则引用，避免只改了一个未使用的组。

首次连接完成后的记录

把可复现的信息留在本地，比只记录“能用”更方便后续排查。建议保存以下五项，不必公开订阅 URL、认证参数或完整配置。

  • 运行环境：操作系统版本、客户端版本、界面显示的 mihomo 内核版本。
  • 生效配置：当前配置名称、最后更新时间、规则模式或临时全局模式。
  • 出站选择：规则引用的策略组、最终节点，以及三次同目标延迟结果。
  • 接管方式：系统代理或 TUN、本地实际端口、是否同时运行其他 VPN。
  • 验证证据：测试时间、测试域名、命中规则、出口 IP 与请求结果。

最后恢复日常规则模式，保留一个稳定节点，再逐项验证终端、下载工具或游戏。订阅更新后如果策略组名称或规则发生变化，应重新检查最终出站。首次连接的完成标准不是出现一个延迟数字，而是目标应用的新请求已经按预期规则转发，并且能够稳定收到响应。