1. Clash、客户端与 mihomo 内核分别是什么？

先选适配系统的客户端，再检查内核与订阅配置是否兼容。客户端提供订阅管理、代理选择和设置界面；内核负责解析配置、匹配规则和建立连接。安装了客户端，不代表已经获得可用的代理服务器，仍需导入自己有权使用的订阅或配置。

Clash 是这一类工具与配置生态中常见的名称。原版 Clash 内核与后续分支不能简单视为功能相同；Clash Meta 后来更名为 mihomo，新增协议、规则与 DNS 功能是否可用，应以实际运行的内核版本为准。客户端界面名称含 Clash，也不能据此判断它使用哪个内核。

  • Windows：可从 Clash Verge Rev 这类集成配置管理的桌面客户端开始；安装前在「设置」→「系统」→「系统信息」查看系统类型，区分 x64 与 ARM64。
  • macOS：在苹果菜单→「关于本机」查看是 Apple 芯片还是 Intel，再选择对应安装包；同时确认客户端支持的最低系统版本。
  • Android：选择明确说明维护状态、内核与系统要求的客户端，例如 Clash Meta for Android；安装包架构应与设备兼容。
  • iOS：按客户端实际支持的订阅格式选择，不能把所有代理工具都当成 Clash YAML 的直接接收端。

具体安装包入口见客户端下载页。遇到配置里的字段无法识别，先记录客户端版本、内核名称与报错行号，再判断兼容性，不要直接删除不认识的字段。

2. 订阅链接怎么导入，为什么粘贴后报格式错误？

订阅 URL 是获取配置的地址，不是客户端本身，也不一定返回 Clash 配置。在桌面客户端的「订阅」或「配置」页面找到 URL 导入入口，粘贴完整链接，下载后选中该配置。以 Clash Verge Rev 常见界面为例，可进入「订阅」页，在链接输入框粘贴 URL 后点击「导入」；界面文案会随版本调整。

  1. 从订阅提供方复制适用于 Clash 或 mihomo 的链接，保留查询参数，不额外加引号或空格。
  2. 导入后检查配置是否被激活，而不只是出现在列表中。
  3. 打开代理页面，确认策略组有可选项；只有配置名称，不代表资源已经加载完成。
  4. 如果是本地 .yaml 或 .yml 文件，使用文件导入，不要把磁盘路径当作订阅 URL。

普通完整配置常见 proxies、proxy-groups、rules 等字段，也可能通过 proxy-providers 引用外部资源。只有 ss://、vmess:// 等分享链接的文本，或 Base64 编码的节点列表，通常不能直接当作完整 YAML 配置加载。

3. 系统代理打开以后，哪些程序会走代理？

系统代理只影响愿意读取系统代理设置的应用，不等于接管整台设备的全部连接。桌面浏览器通常会读取系统设置，但命令行工具、游戏或自行实现网络请求的程序未必遵循。客户端显示系统代理已开启，也不代表所有流量都经过内核。

先核对地址与监听端口

以下以客户端实际监听 mixed-port: 7890 为例。该端口可接收 HTTP 与 SOCKS 代理请求；7890 只是示例，不是所有客户端的固定值。Windows 11 可在「设置」→「网络和 Internet」→「代理」检查手动代理地址是否为 127.0.0.1，端口是否与客户端一致。

如果客户端自动管理系统代理，优先用客户端开关完成设置，避免系统页面和客户端来回覆盖。测试阶段只运行一个代理客户端，并关闭浏览器中另外指定代理服务器的扩展，减少两套设置互相干扰。

  • 浏览器能访问、终端不能访问：先检查终端程序是否配置了代理，不要立即更换节点。
  • 所有浏览器都失败：检查内核是否启动、端口是否监听，以及配置是否有效。
  • 退出客户端后网页打不开：检查系统是否仍指向已经停止监听的本地代理端口。

4. TUN 模式与系统代理有什么区别，需要同时开启吗？

TUN 通过虚拟网络接口和路由接入流量，适合系统代理无法覆盖的场景。在桌面系统上，它通常需要相应权限、服务或驱动支持；在 Android 上，客户端通常通过系统 VPN 接口接入。TUN 不是更快的节点，也不能修复订阅到期或远端服务器不可达。

方式主要接入路径首次使用建议
系统代理应用遵循系统 HTTP 等代理设置先用浏览器验证导入与节点可用性
TUN 模式虚拟接口配合路由和 DNS 设置接入再测试不遵循系统代理的应用

两者在部分客户端中可以共存，但新手排错时建议每次只改变一项。先关闭 TUN，确认系统代理下浏览器可用；再按客户端要求安装服务、授予权限并启用 TUN。若只在 TUN 开启时故障，重点检查路由、DNS、其他 VPN 与虚拟网卡冲突，而不是把所有问题归给节点。

公司 VPN、其他代理客户端和虚拟化软件可能改变路由。测试前记录它们的状态，不要为了启用 TUN 随意删除系统网卡或关闭整套安全防护。

5. 规则、全局、直连模式怎么选？

日常使用通常先选规则模式，再检查命中的策略组。模式决定内核如何选择连接出口，策略组则决定某条规则最终使用哪个代理或直连方式。

  • 规则模式（rule）：按规则列表从上到下匹配，通常由首条匹配规则决定去向，末尾的 MATCH 常用于兜底。
  • 全局模式（global）：使用全局策略选择出口；仍要确认全局组实际选中哪个选项，切换模式并不自动证明流量经过远端节点。
  • 直连模式（direct）：由内核直接连接目标，不经过远端代理服务器。

如果某个网站在全局模式可用、规则模式失败，应查看连接记录里的域名、命中规则和策略链。例如该域名命中了 DIRECT，而当前网络直连失败，就需要检查相应分流规则。不要为了修复单个网站长期把全部流量切到全局模式。

自定义规则还需注意持久化方式。直接编辑下载得到的订阅配置，可能在下次更新时被覆盖；应使用客户端支持的覆写或合并功能，并在更新后复查实际生效配置。更多字段可参阅完整手册。

6. 节点延迟很低，为什么网页仍然慢？

延迟测试只反映某个测试请求的结果，不等于下载速度、持续吞吐或目标网站可用性。例如列表中显示 45 ms，只能说明当次测试按客户端的测量方式得到了这一数值；它不能保证大文件下载达到某个速率。这里的数值是判断示例，不是本站实测结果。

固定条件做对比

  1. 固定一个目标网站、同一种接入方式和同一时段，分别测试两个节点。
  2. 每个节点重复 3 次，记录是否成功、页面开始加载的等待时间和是否中途断开。
  3. 暂停后台下载与云盘同步；再对比其他网站，区分单站问题和整体问题。
  4. 保持节点不变，对比 Wi-Fi 与手机热点，判断本地接入网络是否影响明显。

测试超时也不必然说明节点完全不可用：测试 URL 可能不可达，或者测试请求与实际访问目标使用不同路径。反过来，测速成功也无法证明目标站点没有地区限制、账户限制或远端出口限制。判断时应同时看实际请求与客户端连接日志。

7. 提示端口被占用，7890 与 9090 分别做什么？

先查占用进程，再决定停止重复服务还是修改端口。mixed-port 是供应用接入的代理端口；external-controller 是管理接口地址，不能当成浏览器代理端口使用。下面仅用于解释字段，不是一份可直接导入的完整订阅：

mixed-port: 7890
external-controller: 127.0.0.1:9090
allow-lan: false
mode: rule

如果 Windows 日志提示 address already in use，可在终端执行以下命令。第一条查找监听记录，第二条根据上一条最后一列的 PID 查询进程名称：

netstat -ano | findstr ":7890"
tasklist /FI "PID eq 1234"

1234 是演示 PID，执行时要换成查到的实际编号。macOS 可用 lsof -nP -iTCP:7890 -sTCP:LISTEN 查看监听者。不要对未知系统进程直接强制结束。

若确实是另一个代理客户端占用，先退出重复实例。若把代理端口改为 7891，系统代理、浏览器独立设置和终端代理变量也要同步修改。管理接口应限制在本机并配置认证；不要为了排错直接把它暴露给局域网或公网。

8. 网页打不开，怎样按顺序定位？

按“原始网络→内核→接入→规则→DNS”的顺序检查，每轮只改一个变量。先记下失败网站、浏览器错误与客户端日志时间，再做以下测试，避免改完所有设置后无法判断是哪一项生效。

  1. 验证原始网络：关闭客户端的系统代理与 TUN，用正常可直连的网站测试；若仍失败，先处理 Wi-Fi 登录、宽带或系统网络问题。
  2. 验证内核：确认当前配置已选中，日志没有配置解析错误，代理端口正在监听。
  3. 验证接入：只开启系统代理，用浏览器访问目标，同时观察客户端是否新增连接记录。
  4. 验证出口：确认规则最终选中了哪个节点，换一个节点重复测试；必要时短暂用全局模式对照，完成后恢复规则模式。
  5. 验证 DNS：如果日志出现解析超时，或 TUN 开关直接改变结果，再检查 DNS 配置、解析器可达性与接管方式。

用显式代理请求缩小范围

假设本地 HTTP 或混合端口为 7890，Windows 可执行下列命令；macOS 与 Linux 把 curl.exe 换成 curl。示例地址可替换为实际失败的网站：

curl.exe -I --max-time 15 --proxy http://127.0.0.1:7890 https://example.com/

如果显式代理请求成功，而浏览器失败，优先检查浏览器扩展、独立代理和缓存状态；如果立即提示无法连接本地端口，先检查监听与端口号。收到 403 等 HTTP 响应说明已有服务器返回结果，不应直接视为本地端口故障。遇到证书错误要检查系统时间与证书环境，不要通过关闭证书验证来掩盖问题。

9. 更新订阅、更新客户端与更新内核是一回事吗？

这三种更新处理不同对象，不能互相替代。点击订阅更新通常只重新获取配置或资源，不会让旧内核自动支持新协议；安装新版客户端，也不代表订阅提供方的服务器地址已经刷新。

更新对象主要变化更新后检查
订阅配置节点、策略组或规则等配置内容当前配置、组内选择和覆写是否保留
客户端管理界面、服务集成与应用功能系统代理、权限与原有配置能否正常使用
内核协议实现、配置解析与网络处理能力启动日志、字段兼容性与实际连接

订阅更新失败时，先看是 DNS 错误、连接超时还是 HTTP 状态错误。401、403 可能涉及访问权限或服务端策略，404 可能涉及链接失效；具体仍需结合提供方说明。若订阅地址必须经代理访问，可检查客户端是否提供“经代理更新”选项，但不可在没有可用代理时盲目依赖它。

更新前记录原版本与关键设置；更新后先用原来已知可用的配置验证。持续失败可参阅订阅更新排查，分享日志前移除访问令牌、认证信息和个人路径。

10. 退出客户端后断网，如何恢复并完成首次配置？

先撤销失效的代理接入，再退出程序。如果系统仍把请求发送到 127.0.0.1:7890，而对应内核已经停止，浏览器就可能提示代理服务器拒绝连接。这通常是残留接入设置，不代表必须重装系统或重置全部网络。

恢复顺序

  1. 能够重新启动客户端时，先关闭系统代理和 TUN，再通过客户端菜单正常退出。
  2. Windows 11 到「设置」→「网络和 Internet」→「代理」，检查是否残留指向本地端口的手动代理；仅撤销自己设置的项目。
  3. macOS 到「系统设置」→「网络」→当前网络连接→「详细信息」→「代理」，检查 HTTP、HTTPS 与 SOCKS 项目。
  4. Android 检查系统 VPN 连接及始终开启 VPN、阻止未使用 VPN 的连接等设置；结束连接后再测试普通网络。
  5. 若只有终端失败，检查该终端会话中的 HTTP_PROXY、HTTPS_PROXY、ALL_PROXY 等变量是否仍指向旧端口。

对于单位管理的设备，不要直接删除组织下发的代理、证书或 VPN 配置，应先确认管理策略。也不建议一开始就执行系统网络重置，这会同时影响其他网络软件，增加恢复成本。

首次配置完成标准

  • 订阅已经导入并激活，内核没有配置解析错误。
  • 系统代理下能产生连接记录，目标网站返回正常内容。
  • 规则模式下能解释连接命中了哪条规则、使用哪个出口。
  • 需要 TUN 时再单独启用，并验证目标应用，而不是只看开关颜色。
  • 关闭代理并退出客户端后，原本可直连的网站仍能访问。

按这五项检查完成后，再逐步配置自动更新、应用分流和开机启动。保留一份已知可用的设置记录，比一次开启所有功能更方便后续定位问题。