Shadowrocket 界面英文对照:Home、Config、Data、Settings 各管什么

逐个说明底部标签与常见界面词 Home、Config、Proxy、Direct、Data、Settings 的作用,保留英文原文,附中文解释,方便第一次打开时对照操作。

本文速览

第一次打开 Shadowrocket(小火箭)时,先区分四个工作区域:Home 管理连接入口,Config 管理配置文件,Data 用于观察流量与连接记录,Settings 管理应用设置。本文以用户已有自己的服务商与订阅为前提,说明界面词、操作顺序,以及同一个英文词出现在不同位置时应怎样理解。

先核对购买范围,再认识四个标签

Shadowrocket 是 Apple 平台上的闭源商业应用,以 iPhone / iPad 为主要使用设备,唯一购买安装入口为 App Store。客户端采用一次性买断,价格、兼容性、系统要求与通用购买适用性以 App Store 页面标注为准。核对产品时,开发者为 Shadow Launch Technology Limited,应用 ID 为 932747118。

客户端买断 ≠ 线路套餐。安装完成后,仍需使用自己已有的连接信息或订阅。本站不提供、不销售、不推荐节点、订阅或服务商。界面中暂时没有可用条目,不能据此判断购买失败;购买应用和导入连接资料是两个独立步骤。

4 个
本文对照的标签:Home / Config / Data / Settings
1 个
购买安装入口:App Store
932747118
App Store 产品页中的应用 ID

下文保留英文原文,以便直接对照界面。不同设备、显示语言及应用更新可能影响文字和入口位置;操作时应核对项目名称与功能,不要仅凭图标所在的坐标判断。

Home:连接开关、服务器与订阅入口

Home 是日常操作的起点,主要查看连接状态、选择服务器,以及管理已导入的连接条目。这里的服务器列表与 Config 中的配置文件列表不是同一份内容:前者描述连接目标,后者描述流量如何处理等配置。

Subscribe 表示订阅类型。订阅地址用于获取一组连接资料,不等于普通网页地址,也不等于某个服务器的域名。以下操作只适用于用户已有且获准使用的订阅;示例 https://example.com/sub?token=xxxx 是说明格式的假值,不能用于实际连接。

  1. 进入首页

    打开 Home,先查看当前连接开关与已有条目。若已有可用配置,记录原来的选择,避免排查时忘记恢复。

  2. 添加订阅

    进入 Home → 右上角「+」→ Type → Subscribe,在 URL 中填写自己已有的完整订阅地址,再保存。

  3. 核对条目

    返回 Home,核对订阅是否已经生成服务器条目。列表为空时先检查地址完整性和获取结果,不要连续重复添加同一地址。

  4. 选择并连接

    选中准备使用的服务器,再打开连接开关。首次连接如出现系统 VPN 配置授权提示,应核对应用名称后按系统提示完成授权。

  5. 验证访问

    访问需要测试的目标,再到 Data 查看对应记录。开关打开只说明连接流程已启动,不能替代对解析、策略和实际访问结果的核对。

列表里的 Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是协议名,不是连接质量等级。编辑条目时,协议、服务器地址、端口与认证信息应按已有资料填写;不要为了尝试连接而随意改成另一个协议或常见端口。

Config:配置文件与 Global Routing 的 Config 不同

底部的 Config 是管理配置文件的区域。配置文件可以承载规则、DNS 等设置;导入一个文件、编辑一个文件和让该文件成为当前使用的配置,是需要分别核对的动作。只看到文件名存在,并不能证明当前流量正按它处理。

界面位置或对象主要作用需要核对的内容
Home 中的服务器提供代理连接所需的参数。协议、地址、端口与认证资料是否对应。
底部 Config管理配置文件及其中的规则等设置。当前选用的文件,以及文件内部规则的顺序。
Global Routing → Config让流量按当前配置中的规则选择处理方式。是否已选对配置,目标是否匹配预期规则。

例如,DOMAIN-SUFFIX 用于按域名后缀匹配,IP-CIDR 用于匹配 IP 网段,GEOIP 用于依据 IP 地理信息匹配,FINAL 处理前序规则未匹配的流量。它们是规则关键字,不是底部标签,也不是服务器协议。规则通常按顺序检查,因此调整次序可能改变最终结果。

DOMAIN-SUFFIX,example.com,DIRECT
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,DIRECT

这段内容只是规则阅读示例,不是一份完整配置:第一行匹配示例域名及其子域名,第二行匹配指定私有网段,最后一行让其余流量直连。不要直接用它覆盖现有文件;其中所有流量最终都是 DIRECT,并没有安排代理出口。

Global Routing:Proxy、Direct、Config 与 Scene

Global Routing 控制整体的路由处理方式。这里的 Proxy 与 Direct 不是两个底部页面,而是路由姿态。判断访问为什么走某个出口时,应先看 Home → Global Routing,再看当前配置和服务器选择。

界面姿态 Direct 与规则中的策略名 DIRECT 表达的都是直连含义,但作用范围不同:前者是整体选择,后者只对命中该条规则的流量生效。同理,切换到 Proxy 不等于为某个域名单独添加了规则。

核对顺序:日常分流与短时排查

按既有规则使用
  • Home → Global Routing 选择 Config。
  • 到 Config 核对正在使用的文件。
  • 在 Data 中检查目标命中的规则与处理结果。
对照处理方式
  • 先记录原姿态与选中的服务器。
  • 在允许的测试条件下单独切换 Proxy 或 Direct。
  • 对照同一目标的访问结果,测试结束恢复原设置。

一次只改变一个条件;否则无法判断结果来自服务器、配置规则还是路由姿态。

Data:观察结果,不是修改线路资料

Data 用来查看流量与连接相关信息,是检查“实际发生了什么”的入口。访问目标之后,再找对应时间和目标的记录,比只观察连接开关更有用。可见字段与记录详细程度取决于当前界面和记录设置;没有出现的字段不要凭空推断。

  1. 记录一次测试的时间与目标域名,暂时停止无关操作,减少后台请求干扰。
  2. 发起一次访问后进入 Data,按时间与目标核对相关连接记录。
  3. 若详情中提供解析结果、匹配规则、策略或连接错误,分别记录,不要把其中一项当作全部结论。
  4. 回到 Home 或 Config,仅修改与现象相关的一项,再对同一目标重测。

流量计数增长,可能来自后台任务或重试请求,不代表指定页面已完整加载;连接建立成功,也不代表后续服务响应正常。相反,没有找到某条记录时,应先确认目标请求确实重新发起、时间范围正确、记录功能可用,再继续判断路由问题。

Settings:应用行为与 On Demand

Settings 管理应用层面的行为与选项。它不等同于 Config 文件中的全部设置;某项参数属于应用偏好还是当前配置,需要按具体入口判断。排查时应写下完整路径,例如 Settings → On Demand,而不是只记“打开了自动连接”。

On Demand 用于根据已配置条件触发连接行为,和规则分流不是同一个功能。即使连接按条件启动,具体请求怎样处理,仍需要结合 Global Routing 及当前配置判断。第一次建立可用连接时,可以先手动连接并验证,再设置 On Demand,避免同时引入多个变量。

初次使用常见疑问

买完打开 Home 是空的,哪里出了问题?

客户端购买不会自动生成线路资料。先确认已有订阅或服务器参数,再通过 Home →「+」选择对应 Type 添加。若订阅已经添加但列表为空,核对 URL 是否完整,以及订阅获取是否成功。

Config 里有文件,为什么访问没有按规则走?

先到 Home → Global Routing 核对是否为 Config,再回到底部 Config 确认当前使用的文件。随后重发一次目标请求,到 Data 查看相关记录;不要只凭文件名存在就认定规则已经生效。

已经选了服务器,Direct 会不会也走它?

选中服务器与决定流量走向是不同操作。先检查 Home → Global Routing;Direct 表示直连处理。若要使用既有规则分流,核对 Config 姿态与配置;若要短时对照代理结果,再单独测试 Proxy 并恢复原设置。

打开 On Demand 后就不用看 Data 了吗?

仍需核对。Settings → On Demand 解决连接触发条件,Data 用来观察请求结果。按条件建立连接后,对同一目标发起访问,并结合 Global Routing、当前配置与连接记录判断是否符合预期。

记忆顺序可以简化为:Home 选连接,Config 查配置,Data 看结果,Settings 调行为。遇到问题先指出所在页面、完整入口和实际现象,再决定需要改哪一项;不要同时更新订阅、切换姿态和编辑规则,否则很难复现原因。

App Store 正版核对