Clash 上手教程

01 导入订阅并启用配置

打开客户端主窗口，先进入「订阅」或「配置」页面，查找「新增」「导入」或带加号的入口。选择远程订阅或 URL 导入后，把提供方给出的完整地址粘贴到地址栏；如果还有名称栏，可以填写一个便于辨认的名称，例如「日常配置」。名称只用于本地识别，不会改变订阅内容。确认地址开头、查询参数和末尾字符都已保留，再点击下载、保存或导入。

订阅地址常包含用于识别账户的参数，应当像密码一样保管。不要把真实地址放到公开截图、评论区或在线转换页面中。下面只展示地址结构，其中的域名与参数都是教学假值，不能导入后直接连接：

https://example.com/sub?token=xxxx

等待下载结束后，检查配置卡片是否显示成功状态，或能否打开其中的代理组、节点列表。若客户端提供「使用」「激活」或选中标记，还需要把刚导入的配置设为当前配置。部分程序下载完成就会自动启用，另一些程序只是保存文件；因此不能仅凭列表里多了一张卡片就进入下一步，应确认代理页面的内容确实随之更新。

如果拿到的是本地 .yaml 或 .yml 文件，请使用文件导入入口，在文件选择器中打开它，而不是把文件名粘贴到订阅地址栏。只有节点地址、二维码或 Base64 文本时，要先确认当前客户端是否支持对应来源；能识别单个节点不代表能直接读取所有订阅格式。遇到格式不支持的提示，优先向提供方索取适用于 Clash 或 mihomo 的配置，避免反复导入同一段不兼容内容。

导入失败时，先看错误发生在「下载」还是「解析」。下载失败通常需要检查地址是否完整、订阅是否有效，以及当前网络能否访问订阅服务器；解析失败则应检查返回内容是否为配置，而不是网页登录页或错误页面。不要为了消除提示而随意删除 YAML 中的段落。具体排查入口见常见问题。确认配置已启用且能看到策略组后，再选择出站模式。

02 选择模式与代理节点

回到客户端概览、菜单栏菜单或代理页面，找到出站模式选项。首次使用建议选择「规则」或 Rule。这个模式会读取配置里的规则，按访问目标决定直连还是走代理；它不是把所有连接都送往同一个节点。刚导入的订阅如果已经提供规则，通常可以先沿用，不必立即添加自定义规则。

注意区分「规则、全局、直连」与「系统代理、TUN」两类设置：前者决定连接进入内核后如何选择出站，后者决定哪些系统流量能够进入内核。本步骤只确定前者，下一步才接入系统流量。模式选对但系统代理尚未开启时，普通浏览器仍可能使用原来的网络路径，这属于尚未完成配置，不代表规则失效。

选好规则模式后，进入「代理」「节点」或「策略组」页面。这里通常会出现多个分组，而不是一张单纯的服务器清单。先找到配置中控制一般代理流量的组，再展开它选择节点；组名由配置作者决定，可能是「节点选择」、Proxy 或其他名称，不能只凭名称判断功能。如果某个组当前选中另一个组，需要顺着引用继续查看，直到确认最终使用的是节点、自动选择组还是 DIRECT。

手动选择组可以点击具体节点保存选择。自动选择或故障转移组则按配置中的检测规则运行，不一定允许长期固定某个节点。如果客户端提供延迟测试，可以先运行一次，观察哪些节点能完成测试；显示超时的节点暂时不要作为首次验证对象。测试结果仅反映当时对特定地址的连接情况，不等于实际下载速度，也不能保证所有网站都可访问。

有些配置为不同应用或网站设置独立分组，因此改动主代理组后，特定服务仍可能走另一条路径。首次连接只需弄清当前要测试的网站由哪个组控制，不必逐个改完所有分组。不了解策略组、规则顺序或 DIRECT 的含义时，可以先查术语表。保留一个初步可用的节点选择后，进入连接步骤。

03 启动连接与系统代理

先看概览页的运行状态，确认内核已经启动。有些客户端打开窗口时就会启动内核，另一些需要点击「启动」或「连接」。如果日志提示端口被占用、配置无法载入或内核进程退出，应先处理这一条明确错误，不要继续叠加网络开关。内核没有正常运行时，即使系统代理已经指向本地端口，也没有程序能够接收浏览器请求。

在桌面端，找到「系统代理」「设为系统代理」或 Set as System Proxy 并开启。Windows 客户端通常在主窗口或托盘菜单中提供这个选项，macOS 客户端常在菜单栏菜单中提供。开启后，遵循系统代理设置的应用会把请求发给客户端监听的本地端口。这里应以客户端当前设置显示的端口为准，不要因为教程常见端口是 7890，就强行把所有地方改成相同数字。

如果需要手动核对，可以查看客户端的混合端口，以及系统代理设置中的地址和端口是否对应。在同一设备上使用时，地址通常是本地回环地址 127.0.0.1。首次操作不需要开启局域网访问，也不需要把代理监听地址暴露给其他设备。Linux 桌面环境的系统代理支持情况存在差异；若开关没有写入系统设置，按平台安装配置文档中的对应说明设置，避免照搬另一种桌面环境的入口。

Android 与 iOS 的常见流程是点击「连接」或启动按钮，然后确认系统弹出的 VPN 连接授权。系统状态栏出现 VPN 标识后，仍应回到客户端查看连接状态。这个标识说明系统建立了对应网络通道，不代表远端节点一定可用。若设备已有其他 VPN 连接，通常需要先断开；工作资料、设备管理策略或其他网络工具也可能影响连接建立。

桌面端的 TUN 可以接入更多不遵循系统代理的流量，但通常涉及额外权限、虚拟网卡或服务组件。第一次只用浏览器验证时，先使用系统代理即可；手机端由应用通过系统 VPN 接口接入流量，不必照搬桌面端的开关组合。暂时不要同时改变 TUN、DNS 劫持、路由规则等设置，这些选项的组合关系留到基本访问成功后再处理。

系统要求管理员密码、安装辅助服务或允许扩展时，先核对提示来自刚安装的客户端以及所需权限，再按照系统界面确认。完成授权后若客户端要求重新启动服务，应先执行这个动作，再检查运行状态。现在已经具备配置、节点和流量入口，但是否真正生效，还需要用一次实际访问确认。

04 验证生效与结果排查

打开浏览器，新建一个页面，访问一个已知正常、在当前网络条件下适合测试的网站。同时打开客户端的连接列表或日志页面，观察是否出现与本次访问时间和域名对应的记录。浏览器原有长连接可能继续复用旧路径，因此修改节点或模式后，建议重新打开测试页面；必要时退出并重新启动浏览器，再发起新的请求。

在连接详情中，重点核对目标域名、命中的规则以及最终出站策略。规则模式下，某些网站显示 DIRECT 是正常结果，不能把所有直连都视为失败。应分别选一个配置预期直连的目标和一个预期走代理的目标，观察两者是否按规则处理。如果日志能显示代理组及实际节点，再结合页面加载结果判断，比单看开关颜色更可靠。

若网页打不开且客户端没有对应连接记录，先回到第三步，检查系统代理是否真正启用、地址与端口是否对应，以及浏览器是否单独设置了另一套代理。也要确认当前查看的是新请求，而不是之前留下的记录。有些应用不遵循系统代理，这时浏览器测试成功而某个应用失败，并不矛盾；应查阅该应用的网络设置，再决定是否需要 TUN。

如果连接记录已经出现，但显示连接超时，说明请求至少已经到达客户端，下一步应检查当前节点和目标。先只更换一个节点并重新访问，不要同时重导订阅、改 DNS 和切换模式。若换节点后恢复，问题更可能与原节点或线路有关；若只有一个网站失败，则需要核对该网站对应的规则与策略组，而不是立即判断整个客户端失效。

遇到 DNS 解析错误时，保留日志中的错误类型与发生时间，先确认普通网络连接是否正常，再查故障排查问题。Fake-IP、DNS 分流和 TUN 路由涉及更完整的配置关系，本教程不建议直接复制一整段网络设置覆盖现有订阅。分享日志求助前，应隐藏订阅地址、账户标识和不适合公开的访问记录，只保留定位所需的错误上下文。

外部地址查询可以作为补充，但不应成为唯一判断方法。查询网站本身可能按规则直连，浏览器还可能缓存页面内容；即使结果发生变化，也只能说明这次查询的出口路径。首次验证的完成标准是：预期代理的请求能正常访问，记录显示对应策略，预期直连的请求也保持正常。这比追求所有连接都显示同一个出口更符合规则分流的使用方式。

最后做一次退出检查。桌面端先关闭系统代理，再退出客户端；手机端先断开应用中的 VPN 连接。如果退出后浏览器仍提示代理服务器不可用，进入系统网络设置，确认没有残留指向本地端口的手动代理。恢复正常后，下次使用再开启客户端和对应开关，不必删除已经导入的配置。

完成后的日常操作

首次配置验证成功后，日常使用通常只需启动客户端、确认当前配置、检查节点选择并开启连接。订阅更新会重新获取提供方配置，不等于自动修复所有连接问题；更新前后若节点或策略组名称变化，应回到代理页面确认选择。自动更新间隔可以先使用客户端默认值，避免短时间内频繁手动刷新。

修改规则前先备份当前可用配置，并确认客户端是否提供覆写或扩展配置功能。直接编辑远程订阅下载的文件，可能在下一次更新时被覆盖。需要进一步设置应用分流、TUN 或平台权限时，转到使用文档；只想弄清某个报错，先查常见问题。保持每次只改一个设置，再用相同目标复测，后续排查会更清楚。