先区分连接资料、路由模式与配置规则，再决定需要修改哪一项。
Home 中的服务器选择决定代理连接使用哪份资料，Global Routing 决定流量采用哪种处理方式，Config 则保存具体的规则。三者相互关联，但不是同一个设置。遇到访问异常时，先确认当前服务器与模式，再查看规则和 DNS，能避免在连接资料尚未核对时反复修改配置。以下六项按实际使用顺序说明入口、作用与验证方式；具体可见项目以设备上的应用界面为准。
Global Routing 位于 Home。Config 按当前启用配置中的规则分流；Proxy 将可接管的流量交给当前代理；Direct 采用直连。需要按网站区分路径时使用 Config，检查代理链路时可暂用 Proxy，观察直连结果时选择 Direct。切换模式不会补齐缺失的服务器信息，也不等于更换配置文件。每次只改一种模式，用相同目标重新访问并比较结果，测试结束后恢复日常设置，避免把临时排查模式留作长期状态。
阅读路由模式说明 →Settings
On DemandOn Demand 用于按设定条件触发连接，可在 Settings 中查看对应项目。它处理的是何时建立连接，不负责决定单个网站命中哪条规则。建议先手动完成一次连接和访问验证，再设置按需条件；否则自动触发后仍然无法访问，很难区分是条件还是服务器的问题。修改后分别观察当前网络、切换网络与停止连接时的表现。若手动停止后连接再次出现，应先检查 On Demand 的触发条件，而不是连续删除系统中的 VPN 配置。
查看 Settings 使用说明 →Add Server
Type → SubscribeSubscribe 管理用户已有的订阅地址，导入前应从自己的服务商处确认链接完整且仍然有效。在 Add Server 选择对应 Type，填写地址并保存，随后检查返回的服务器条目。订阅更新会重新取得服务端提供的列表，不能延长服务有效期，也不保证旧名称继续存在。更新失败时先检查地址、当前网络与服务状态，不要立即删除原有条目。订阅地址可能包含个人访问凭据，截图、反馈或跨设备传递前应隐藏完整地址中的敏感部分。
阅读订阅导入与更新 →[Rule]
DOMAIN-SUFFIX,example.com,PROXY
FINAL,DIRECTConfig 用于管理配置文件，其中 Rule 决定请求匹配后的处理策略。规则通常自上而下检查，命中后使用对应策略，因此具体域名规则应放在 FINAL 之前。示例仅说明语法：example.com 及其子域交给 PROXY，其余请求由 DIRECT 兜底。修改前保留原配置，编辑后确认已启用所改文件，并把 Global Routing 设为 Config。一次只调整一类规则，再用目标域名验证；仅保存文件而未启用，访问结果不会按新规则改变。
阅读规则关键字说明 →多协议支持用于接入不同类型的已有服务器，Type 必须与服务端实际协议一致。手动填写时逐项核对 Host、Port、认证字段，以及服务端要求的传输与 TLS 设置；分享链接导入后也应复查关键参数。协议名称相同并不表示所有可选参数都能互换，不能只改 Type 就把一份资料转换成另一协议。连接测试失败时，先按服务商提供的原始信息逐项对照，再检查网络与服务器状态，避免同时修改多个字段而失去可比较的依据。
了解分享链接与订阅的区别 →Data
Connectivity Test
Settings → DiagnosticsData 用于观察应用记录的流量情况，帮助判断测试过程中是否有请求产生。它不能代替服务商的计费记录，也不能仅凭流量变化判断网站内容已经完整加载。排查时先记下当前模式和服务器，发起一次明确的访问，再结合 Data、Connectivity Test 与 Diagnostics 查看现象。反馈问题只需保留必要的错误信息、发生场景与复现步骤；日志中可能包含域名、地址及个人连接资料，分享前应先检查并隐藏敏感内容。
查看连接排查顺序 →唯一获取入口是 App Store。系统要求、设备兼容性与通用购买条件，以 App Store 页面标注为准。
在 App Store 核对应用后购买并安装。首次建立连接时，按系统提示允许添加 VPN 配置；这一步是授权客户端接管相应网络流量，不代表服务器资料已经填写完成。
查看 iPhone 获取与首次打开说明 ›使用购买时的 Apple ID 查看已购项目，并按商店当前标注确认通用购买条件。较宽的屏幕便于对照配置，但本机的授权、服务器选择与路由模式仍需单独检查。
查看 iPad 获取与购买说明 ›Mac / Apple TV 也可在同一 App Store 获取，以商店页兼容性标注为准。
准备在第二台设备使用时，先区分“应用购买已恢复”和“连接资料已准备”两个状态。App Store 显示可重新获取，只说明该账号的应用购买记录可用；原设备中的订阅、手动参数与配置是否已同步，需要打开应用另行确认。不要在尚未核对资料前清除旧设备，保留原配置有助于逐项对照并恢复日常规则。
首次连接 · 三步预览
先手动完成一条可复现的连接流程，再增加自动触发与精细规则。
准备自己已有的订阅地址、分享链接或服务器参数。在 Home 进入 Add Server，按资料类型选择导入方式；使用 Subscribe 时先保存订阅，再检查是否生成服务器条目。手动填写时应逐项核对 Type、Host、Port 和认证字段，不能把订阅地址当作单个服务器的 Host。
导入完成后选择一个目标条目，先确认名称和参数与原始资料相符。二维码、剪贴板内容与分享链接都可能包含敏感信息，只在自己的设备上处理；需要请他人协助核对时，应先遮盖认证内容。
日常需要按规则分流时选择 Config，并确认 Config 中启用的是预期文件。只想先验证已有服务器是否可用，可临时选择 Proxy；需要比较原网络表现时可用 Direct。模式改变的是请求路径，不会修正错误的密码、端口或已失效的订阅。
首次排查应固定同一个访问目标，不要同时更换服务器、DNS 和规则。保留一个明确的起点，后续每次只修改一项，才能判断哪一步改变了结果。
打开 Home 的连接开关，首次使用时按照系统提示添加 VPN 配置，并通过设备要求的验证。开关显示连接状态后，先运行 Connectivity Test，再实际打开目标页面；测试有响应只说明相应测试路径可达，不代表所有网站都能正常访问。
若开关已打开但页面仍无法加载，按服务器状态、Global Routing、DNS、规则的顺序排查。记录是所有目标失败还是只有个别域名异常，再进入对应说明，避免用同一种处理覆盖所有问题。
Shadowrocket 是闭源商业应用。正版信息、当前价格与购买条件都应回到 App Store 产品页核对。
官方图标 · 开发者名称 · 应用 ID
搜索到名称相近的结果时，不要只按中文别称判断。先对照本站展示的官方图标，再进入产品页核对开发者是否为 Shadow Launch Technology Limited，最后检查产品地址是否包含 id932747118。图标、开发者和应用 ID 应对应同一份产品记录；单独看到相同或相近名称，不足以完成核验。
在商店中找不到产品时，应先检查当前 App Store 的账号地区与产品页提示。网页可以打开，不等于当前账号店面一定可以购买；店面可见性、付款条件与系统兼容性应分别确认。需要调整账号地区时，先阅读设备上 App Store 提供的说明，检查余额、现有订阅及付款方式等条件，不要把反复切换地区当作连接故障的处理办法。
查看完整正版核验步骤 →客户端买断 ≠ 线路套餐。美区参考价格为 2.99 美元，各店面按当地货币显示，最终以 App Store 当前页面为准。购买的是应用使用权；服务器地址、认证资料、订阅有效期与服务流量由用户已有的服务决定。
本站不提供、不销售、不推荐任何节点或订阅，只说明如何导入、使用和排查已有资料。购买应用后列表为空，通常意味着尚未添加连接资料，不是购买流程自动附带的连接内容丢失。应先准备自己的资料，再按照 Add Server 步骤操作。
准备在 iPhone 与 iPad 使用时，应使用购买时的 Apple ID 查看商店记录；是否适用通用购买、设备兼容性与家人共享，以 App Store 页面标注为准。不要把设备上的 iCloud 登录状态与商店购买账号混为一谈。
换机或重新安装时，先在 App Store 的已购项目中查找 Shadowrocket。如果页面再次显示价格，先核对购买记录和当前商店账号，再决定下一步。应用重新获取完成后，连接资料、启用配置与 VPN 授权仍需分别检查。
应用更新通过 App Store 进行，当前更新记录也在产品页查看。本页不固定列出版本号或更新日期，以免把历史信息当作当前要求。更新前可保留现用配置与必要参数，更新后优先验证原有的常用场景；只有出现具体变化时，再对照应用界面调整相关选项。
订阅更新与应用更新互不替代：前者重新取得已有服务提供的服务器列表，后者更新客户端本身。配置修改又是另一项操作。日常维护时将三者分开记录，出现异常即可判断最近改变的是哪一层。需要恢复时先回到最后一次可用配置，确认连接后再逐项补回改动。
排查反馈应包含当前模式、受影响的访问目标、网络环境及已尝试的步骤，不需要公开整份配置。完整订阅地址、密码和认证字段应保留在自己的设备上；日志或截图中出现这些内容时，应先隐藏再分享。这样既能保留定位问题所需的上下文，也能减少无关信息对判断的干扰。
已有连接之后，再按具体问题阅读。先明确现象，再选择对应设置。
按顺序检查服务器连通性测试、当前 Global Routing 模式、DNS 设置和规则命中情况，每一步给出判断方法与对应处理。
阅读排查清单 →解释三种 DNS 取得方式的原理与适用场景，说明 DNS 结果如何影响规则匹配，以及修改后怎样确认设置已生效。
阅读 DNS 说明 →用实际规则片段演示如何只把列出的域名交给 PROXY、其余全部 DIRECT，并说明在 Config 中修改与验证的步骤。
阅读分流步骤 →