Shadowrocket 界面英文词对照:Home、Config、Proxy、Direct、Data、Settings 分别指什么

1. Home、Config、Data、Settings：先分清四类入口

看教程时，先判断英文词是在说“页面”，还是在说页面里的某个“选项”。例如“打开 Config”通常要求进入配置文件页面；“把 Global Routing 设为 Config”则是在切换路由姿态。这两个操作使用同一个词，却不在同一个位置，也不产生同样的效果。

Home 中显示一条服务器，不代表该条目已经被选中；选中服务器，也不等于连接开关已经开启。类似地，在 Config 中保存文件，不等于该文件已成为当前使用的配置。对照教程时，需要同时核对“页面在哪”“当前选中什么”“开关是什么状态”，不要只确认文字出现过。

2. Home → Add Server：Type、Subscribe 与服务器条目

Add Server 中的 Server 指服务器条目，不是购买服务的入口。Type 用来声明所填写内容的类型：手动填写服务器时选择对应协议；导入已有订阅时选择 Subscribe。Shadowsocks、VMess、VLESS、Trojan、Hysteria2、WireGuard 是协议名称，不能因为某个名称熟悉就随意选择，必须与已有参数一致。

1. 进入 Home

   打开 Home，先查看是否已经存在自己的服务器或订阅分组，避免把同一订阅重复添加多次。

2. 打开添加页

   点击 Home 右上角的“+”，进入 Add Server。此时是在编辑待添加内容，尚未建立连接。

3. 选择类型

   导入已有订阅时，在 Type 中选择 Subscribe；手动添加单个服务器时，选择与服务商参数一致的协议类型。

4. 填写并保存

   Subscribe 的 URL 填入自己的完整订阅地址。本文仅以 https://example.com/sub?token=xxxx 表示地址格式，这是假值，不能用于连接。保存后返回 Home，检查是否已取得服务器列表。

5. 选择并连接

   在 Home 选择需要使用的服务器，再开启连接开关。首次出现系统 VPN 配置授权时，核对应用名称后按系统提示处理。

Subscribe 指可更新的订阅来源，而服务器条目是订阅解析后的具体连接目标。订阅更新是重新获取列表，连接则是使用所选条目传输流量，两者不是同一动作。更新后应再次检查当前条目是否仍存在；原条目被移除或参数发生变化时，旧的选择不能证明新列表已经可用。

3. Global Routing：Proxy、Direct、Config、Scene 的区别

Global Routing 决定流量采用哪种处理方式，不是协议选择器，也不是服务器列表。Proxy 是代理姿态，Direct 是直连姿态，Config 按当前配置文件中的规则处理，Scene 则按已设置的场景条件选择相应行为。不要把 Proxy 与某一种协议划等号：所选服务器的协议由它自己的参数决定。

判断姿态是否影响访问时，可以对同一网址依次做两次受控测试：先记下 Config 下的结果，再临时切到 Proxy 重试。如果只有 Proxy 可访问，下一步应核对 Config 中命中的规则及其目标策略；这只是缩小排查范围，不能据此断言所有 DNS 或服务器参数都正确。完成检查后恢复原本需要的姿态。

4. Config 页面：配置文件、规则关键字与策略名

Config 页面管理的是配置文件，不是订阅服务器列表的另一个名称。常见的 .conf 文件包含分段内容，例如 [General] 放置通用参数，[Rule] 放置路由规则。订阅提供服务器条目，并不自动说明当前配置文件已经包含所需规则；这两部分应分别检查。

下面的片段用于阅读语法，不是完整配置文件，也不是线路方案。前三条由“类型、条件、策略”组成；FINAL 没有额外匹配条件。域名和地址使用文档示例值，实际使用时应依据自己的目标和现有配置核对。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.0.2.0/24,DIRECT
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX,example.com,PROXY 表示域名后缀匹配后使用 PROXY；IP-CIDR,192.0.2.0/24,DIRECT 中的 /24 是网络前缀长度，不是端口号。规则通常从上到下匹配，因此 FINAL 应放在需要检查的具体规则之后。界面中的 Proxy、Direct 与规则中的 PROXY、DIRECT 语义相关，但位置和写法不同，编辑规则时应保留正确关键字。

5. Data：查看记录，不把统计值当成可用性结论

Data 主要帮助观察流量和连接活动。访问失败时，先记下测试时间与目标域名，再查看对应记录中实际显示的目标、策略或错误信息。不同平台和记录类型提供的字段可能不同，应以当前页面为准，不要求每条记录都具有相同字段。

• 有流量不等于网页完整打开：DNS 查询、连接尝试或后台请求都可能产生数据；应同时核对目标页面的实际加载结果。
• 出现 DIRECT 不必然是故障：Global Routing 处于 Direct，或 Config 中命中了 DIRECT 规则，都可能得到直连结果。
• 出现 PROXY 不等于远端已响应：记录中的策略选择与后续连接成功是两个判断环节，仍需核对超时或认证等信息。
• 没有目标记录也需要检查入口：先确认连接开关、测试时间和当前记录范围，避免把旧记录或其他应用的请求当成本次结果。

例如，目标域名在 Config 下打不开，记录显示使用 DIRECT，而临时切到 Proxy 后同一目标可以访问，可以回到 Config 检查是哪条规则给出了 DIRECT。若两种姿态都失败，则继续检查所选服务器、目标服务和 DNS，不要仅通过重复切换姿态来替代排查。分享记录前，删除订阅地址、认证参数和不需要公开的访问内容。

6. Settings → On Demand：连接触发条件与路由分工

Settings 是应用设置入口。On Demand 处理按条件触发连接的行为，Global Routing 处理流量接管后的路由方式，二者不是同一层设置。需要自动连接时，应先保证手动选择服务器并开启连接可以正常使用，再进入 Settings → On Demand 核对网络条件与对应动作。

1. 在 Home 选定服务器，手动开启连接，用一个明确的目标完成基础测试。
2. 进入 Settings → On Demand，检查当前启用状态，以及 Wi-Fi、Cellular 等条件下配置的动作。
3. 每次只改变一个条件，再在对应网络环境中观察连接状态；不要同时更换服务器、规则和网络。
4. 如果手动关闭后连接又被触发，回到 On Demand 核对条件，并在系统 VPN 设置中检查对应配置状态。

On Demand 不会补全缺失的订阅，也不会修复错误的服务器密码。Scene 与 On Demand 都可能涉及网络条件，但前者属于路由场景选择，后者属于连接触发控制。排查时先确认“为何建立连接”，再确认“建立后如何路由”，可以避免在不相关的页面反复修改。

7. 英文词常见疑问：按现象回到对应页面