Shadowrocket 获取全指南

商店地区与应用可见性

能否在 App Store 看到 Shadowrocket，首先取决于当前用于商店购买的 Apple 账户所对应的国家或地区，其次才是搜索方式、设备兼容性和访问限制。设备正在使用的语言、所在位置以及系统里的地区格式，不能单独证明当前商店的归属。因此，遇到搜索不到的情况，应先核对商店账户，而不是反复修改设备语言或应用内网络设置。

搜索结果与产品页分别说明什么

搜索是寻找产品的一种方式，不是判断购买资格的最终依据。搜索词、排序、年龄限制和商店可见性都可能影响结果。用完整产品名 Shadowrocket 搜索，比只输入中文别称更适合核对；但即使没有搜索结果，也应继续检查固定产品页。产品页能提供更具体的提示，例如当前商店是否提供该应用、设备是否兼容，以及按钮目前显示价格还是重新获取标识。

本站统一引用的产品页地址包含应用 ID 932747118。地址中的店面段是打开链接时的入口信息，不代表访问者已经切换了购买账户的国家或地区。App Store 打开后，可能根据当前账户显示对应商店内容，也可能提示该项目在当前商店不可用。应以设备上的实际提示和账户设置为准，不能只根据浏览器地址里的店面段推断购买一定能够完成。

区分商店归属与设备设置

在系统设置中调整日期格式、语言顺序或地区格式，主要改变设备如何呈现内容。购买商店的国家或地区则与媒体购买账户相关，两者可以不同。人在某地使用设备，也不意味着账户自动归属于当地商店。排查时把这三个信息分别记录：设备当前语言、购买账户的国家或地区、产品页原文提示。只有第三项结合第二项，才能解释大部分应用可见性问题。

国家或地区变更不是第一步

账户国家或地区变更涉及付款方式、账户余额、现有订阅以及家庭购买关系等条件，具体要求由账户页面显示。不要把变更地区当作每次搜索失败都适用的快捷操作。应先确认账户是否正确、限制是否启用，以及产品页是否给出了明确地区提示。如果确实需要变更自己的账户，应在账户设置中阅读全部条件，先处理系统指出的未完成事项，再决定是否继续。

对已经买过应用的用户，改变商店归属还可能影响重新查找和获取的路径。购买发生在什么账户、当时使用哪个商店，属于需要保留的背景信息。变更前先查看购买记录与当前已购入口，不要假设既有项目会在所有商店中以相同方式显示。已有购买记录与当前可重新下载是两个相关但不完全相同的判断，仍需结合当前地区、应用提供状态和设备兼容性核对。

如果固定产品页可以打开，而搜索结果没有出现，优先保留产品页作为核对入口，不必继续依赖搜索排序。如果产品页提示当前商店不提供该应用，继续修改关键词通常没有帮助。更完整的搜索排查见App Store 搜不到 Shadowrocket 的逐项核对；账户位置和检查顺序则在下一章展开。

核对自己的购买账户

核对账户时，最重要的是确认当前 App Store 使用哪个账户购买，而不是只看设备顶部显示的登录姓名。系统主要账户与用于“媒体与购买项目”的账户可能存在不同的登录安排。Shadowrocket 的购买记录应从实际完成购买的账户中查找。仅凭设备上曾经出现过应用图标，不能确定现用账户拥有该购买记录，也不能代替订单和已购项目核对。

按三个位置交叉检查

先打开 App Store，进入个人账户入口，查看当前商店账户信息。再进入系统设置中的 Apple 账户区域，找到“媒体与购买项目”，通过查看账户核对国家或地区；过程中可能需要重新验证身份。最后查阅购买记录或应用购买列表，确认 Shadowrocket 是否出现。界面入口名称会随系统语言和布局变化，应以当前系统显示为准，不依赖某一张旧界面的固定按钮位置。

这三个位置各自解决不同问题：商店账户入口说明正在用谁的身份浏览和购买，国家或地区说明该账户对应的商店，购买记录说明是否发生过交易。检查时不要跳过其中一项。例如，在记录里看到应用但产品页仍显示价格，可能需要继续核对记录所属账户与当前商店账户是否一致；看到应用购买列表为空，也不能马上断定从未买过，还需要检查筛选条件和其他本人使用过的账户。

查看记录而不是反复尝试付款

如果记得买过，先按产品名寻找记录，再扩大记录的日期范围。购买历史与用于重新获取应用的列表，不一定是同一个入口，默认展示时间也可能不同。查找旧交易时，应把筛选范围扩展到可能购买的时期，并查看项目名称和状态。付款通知、订单记录和重新获取按钮需要相互印证；仅看到支付方式被验证，不能证明该应用的交易已经完成。

若设备曾经更换过购买账户，可以在自己的历史记录中逐一核对，但不要为了试探购买资格而不断登录退出。频繁切换会使后续判断更加困难，也可能触发额外验证。先记下当前状态，再完成一次完整检查；找到明确购买记录后，围绕这一账户继续恢复。涉及账户验证的步骤，应在系统提供的安全界面完成，不把密码或验证码写入站内表单或配置文本。

地区、付款与限制一起记录

国家或地区只是购买条件的一部分。付款资料是否符合账户地区要求、账单地址是否完整、账户是否有待处理事项，以及“屏幕使用时间”是否限制购买，都可能影响结果。建议使用一份简短核对单：购买账户、国家或地区、是否找到记录、按钮文字、系统错误原文。这样能够区分“没有找到应用”和“找到了但交易不能继续”，也便于后续向商店支持说明问题。

如果“查看账户”本身打不开，或者身份验证一直未完成，应先处理账户访问问题，再判断 Shadowrocket 是否可购买。此时应用的协议参数、Config 内容和订阅链接都不会解释商店账户验证失败。反过来，账户页面正常打开也只说明能够访问账户信息，不代表支付方式已经通过当前交易验证；下一步仍应阅读付款确认页或系统错误提示。

对于儿童账户或受管理设备，还应确认是否启用了购买审批与应用安装限制。审批尚未完成时，交易可能需要等待组织者处理；设备策略禁止安装时，换一个搜索词也不会改变限制。应由有权限的本人或管理者检查设置，而不是将限制误判为应用不存在。记录实际提示后，再决定进入购买、恢复或故障排查分支。

完成核对后，至少应能回答四个问题：现在由哪个账户购买、属于哪个商店、是否有明确购买记录、当前设备是否允许安装。四项尚有疑问时，先不要重复付款。账户明确且尚未购买的用户，可继续核对正版；已找到记录的用户，可直接阅读已购恢复章节，按记录所在账户处理。

辨认正版三个要素

正版核对以 App Store 产品页为中心，同时检查开发者、官方应用图标和应用 ID。产品名 Shadowrocket 是第一条线索，但不能作为唯一判断依据；中文别称、相似名称和近似图标都不足以确认产品身份。应在点击购买确认前完成三项核对，再检查价格与兼容性。本站获取应用页也按同样顺序组织说明，便于在手机上逐项对照。

开发者名称完整一致

Shadowrocket 的开发者名称为 Shadow Launch Technology Limited。查看产品页中的开发者或提供者相关信息时，应核对完整名称，而不是只看其中几个相似单词。搜索列表的摘要可能没有显示全部文字，必要时打开详细产品页继续查看。不要把搜索排序、页面推荐位置或其他用户的描述当成开发者身份依据，核验应落到商店能够展示的字段。

如果搜索结果中存在名称接近的产品，先暂停付款，检查产品页名称、开发者和 URL。三个字段之间有任何一项不一致，都应返回本站的正版核对说明重新对照。这里的核对目标是确认具体应用身份，不是根据名称猜测功能或推断开发者关系。相似的关键词可以出现在不同应用的描述中，因此关键词命中本身不构成正版凭据。

官方图标只作交叉核验

图标与本站使用的官方图标对照，同时核对文字字段。图标辨认不能替代开发者与应用 ID 检查。

核对图标时，应观察产品页上的应用图标，而不是正文截图、页面背景或搜索广告里的其他装饰。本站引用构建系统提供的官方图标，作为视觉对照。由于图标显示尺寸和容器裁切可能不同，不必要求页面上的圆形或圆角容器完全一致；应识别图标本身，同时继续核对开发者名称和应用 ID，避免单凭颜色近似作出判断。

应用 ID 是固定定位信息

Shadowrocket 的应用 ID 为 932747118，在本站引用的产品页 URL 中写作 id932747118。地址里的文字标题可能受到链接展示方式影响，但数字 ID 用于定位这一产品。核对时注意数字完整一致，不只看地址中是否出现 Shadowrocket。若浏览器打开后进入了不同产品页，应重新从固定入口访问，不沿着相似名称继续购买。

https://apps.apple.com/us/app/shadowrocket/id932747118

上方地址是 App Store 产品页，而不是账户国家或地区的设置页。它既可用于定位产品，也可用于核对应用 ID；实际购买条件仍由当前商店账户决定。打开链接后，继续检查设备上的产品名称、开发者与按钮提示。即使地址正确，系统也可能因地区、兼容性或访问限制阻止获取，这属于购买条件问题，不应与产品身份问题混淆。

三要素通过后，再查看商店标注的兼容性、系统要求和价格。Shadowrocket 以 iPhone 与 iPad 使用为主，Mac、Apple TV、Apple Vision 的适用设备与系统要求以 App Store 页面标注为准。不能从某一台设备可以购买，推断其他所有设备都适用，也不能把商店中的兼容性信息改写成未经核对的固定系统版本。

最后将“产品身份正确”和“当前设备能够获取”分开确认。前者靠三要素，后者靠商店地区、购买账户、兼容性与限制。这样即使稍后出现付款或下载错误，也能知道应该检查哪一层。需要直接进入固定产品页时，请使用App Store 的 Shadowrocket 产品页，并在商店界面完成后续核对。

购买与一次性买断

Shadowrocket 是 App Store 付费应用，客户端采用一次性买断。美区参考价格为 2.99 美元，实际交易价格、币种及适用条件以购买时的 App Store 页面为准。一次性买断描述的是客户端购买方式，不是服务商连接服务的付费方式。购买前应先核对正版三要素，随后确认当前账户、价格和付款条件，再通过系统购买确认完成交易。

交易从价格按钮开始

在产品页看到价格时，先确认自己确实尚未通过当前账户购买。如果记得已经买过，回到购买记录检查，而不是把价格按钮当作必须再次支付的结论。确认需要购买后，按系统提示完成身份验证；购买确认方式取决于设备设置，可能涉及面容、指纹或账户验证。应核对系统确认页中的应用名称和金额，不把浏览器里的说明文字当作最终账单。

身份验证通过之后，还要观察交易是否完成以及下载是否开始。付款确认、订单形成、下载进度和应用打开，是连续但不同的阶段。某一阶段停止时，后面阶段尚未发生，不应立即重复前面的操作。例如，商店已显示获取进度但一直等待，优先检查下载状态；系统明确提示账单问题时，才返回付款资料处理。保留错误原文比连续点击更有助于判断。

客户端与连接服务分别核对

App Store 购买记录说明应用交易，不能说明订阅地址是否有效、服务器是否可用或配置是否正确。客户端安装后可能仍需要导入已有参数，再完成系统 VPN 配置授权。应用能打开但列表为空，属于尚未添加信息或导入结果的问题；列表存在但无法连接，属于协议、服务器或网络条件的检查范围。不能通过再次购买客户端来修复这类应用内问题。

本手册不提供、不销售、不推荐节点或订阅，也不评价服务商。后续教程以用户已有自己的订阅或服务器信息为前提。服务商订阅到期与客户端购买记录是不同事项；同样，重新安装应用不等于续期服务商订阅。排查时分别确认商店交易状态和已有连接信息的有效性，避免把两个账户体系中的提示混在一起。

金额、币种与付款状态

不同商店可能按当地货币显示价格，支付方式还可能涉及自己的结算规则。不要用美区参考价格反推其他商店的固定金额，也不要把银行通知中的金额差异直接解释为重复购买。应查看商店订单中的项目和交易状态，必要时再核对付款机构记录。账户余额、付款方式验证和待处理账单等情况，应以当前账户页面给出的处理要求为准。

如果购买确认显示待处理或出现不确定结果，先停止重复提交，检查购买记录并等待系统状态更新。支付验证或临时通知与最终订单不是同一概念，不能仅根据某一次消息判断应用已经买成或被重复扣款。确认存在订单却没有开始获取时，可继续检查产品页按钮和已购列表；确认交易没有完成时，则按照商店提示处理账户或付款问题。

更新与后续使用边界

应用更新通过 App Store 管理。是否自动更新由设备与商店设置决定，更新状态和兼容性应在当前商店页面核对。一次性买断不应被扩展解释为任何未来设备、未来商店地区或第三方连接服务的保证。应用适用性、设备要求及家庭购买条件，以 App Store 页面标注为准；这里不列具体应用版本或日期，避免把容易变化的信息当成长期规则。

若需要申请交易处理，应从自己的购买记录和系统提供的交易支持入口开始，准确描述购买项目与实际问题。不能把应用内连接失败自动等同于交易错误，也不能预先保证某类申请必然获准。购买流程结束后，建议保留可核对的订单记录，并转到快速上手教程完成已有信息导入。交易尚未明确完成时，则继续阅读获取故障章节。

换机与已购项目恢复

换机或重装后，先从完成购买的 Apple 账户查找 Shadowrocket，再根据 App Store 当前提供的重新获取入口操作。已购恢复的关键是账户与记录，不是旧设备是否仍在身边。与此同时，应用重新获取与应用内配置恢复必须分开处理：购买记录可以帮助找回客户端，但不会单独证明原有订阅、服务器参数和 Config 文件已经出现在新设备中。

先找记录，再重新获取

打开新设备的 App Store，确认用于媒体购买的账户与原购买账户一致，进入应用购买列表或“已购项目”相关入口，按 Shadowrocket 名称查找。不同系统布局中的入口名称可能略有变化，目标是访问自己的历史应用购买列表，而不是重新从搜索结果付款。找到项目后，核对开发者与应用身份，再使用商店提供的重新获取按钮。

如果列表里没有出现，依次检查当前账户、列表筛选、隐藏购买项目和记录范围。购买历史与重新获取列表展示的内容可能不同，必要时在交易记录中进一步确认。隐藏项目的重新显示应通过账户中相应管理入口处理，具体位置以当前系统为准。不要因为某一个列表没有展示，就直接认定订单丢失；也不要仅凭旧设备曾经安装过应用，就认定当前账户能够重新获取。

产品页仍显示价格时

看到价格按钮时，先回到记录核对原购买账户。如果应用原先来自符合条件的家庭购买关系，还需要检查当前家庭组和购买共享状态；这与本人账户直接购买并不相同。若在正确账户中找到了明确交易记录，但当前产品页状态仍不符合预期，保留记录与提示，检查商店地区及账户状态。此时不应为了尽快安装而再次提交付款，让问题增加一个新的交易分支。

地区变更、应用当前提供情况或设备不兼容，都可能影响重新获取。过去拥有购买记录，不等于当前所有设备与所有商店条件都一致。先查看产品页兼容性，再阅读具体错误。Shadowrocket 的系统要求和设备适用性一律以 App Store 页面标注为准；不能用旧设备能够运行的事实，替代新设备当前兼容性检查。

客户端恢复与配置恢复

应用重新安装完成后，打开检查 Home 和 Config 中的内容。如果原有列表或配置没有出现，先确认是否有自己保存的配置文件、可靠备份或仍然有效的订阅地址。仅卸载应用还是删除了应用数据，会影响本地内容是否保留；设备迁移与备份恢复的结果也需要实际检查。不要在尚未确认配置可恢复之前删除旧设备上的唯一副本。

恢复配置时，以用户已有信息为来源，逐项核对协议、地址、端口及其他服务商要求的参数。订阅导入可以重新取得列表，但不能据此承诺所有本地改动、规则选择和其他设置都会原样回来。若曾修改 Config，应另行保存并检查文件内容；若只保存了服务器参数，则仍需要确认 Global Routing 与当前配置文件是否符合预期。

新设备授权需要重新确认

在新设备首次启用连接时，系统可能再次要求添加 VPN 配置。该授权属于设备上的连接配置，不是购买记录的恢复证明。应在 Shadowrocket 发起操作后，阅读系统弹窗并按设备验证流程确认。随后检查应用选择的服务器、Global Routing 和 Config，不能因为 App Store 已显示打开按钮，就直接认定连接设置已经可用。

如果只想找回应用，先完成商店恢复，不必立即修改应用内参数。如果应用已能打开但连接失败，则转向使用步骤教程的连接检查，避免再回到付款分支。iPad 迁移与横屏使用的补充说明见iPad 上使用 Shadowrocket；购买适用性仍应结合当前商店标注和自己的记录确认。

一次完整恢复应同时留下两个明确结果：商店确认应用已获取，应用确认自己的配置已就位。只有第一个结果时，问题是配置恢复尚未完成；只有旧配置文件而应用尚未获取时，问题仍在商店层。把两条线分开，能够避免重复购买、误删旧数据以及把订阅有效性错误归因于购买账户。

家人共享适用条件

家人共享不是把本人购买记录直接复制到另一个账户，而是依照家庭组、购买共享设置和应用适用条件，为家庭成员提供相应获取入口。Shadowrocket 是否支持、当前家庭成员是否符合条件，以及具体购买适用性，以 App Store 页面标注和家庭设置为准。不能仅凭应用采用一次性买断，就推断每个家庭成员一定能够获取。

分别核对应用与家庭设置

第一步在产品页查看家庭共享相关标注；第二步在系统家庭设置中确认成员关系与购买共享是否启用；第三步到 App Store 的家庭购买入口查看可访问的应用。三个环节需要同时成立。仅看到家庭成员名单，说明家庭关系存在，不代表购买共享已经开启；仅看到应用支持相关功能，也不能说明当前账户满足全部条件。

家庭组织者与购买者可能不是同一个人。查找应用时，应定位实际购买者的可共享购买列表，而不是只查看组织者的项目。若列表有多个成员，逐一确认所选成员和产品身份。家庭成员用自己的账户完成获取和设备验证，不需要把其他成员的账户信息写入应用配置。商店购买关系与服务商订阅账户也没有自动合并的含义。

本人购买与家庭获取不同

本人购买记录可以在自己的交易历史中核对；通过家庭购买入口获取，则还依赖当时的家庭关系和共享条件。因此，某台旧设备上曾有应用，不足以判断是本人买过还是曾通过家庭入口获取。排查恢复时，先区分这两种来源。若本人交易记录里没有该项目，继续核对家庭购买者，而不是直接认定商店遗漏了订单。

如果家庭组变更、购买共享关闭或可共享项目状态变化，后续获取条件可能随之改变。不要把曾经成功获取写成永久适用承诺。对于已有设备上的应用状态与新设备上的重新获取，应分别检查当前系统提示。是否能够继续更新、重新获取或在另一设备使用，都应通过现有家庭设置和 App Store 当前页面判断。

应用不出现在家庭列表时

先确认查看的是实际购买者的列表，随后检查购买共享是否正常启用，以及应用是否存在于购买者的记录中。隐藏购买项目可能影响家庭列表展示，需要购买者在自己的账户管理中核对。不同成员所在商店地区是否满足家庭购买条件，也需要查看系统提示。没有列出应用时，不要立即以搜索结果代替家庭入口并再次付款。

对儿童账户，还可能存在购买审批、内容分级或安装限制。审批请求未完成与应用不支持家庭共享，是不同原因；限制阻止显示与付款失败也属于不同阶段。应由家庭中具有相应权限的人检查实际设置，阅读系统给出的提示。不要通过反复尝试购买来测试限制，因为这既不能明确原因，也可能产生重复请求。

共享应用不等于共享配置

即使家庭成员符合应用获取条件，也仍需要使用各自已有的订阅或服务器信息完成配置。App Store 的家庭购买关系不说明服务商是否允许多设备使用，也不改变连接信息的有效期或其他使用条件。应依据自己已有服务的说明核对，而不是把家庭共享理解成客户端与连接服务同时覆盖全部成员。

在家庭设备上迁移配置时，还要注意其中可能包含敏感参数。只转移自己有权使用的信息，不在公开材料里展示完整订阅地址或认证字段。家庭获取应用成功后，仍应逐台确认 Global Routing、Config 与 VPN 配置授权。应用出现在成员设备上，只证明获取步骤完成，不证明成员的连接环境与购买者完全相同。

若家庭入口持续异常，建议整理应用适用标注、购买者记录、共享设置与错误原文，再通过系统提供的支持渠道处理。描述中应指出问题发生在“家庭列表不可见”还是“选择项目后无法获取”，不要笼统写成应用不能用。定位到具体阶段，才能区分家庭购买条件、设备限制与安装后的配置问题。

搜索与下载故障排查

获取问题应按照发生阶段排查：搜索与产品页、购买确认、下载进度、安装完成。先确定停在哪一阶段，再检查对应条件。已经能打开应用的设备，不再属于下载故障；系统尚未完成交易的设备，也不应先检查服务器参数。一次只调整一个条件，保留调整前后的结果，能避免把临时恢复误认为某项无关设置的作用。

搜不到或产品页无法访问

搜索没有结果时，先使用完整产品名，再通过固定产品页核对。若产品页能正常显示，应检查搜索词与访问限制，而不是继续猜测产品名称。若产品页提示当前商店不可用，则回到购买账户的国家或地区；若只显示无法连接商店，应检查设备网络与商店访问状态。三种现象外观相近，但处理方向不同，必须保留提示原文。

年龄分级与内容限制可能影响应用展示和获取，应在“屏幕使用时间”的相关设置中核对当前允许范围，具体入口以系统显示为准。受管理设备还可能存在组织策略。如果限制由家庭或管理者设置，应请有权限者检查。单独修改应用内 Proxy、Direct 或 Config，不会改变系统商店中的年龄与安装限制。

看得到应用但不能付款

购买确认失败时，先查看错误是否指向付款资料、账户验证、待处理账单或购买审批。指向哪项就处理哪项，不应一概归因于商店地区。确认付款方式与账户地区要求一致，并检查系统是否要求补充资料。若错误没有明确原因，先查看购买记录，避免在交易状态不清楚时连续提交。账户验证失败则应先恢复账户访问，再继续购买。

能够打开产品页不代表付款条件全部通过。商店展示与交易验证属于不同步骤，前者成功不能排除后者的账户问题。同样，付款机构出现一条通知，也不能单独确定商店订单完成。需要结合自己的购买记录、订单状态和产品页按钮判断。对尚在处理的交易，应等待状态明确，不把多次点击作为故障排查方法。

等待、暂停或进度不前进

交易已经确认但下载停留在等待状态时，检查设备是否还有其他排队项目、当前网络能否访问 App Store，以及可用存储是否足够。可以先查看其他商店页面能否打开，再切换到自己可信的网络环境作一次对照。若系统支持对当前下载暂停和继续，可按商店提供的控制操作；不要在已有应用含重要配置时，为测试下载而贸然删除应用。

设备存储不足时，应先处理存储问题，保留需要的数据，再重新观察下载。产品页或系统明确指出设备不兼容时，应回到兼容性栏核对，系统要求以 App Store 页面标注为准。重启设备可以作为排除临时状态的一步，但不应被写成必然解决办法；重启前记下提示，重启后检查是否仍停在同一阶段。

建立一次可复核的排查记录

记录设备类型、当前购买账户所属商店、是否找到购买记录、产品页按钮文字以及错误原文。随后注明只改了哪个条件、变化是什么。发送截图前遮住账户与付款信息；订阅地址和认证参数也应隐藏。无需提供完整账户密码来说明商店错误，问题记录只需要能够明确发生阶段和系统提示。

若相同错误在完成对应检查后仍然出现，应停止循环尝试，并通过系统提供的支持入口处理。账户与账单问题应围绕商店交易记录说明；已有订阅解析失败则应转向应用内排查。相关分支可查阅搜索不可见自查和订阅解析失败自查，不要把两类问题合并成“下载后不能用”的笼统结论。

安装后的边界核对

App Store 显示“打开”，且设备能够启动 Shadowrocket，表示客户端获取阶段完成。接下来才是应用内准备：导入用户已有的订阅或服务器信息，核对 Config 与 Global Routing，完成系统 VPN 配置授权并验证结果。本章用于区分购买完成后的责任边界，不替代快速上手教程中的连续操作步骤。

先确认资料来源与导入结果

订阅地址或服务器参数应来自用户自己的服务商与已有资料。添加之后，检查 Home 中是否出现预期条目，以及所用协议和关键参数是否与来源信息一致。应用列表为空时，先检查导入是否成功，而不是把它解释成购买没有生效。订阅能够保存但更新失败，也需要进一步检查链接完整性、返回内容与服务商侧状态。

敏感链接不应放进公开问题描述。需要说明格式时，可以使用明确的示例域名，但实际操作必须填入自己的有效信息。已经导入的条目也不自动证明服务器可用：导入只说明应用取得了能够识别的参数，连接还依赖认证、协议设置、服务器状态和当前网络。更具体的失败分支见订阅解析自查文章，界面词含义可查阅术语表。

购买记录不决定路由姿态

Global Routing 的 Config、Proxy、Direct 属于应用内路由选择，与 App Store 是否付款是两套独立状态。Config 按当前配置规则选择策略；Proxy 将相应请求交给所选代理策略；Direct 使用直连路径。进行故障验证时，应先明确当前姿态，再解释观察结果。不能在 Direct 下测试后，直接把结果当作所选服务器的连接能力。

Config 还需要有正确的配置内容。以下片段用于解释规则如何表达策略，不是连接资料，也不能单独建立服务器连接。示例中的域名是教学用途，PROXY 需要对应实际配置可使用的策略；若配置采用其他策略名称，应核对自己的文件。购买客户端不会自动生成适合每个用户环境的规则，应在理解作用后再调整。

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

规则按配置中的顺序匹配，FINAL 用于接住前面未匹配的请求。域名规则与 IP 规则检查的对象不同，解析方式和其他配置也会影响实际结果。这里的示例只是说明常见写法，不应作为任何环境下必然正确的通用配置。修改前保存自己的原文件，修改后分项验证；一次更改多条规则会增加定位误匹配的难度。

系统授权与连接验证分开看

首次启用连接时，系统可能要求允许添加 VPN 配置。应确认弹窗由自己的操作触发，阅读说明并完成系统验证。授权成功说明设备允许该配置工作，并不证明服务器认证正确，也不证明每个目标请求都会通过代理策略。设备显示相关连接标识后，仍需要结合 Global Routing、所选服务器和实际访问结果验证。

Connectivity Test 可作为诊断线索，但测试结果只覆盖对应测试条件，不代表所有协议、所有目标或全部规则都正常。测试通过却某个请求失败时，应继续核对该请求命中的策略与目标条件；测试失败时，也要排除测试目标或当前网络的影响。不要仅依据一个结果删除全部配置，更不应返回商店再次购买来尝试修复。

更新、迁移与长期保留

后续应用更新仍通过 App Store。更新前后若行为有变化，先查看当前商店说明，再核对本地 Config、选择的条目与系统权限，避免把账户购买关系当成配置变化的原因。设备系统升级和迁移后也应重新检查授权与配置内容。系统要求以 App Store 页面标注为准，本手册不把某个固定版本作为所有用户的共同前提。

建议分别保留购买记录和自己有权使用的配置来源。前者用于重新获取客户端，后者用于恢复应用内设置；两者不能互相替代。Config 文件可能包含地址或认证内容，应放在自己控制的安全位置。分享排查材料时，只展示必要的界面词、规则类型与错误文字，不公开完整认证参数。长期可恢复的关键，是来源明确而不是不断重复导入。

至此，本页的获取指南与教程形成分工：本页负责解释商店和账户条件，教程负责把已安装应用与已有连接信息组合成完整操作。若仍停在商店阶段，按目录返回对应章节；若已经能够打开应用，直接继续使用步骤。需要快速再次核对开发者、应用 ID 或设备获取入口时，可返回获取应用页，不必从全文重新开始。