首次配置 · 四步操作

Clash Nyanpasu 使用指南

按“导入订阅 → 选择代理模式 → 连接 → 验证”的顺序完成首次设置。先用浏览器跑通一条连接,再调整 TUN、自动更新与其他选项;准备好可用订阅后,基础操作通常可在约十分钟内完成。

切换平台时,先确认客户端名称。本页以 Clash Nyanpasu 桌面端的操作逻辑为主。Windows、macOS 与 Linux 的菜单名称、服务安装位置可能随客户端及发行版本变化;Android、iOS 请在下载中心选择对应客户端,移动端通常通过系统 VPN 授权接管网络,而不是桌面端的系统代理开关。看到“配置/订阅”“代理/策略组”等不同名称时,按功能对应操作,不必寻找完全相同的按钮。

开始前:安装客户端与准备订阅

先从下载中心选择符合操作系统与处理器架构的安装包,安装并打开客户端。首次打开后,如果系统提示网络访问权限,请阅读用途后按需允许。暂时不要同时打开多个代理客户端,也不要立即启用 TUN;如果另一款工具正在管理系统代理或虚拟网卡,先将其断开,避免后面的验证结果来自另一个程序。

客户端负责加载配置、运行内核与管理流量,本身不会凭空生成可用的远程出口。继续操作前,需要一条来源可信、仍在有效期内的订阅链接,或一份与你所用内核兼容的配置文件。订阅通常从服务提供方的账户页面复制,不是账户登录网址,也不是介绍页面的链接。如果尚未取得订阅,可以先了解界面,但无法仅靠安装客户端完成远程代理连接。

把订阅链接视为账户凭据的一部分:不要发到公开评论区,不要在求助截图中露出完整地址。本文不要求更改高级 DNS 参数、监听端口或内核版本。先保留默认设置,只记录当前配置名称和准备使用的策略组,后续出现问题时更容易定位是哪一步发生了变化。

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

在配置页面添加远程订阅

打开侧边栏中的“配置”或“订阅”页面,找到“新建”“添加”或“导入”入口。如果界面提供远程链接与本地文件两种方式,有订阅地址时选择远程链接。在地址输入框中粘贴完整链接,检查开头和结尾是否被复制进了空格、换行或说明文字,再填写一个容易识别的配置名称,例如“日常配置”。确认后点击“导入”或“保存”,等待客户端下载并解析内容。

成功后,配置列表应出现新的条目。部分版本会显示更新时间或更新状态,但有一张配置卡片并不等于它已经投入使用。点击该配置的启用入口,或将它设为当前配置;再进入“代理”页面,确认能够看到策略组以及组内可选项。这里的名称由订阅内容决定,不一定叫“Proxy”或“节点选择”,因此应根据实际配置识别,而不是照抄教程里的英文名称。

如果手头是一份本地配置文件,使用文件导入入口选择它,并同样完成启用操作。导入文件通常不会自动获得远程订阅的更新能力;后续修改了原文件,也不代表客户端一定会重新加载。首次上手建议只保留一个明确的当前配置,避免一边更新配置甲,一边实际运行配置乙。

确认解析成功,再继续下一步

导入时提示解析失败,应先停在这一步,不要尝试通过全局模式或 TUN 绕过。常见情况包括订阅已过期、链接返回登录页面、格式不兼容,或本地配置存在缩进错误。查看客户端日志中与本次导入对应的记录:如果是下载失败,先检查地址和当前网络;如果是未知字段或语法错误,先向提供方确认应选择哪种订阅格式。仅含节点列表的内容也可能缺少规则与策略组,需要配套配置才能完成本教程的分流验证。

暂时不要把订阅复制到不熟悉的在线转换网页。需要处理格式差异时,先阅读协议与内核技术参考中的兼容性说明;更新失败的常见检查路径可到常见问题查阅。等当前配置能正常启用、代理页面能显示可用策略组后,再进行模式选择。

第二步:选择代理模式与策略组

首次使用先选规则模式

在首页或代理页面找到“规则/全局/直连”模式切换,先选择“规则”。规则模式会根据当前配置的规则列表,为不同请求分配策略;适合日常同时访问需要直连与需要代理的服务。全局模式通常将请求交给全局策略组,但不代表该组必然选中了远程出口;直连模式则主要用于直接访问。首次配置不必来回切换,固定规则模式才能让后续观察有可比较的基准。

模式切换与出口选择是两个独立动作。选中规则模式之后,还需要查看当前配置中负责代理流量的主策略组。展开该组,选择订阅内一个可用出口,或选择配置已经提供的自动选择组。如果组内当前选中“DIRECT/直连”,即使开启了系统代理,匹配到该组的请求仍可能直接连接。不要仅凭某个开关已亮起,就认为所有流量都会经过远程出口。

顺着策略组层级确认最终选择

有些配置把“日常代理”指向“自动选择”,后者再从多个出口中选取线路。看到这样的层级无需逐组改动,先沿当前选中项向下查看,确认最终能落到订阅提供的可用出口。对于按网站分类的独立策略组,首次使用可保留订阅默认值;只有确认某类访问的出口不符合预期时,再单独调整对应分组。

客户端如果提供连通性测试,可以手动测试一次,帮助排除明显不可用的选项。测试成功只说明指定测试请求在当时能够完成,不保证每个网站都能访问,也不能把延迟数值当作下载速度。若全部失败,先检查订阅状态、设备时间与当前网络,不要连续修改模式、DNS 和内核,多个变量一起变化会让原因更难辨认。

本步骤完成时,应能说清楚两件事:当前使用规则模式,以及代理流量的主策略组选择了什么。关于“规则”“策略组”“自动选择”的进一步区别,可查名词解释;规则匹配顺序和协议选型留到技术参考再读。保持这组选择不变,下一步只处理应用流量如何进入客户端。

第三步:启动内核并开启连接

先确认内核运行,再开启系统代理

回到客户端首页或设置页,查看内核是否已经正常运行。部分版本在启用配置后会自动启动内核,另一些版本需要点击启动入口。没有必要为了开始使用而切换到测试内核;先使用当前稳定选项。如果提示端口占用、配置加载失败或内核退出,先打开日志处理对应错误。内核尚未运行时,直接打开系统代理可能让浏览器指向一个没有响应的本地服务。

确认运行正常后,开启“系统代理”。它会修改操作系统的代理设置,让遵循该设置的应用把请求交给本地内核。先用普通浏览器进行下一步测试,浏览器中若另有代理扩展或手动代理设置,暂时停用这些额外配置,减少互相覆盖。无需打开“允许局域网连接”;该选项主要服务于其他设备接入本机代理,不是本机首次上网的必要条件。

系统代理开启后,客户端需要继续在后台运行。关闭主窗口有时只是收起到托盘,有时会触发退出,具体取决于设置;首次验证期间先保持窗口打开。若突然无法访问原本正常的网站,先关闭系统代理,确认基础网络是否恢复,再检查内核状态与策略组选择。不要在本地代理仍被系统引用时,直接强制结束进程。

浏览器跑通后,再按需启用 TUN

并非所有应用都遵循系统代理设置。如果浏览器已能按预期访问,而某个桌面应用没有连接记录,再考虑 TUN。TUN 通过虚拟网络接口接管流量,可能需要安装服务、管理员权限或系统网络授权。按客户端提示完成必要步骤,确认没有其他 VPN 或虚拟网卡工具同时接管网络,然后单独开启 TUN,再重复验证。网络栈、自动路由与 DNS 先保留客户端推荐值,不必照搬其他设备的截图。

如果系统代理已经满足使用需求,可以先不启用 TUN。两者是否需要同时开启取决于客户端实现与实际应用,不应把“双开”当作成功连接的标准。移动端则通常在点击连接后弹出系统 VPN 授权:确认请求来自当前使用的客户端,允许后回到应用查看连接状态。桌面系统代理开关与移动端 VPN 状态不是同一个机制,不能机械对照。连接入口启用后,继续用实际请求验证,而不是只看界面的连接标识。

第四步:验证网页、规则与实际出口

发起新请求,同时观察连接记录

在浏览器中打开一个你有权访问、且按当前规则应使用代理的目标网站,重新加载页面。测试时不要只看早已打开的标签页,因为缓存内容可能不产生新连接。接着切回客户端的“连接”页面,找到与刚才访问时间接近的目标域名,查看可见的命中规则、策略组或策略链。不同版本显示字段略有差异,核心是确认请求进入内核,并被交给了预期策略。

如果网页打开成功,连接记录又显示预期的代理策略,说明这条访问路径基本成立。再访问一个按配置应当直连的日常服务,同样观察记录是否落到直连策略。规则模式的目标是按配置分别处理请求,不是让全部记录都显示代理。若启用了外部 IP 查询服务,只能把结果作为该次请求出口的辅助证据,不能由单个 IP 结果推断设备上所有应用都被接管。

按“流量入口 → 策略 → 出口”排查

网页打不开且连接页面没有对应请求时,优先检查浏览器是否遵循系统代理、代理扩展是否覆盖设置,以及系统代理是否仍然开启。如果该应用本来就不使用系统代理,可在浏览器验证成功的基础上尝试 TUN。此时切换远程出口往往解决不了问题,因为请求还没有进入内核;不过连接列表也可能因请求过快结束而错过记录,可结合日志判断。

如果已经有记录,但显示的策略不是预期结果,回到第二步检查当前配置、模式与策略组。确认你查看的配置就是启用中的那一份,再观察具体命中了哪条规则。若策略正确却持续报错,查看日志里的连接超时、解析失败或握手错误,并一次只改变一个因素:例如只更换策略组内的出口,再重试同一网址。不要为了排查一条请求而同时重写整份配置。

出现“浏览器可用、其他应用不可用”,通常需要继续检查应用的代理支持与流量入口;出现“所有访问都失败”,则先关闭接管开关检查基础网络。更深入的 DNS 与网络栈问题可到故障排查分类继续定位,不必在首次配置时展开复杂参数。到这里,只要一条应代理的请求与一条应直连的请求都符合预期,就可以保留当前设置,结束首次验证。

完成后:更新订阅与安全退出

首次连接成功后,再返回订阅页面按需启用自动更新。更新周期可以沿用服务提供方建议,不必频繁手动刷新。更新后留意当前配置是否仍被选中,以及原先选择的出口是否因改名或移除而变化;订阅更新成功只是下载与解析完成,不代表每个出口都已经通过实际访问验证。

日常使用时,保持“确认配置、确认模式、确认策略组”的检查顺序。遇到异常,先复现同一个目标请求并查看记录,比反复重装客户端更有帮助。向他人求助时,可以提供操作系统、客户端名称、错误发生的步骤与经过遮盖的日志,但应隐藏订阅地址、认证信息及不必要的访问记录。

暂时不用代理时,先关闭系统代理;启用了 TUN 的设备同时关闭 TUN,再退出客户端。这样可以减少残留接管设置影响后续联网的机会。基础配置完成后,需要理解协议差异与内核兼容性时阅读技术参考,只想查清某个设置名称时使用名词解释,安装或连接遇到常见异常则前往常见问题。