Clash 快速上手

开始前：客户端与订阅配置

先从客户端下载页选择与操作系统、处理器架构匹配的安装包。首次使用优先选择仍在维护的图形客户端，安装后正常打开即可。Clash发布站整理客户端入口与中文操作说明，不是各客户端的官方开发者，也不提供代理节点或订阅服务。软件安装完成不等于已经具备可用的代理出口。

继续之前，需要准备一条有效的 Clash 或 mihomo 格式订阅地址，或者一份包含代理、策略组和规则的 YAML 配置文件。订阅通常由所使用的服务提供方给出。普通网页地址、账户登录页和单个协议链接不一定能直接作为配置订阅导入；如果页面同时提供多种格式，应选择与当前客户端内核兼容的配置类型。

订阅地址可能包含账户识别信息。复制时不要附带前后空格，不要将完整地址贴到公开讨论区，也不要发送包含完整地址的截图。若设备上已经运行其他代理客户端、VPN 或浏览器代理扩展，先记录原设置并暂时停用，避免首次验证时无法判断是哪一个程序在处理连接。接下来只配置一个客户端，确认生效后再考虑其他网络工具的配合。

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

打开客户端的「配置」或「订阅」页面，找到「新建」「导入」或带加号的入口。选择 URL 导入方式，将订阅地址粘贴到地址栏；如果界面要求填写名称，可以用便于辨认的本地名称，例如「日常配置」。名称只是客户端中的显示标签，不会改变远端订阅内容。确认地址完整后执行「导入」，等待下载和解析结束。

导入成功后，页面应出现一条配置记录，通常带有名称、来源或更新时间。此时还要点击该记录，或使用它旁边的「启用」「使用」菜单，将其设为当前配置。部分客户端会在导入后自动启用，仍应观察选中标记确认。仅看到配置记录并不能证明内核已经切换到这份文件；返回「代理」页后能够看到配置中的策略组，才算完成这一环节。

Clash Verge Rev：确认当前配置

在 Clash Verge Rev 中，进入「配置」页导入订阅 URL，待配置卡片生成后选择该卡片。若界面提供「更新」与「编辑」，先不要把更新误当作启用：更新负责重新获取内容，选择配置负责将它交给内核使用。返回「代理」页，检查是否出现代理组。如果配置页能看到条目、代理页却仍为空，先查看配置是否选中，再打开日志检查解析错误，而不是重复开启系统代理。

使用本地文件时，选择「文件导入」或从配置页打开 YAML 文件。不要只把文件扩展名改成 .yaml；文件本身必须是客户端支持的配置格式。本地文件通常不会自动获得远端订阅更新。如果需要后续同步，应在来源明确、地址有效的前提下使用 URL 订阅，而不是把云盘分享页面当作原始配置地址。

若导入提示下载失败，先区分是网络请求失败还是格式解析失败。前者检查地址是否过期、账户是否仍有效、当前网络能否访问订阅服务；后者检查格式选择，以及文件中是否混入网页内容。不要连续点击导入生成多条重复配置。订阅必须通过代理才能更新时，应使用客户端已有的可用连接或它支持的更新代理设置，具体排查见故障排查大全。配置成功启用后，再进入下一步选择模式。

第二步：选择规则模式与代理组

进入「代理」页面，找到运行模式选择器。它通常包含「规则」「全局」「直连」，也可能显示为 Rule、Global、Direct。首次配置选择「规则」：连接交给当前配置的规则逐条判断，需要代理的请求进入相应策略组，其余请求按配置直连或走其他策略。这样能保留订阅原有的分流安排，也便于后续根据日志定位问题。

选择规则模式后，继续查看页面中的策略组。组名由配置作者定义，可能是 Proxy、节点选择 或按用途命名的其他名称，并没有全平台统一的必选组名。找到承接主要代理请求的组，展开后选择一个当前可用的代理，或选择配置中已经建立的自动策略组。客户端可能显示选中边框、勾选标记或当前成员名称，确认选择确实保存后再离开页面。

策略组的类型决定选择方式。select 需要手动指定成员；url-test 与 fallback 按配置的检测机制选用成员，不需要把它们改造成手动组。组中还可能包含另一个策略组，此时应继续确认下一级选择，而不是看到组名就认定它代表某个固定出口。不要为了完成首次连接而同时修改多个组，否则测试失败时难以回溯。

Clash 自定义规则：首次使用先保持原顺序

规则模式按顺序匹配，前面的规则命中后通常不会继续检查后面的普通规则。下面的片段用于说明域名规则、地理规则与末尾兜底规则的关系，不是一份可以单独启动的完整配置。其中 Proxy 必须对应实际存在的代理或策略组名称；当前订阅使用其他名称时，不能直接粘贴替换。

rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - DOMAIN-KEYWORD,google,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

DOMAIN-SUFFIX 匹配指定域名及其子域名，DOMAIN-KEYWORD 按域名关键词匹配，GEOIP 按目标 IP 的地理数据判断，MATCH 负责兜底。首次使用不必手动添加这些规则，先验证订阅自带配置即可。确需修改时，应优先了解客户端的覆写或合并机制，避免直接编辑远端订阅文件后被更新覆盖；规则冲突与命中异常交给故障排查大全进一步处理。

「全局」可以用于短时对照测试，但它不代表所有应用流量都已经被接管；它只改变到达内核后的分流方式。「直连」也不是关闭客户端，而是让已进入内核的连接按直连方式处理。确认规则模式与主要策略组后，下一步才是让浏览器或应用把请求送入内核。

第三步：开启网络接管

配置与策略组只决定内核如何处理已经收到的请求，不会自动保证系统中的每个应用都使用代理。桌面端通常先启用系统代理，移动端通常通过系统 VPN 接口接管。先确认客户端没有显示内核启动失败，再按平台开启一种接管方式。首次测试以浏览器为对象，不要同时修改 DNS、路由和多个高级开关。

桌面端：开启 Clash 系统代理

在首页或「设置」中找到「系统代理」，将开关设为开启。它会向系统登记本机代理地址和监听端口，读取系统代理设置的浏览器及应用随后可将请求发送给客户端。部分客户端还提供「设置系统代理」菜单，作用相同。打开操作系统的网络代理设置，通常能看到指向本机的地址；不需要把它改成远端节点的服务器地址。

如果浏览器安装了代理切换扩展，先将扩展设为使用系统代理，或暂时停用扩展，否则扩展可能覆盖操作系统设置。修改后新开一个标签页重新访问目标网站，必要时关闭原连接再测试。终端命令、部分游戏和自行管理网络连接的应用可能不读取系统代理，因此浏览器生效、其他应用未生效并不矛盾，也不说明订阅导入失败。

先不要手动猜测本地监听端口。若应用需要单独填写代理地址，应以客户端当前显示的 HTTP、SOCKS 或混合端口为准，并确认应用填写的协议与监听类型一致。首次验证不需要打开允许局域网连接；只在确实需要向其他设备提供代理、并了解网络访问范围时再调整该选项。

需要更广接管范围时再使用 TUN 模式

TUN 模式通过虚拟网络接口处理流量，适合不遵循系统代理的应用，但通常涉及服务组件、系统授权或更高权限。若浏览器通过系统代理已经正常工作，可以先保留当前状态。确需 TUN 时，按客户端提示安装或启用服务组件，再开启「TUN 模式」，观察是否出现权限、虚拟网卡或路由相关错误。不要在错误提示尚未处理时反复切换开关。

系统代理与 TUN 并不是必须同时开启的一对设置。首次学习时一次只改变一个接管方式，完成验证后再决定长期使用方式。如果设备同时运行企业 VPN、虚拟机网络或安全软件，应先确认兼容要求；出现局域网访问异常时，回退刚才的更改，再到故障排查大全检查路由与 DNS，而不是继续叠加设置。

Android：启动 Clash Meta 与确认 VPN 授权

Android 端启用配置后，回到客户端首页点击「启动」或「连接」。首次启动通常会出现系统 VPN 连接请求，阅读提示并确认；这一授权允许客户端创建本地 VPN 接口，不等于另外购买了 VPN 服务。启动成功后，系统状态栏通常出现 VPN 标识，客户端也会显示运行状态。按钮名称和状态展示随客户端版本不同，以设备实际界面为准。

如果已有另一个 VPN 应用处于连接状态，先断开它再启动当前客户端。Android 通常不允许两个普通 VPN 服务同时接管同一用户的网络。若设置了按应用代理，检查待测试浏览器是否包含在接管范围；若启用了绕过列表，也要确认测试应用没有被排除。连接只能在前台保持时，再检查系统电池管理对后台运行的限制，不必一开始就授予所有额外权限。

iOS 用户可从iOS 客户端入口选择 Clash Plus，按应用提供的导入流程启用配置，再依照系统提示允许添加 VPN 配置。完成连接后同样进入下一步，使用实际请求与客户端可见记录验证，而不是只看状态栏图标。

第四步：用连接页与日志验证生效

保持客户端运行，在浏览器中打开一个待测试网站，随后查看「连接」页面是否出现对应域名或目标地址。为了减少旧连接的影响，优先新开标签页发起请求；如果列表里仍找不到目标，可以关闭该网站标签页后重新打开。连接记录说明请求到达了内核，但还需要继续查看它命中了什么规则、最终选择了哪条出站路径。

打开「日志」页面，将日志级别设为能够看到连接信息的级别，例如 info，再访问一次目标网站。部分客户端只保留启动后的日志，因此应在复现请求时同时观察。可以用目标域名筛选，减少其他后台请求的干扰。下面是一条格式示意，其中的目标域名使用示例地址，不代表网站实际产生了这条记录。

[TCP] 127.0.0.1 --> www.example.com:443 match DomainSuffix(example.com) using Proxy

阅读时先找目标地址，确认记录对应刚刚发起的访问；再看 match 后面的规则类型与内容；最后看 using 后面的策略。若日志显示 DIRECT，表示这次请求按配置直连，不应因为页面能打开就认为使用了远端代理。若显示代理组名称，还要结合连接详情或代理组当前选择，判断实际使用的成员。

验证分成三个层次：目标请求是否进入客户端、是否命中预期规则、是否通过所选出站成功返回。只有系统代理开关亮起，不能证明第三层已经成功；只有外部 IP 发生变化，也不能证明所有应用都被接管。需要检查出口时，可以使用可信的 IP 信息服务辅助判断，但应以当前请求对应的连接详情为依据，不要把单次查询结果当作整台设备的统一结论。

如果浏览器打不开网页且客户端完全没有新记录，先回到第三步检查接管方式、浏览器扩展和按应用设置。如果能看到目标连接，却提示连接超时，先检查主要代理组当前选择，换一个已知可用的成员再复现。如果日志明确报域名解析错误，先保留原配置并记录报错，不要同时更改多组 DNS 参数。这三类现象对应不同层次，处理顺序不要颠倒。

后续使用：更新订阅与正常退出

日常启动时先确认当前配置仍然可用，再按需要开启网络接管。订阅更新可以在「配置」页手动执行，也可以使用客户端提供的定时更新；更新成功后检查主要策略组的选择是否保留。若更新后突然不可用，先对照更新前后的配置变化，不要立即重装软件。需要测试自定义规则时，每次只修改一个目标，并留下可以撤回的原始配置。

桌面端退出前，先关闭系统代理，或使用客户端正常的「退出」菜单，让它有机会恢复系统设置。强制结束进程后若浏览器无法联网，应检查系统是否仍指向已经停止的本机代理端口。移动端则从客户端断开连接，确认 VPN 状态结束。不要通过删除配置来代替断开连接，配置管理与网络接管是两件不同的事。

上手流程到此结束。后续出现订阅失败、DNS 异常、系统代理不生效或客户端崩溃，进入故障排查大全按症状定位；需要更换客户端时查看客户端横向评测，保留订阅与必要的本地规则，再按本页四步重新验证。