Shadowrocket App Store 指南

第一章 · 产品是否可见

商店地区与应用可见性

地区决定店面，位置不是唯一条件

App Store 按商店账号的国家或地区展示可购买内容。设备当前所在的位置、系统语言和商店账号地区是不同信息，不能互相替代。例如，把系统语言设为英文，并不会自动改变账号的商店归属；人在另一个地区，也不意味着 App Store 已切换到当地店面。排查 Shadowrocket 搜不到时，应先看用于购买项目的账号地区，而不是先修改设备语言。

同一个产品在不同店面的展示与销售状态可能不同。在中国大陆店面搜索不到 Shadowrocket 时，不能据此认定产品名称改变、应用已经从设备消失，或所有店面都无法获取。搜索结果只说明当前搜索环境返回了什么。真正需要确认的是：当前账号属于哪个店面，以及该店面是否展示应用 ID 为 932747118 的产品。

区分搜索结果与产品页

搜索页会受到输入词、店面内容和搜索排序影响；产品页则直接指向特定应用。建议先输入完整英文名 Shadowrocket，避免只使用“小火箭”这样的辨认别称。随后从本站正版下载页进入指定 App Store 产品页。若搜索没有结果，但产品页能正常显示，应继续核对产品信息，而不是仅凭搜索页判定无法购买。

本站使用的产品链接包含美区路径。这个路径用于指向产品，不会替用户修改账号国家或地区。链接在浏览器中能打开，也不等于当前账号在自己的店面具备购买条件。系统可能提示切换查看店面，或在 App Store 中显示地区不可用。遇到提示时，应记录文字，回到账号地区核对；不要把网页中的美元标价当作账号已经完成地区变更的证据。

地区变更涉及账号条件

国家或地区变更是 Apple 账号设置的一部分，可能涉及账户余额、有效订阅、待处理交易、付款方式以及家庭群组关系。具体前置条件以 Apple 当前界面的提示为准。准备变更前，应先理解变更对现有购买内容和服务的影响，核实自己能提供符合目标店面要求的真实账单与付款资料。仅为消除一个搜索提示而仓促操作，容易把产品可见性问题变成账号结算问题。

如果系统明确列出未满足的条件，应逐项处理这些条件，而不是反复提交相同操作。尚未确认原购买记录归属时，也不宜先改变账号设置，否则排查时会同时面对多个变量。地区变更不能代替正版核对，也不承诺某项已购内容在每个店面持续可供重新取得。涉及以后换机的用户，应在调整前先核实自己的购买记录与当前可用状态。

用可观察结果决定下一步

本章的检查结果应是一句明确描述，例如“当前店面搜索无结果，但产品网页可见”，或“产品页提示当前地区不可用”。这样的记录比笼统的“下载不了”更便于判断。前者先检查 App Store 中的账号与页面跳转，后者先检查店面适用性。只有页面已经正常展示且允许取得应用，才进入付款、下载队列与设备兼容性的检查。

地区核对的边界

商店地区是账号属性，不由系统语言或网页地址单独决定。更详细的可见性判断可参阅Apple ID 地区与商店可见性核对方法。

第二章 · 账号属于哪个店面

核对自己的商店与购买账号

先辨认媒体购买所用账号

iPhone 与 iPad 上用于 iCloud 的账号，与用于媒体内容和购买项目的账号，可能不是同一个。设置顶部显示的姓名不能单独证明 App Store 的购买归属。排查时应进入设置中的 Apple 账号页面，查看“媒体与购买项目”所使用的账号，再核对 App Store 个人账户页面中的信息。界面名称和入口位置可能随系统界面调整，应以设备实际显示为准。

这一检查应在付款或恢复之前完成。若只记得曾经购买，却没有确认当时的购买账号，新设备可能显示价格按钮，而不是重新取得的图标。此时不应立即再次付款。先确认原交易记录属于哪个本人账号，检查当前媒体购买登录是否一致，再判断是否需要恢复。设备属于谁、iCloud 中保存了谁的数据，与某笔商店交易的所有权不是同一个问题。

在账号页面查看国家或地区

常见路径是打开设置，进入 Apple 账号，选择“媒体与购买项目”，再进入“查看账户”中的“国家或地区”。系统可能要求使用设备验证或重新确认账号。另一种核对方式是从 App Store 右上角账户入口进入账号设置，再查看相关地区项目。这里的目标是读取当前值，不是立即编辑；没有变更需求时，查看后退出即可。

读取地区后，应同时确认付款与账单资料是否属于该店面的有效设置，但不要把银行卡发行地、设备语言或某封邮件的文字语言当作最终依据。产品网页显示的货币也只能作为线索，因为网页可能停留在另一店面路径。遇到账号页与网页展示不一致，应优先以设备上实际执行购买的账号信息和确认付款页面为判断依据，并保留这两处差异。

建立最少但足够的核对记录

可以在本地备忘录记录四项信息：媒体购买账号的可辨认部分、国家或地区、产品页按钮状态、系统提示的原文。账号只需记录自己能识别的部分，不必复制完整个人资料。按钮状态可写为价格、云朵、获取、打开或等待中。记录应注明是在浏览器还是 App Store 中看到，因为两个环境可能使用不同的账号会话，直接比较截图有时会得出错误结论。

向他人描述故障时，只提供问题相关信息。不要发送密码、付款安全码、验证码或完整账单地址；交易凭证也应先遮盖个人字段。本手册的所有判断都不要求公开这些资料。若设备由家庭成员协助设置，仍应由账号持有人在自己的设备上确认商店与交易归属，避免用“以前有人装过”替代可核对的购买证据。

不要为了检查而反复退出登录

查看地区和购买记录通常不需要先退出整个 Apple 账号。频繁退出会引入额外的验证、同步或购买授权提示，也可能使原来的问题状态消失。建议先完成只读检查，再决定是否需要调整媒体购买登录；不要把退出 iCloud 当作 App Store 故障的通用处理方法。涉及任何账号切换时，应先确认账号持有人能够正常完成验证。

完成本章后，应能回答“现在由哪个本人账号购买、它属于哪个地区、原交易是否也在该账号下”三个问题。如果其中一个答案仍不确定，应先查原始购买记录，不要继续付款。若三个答案已经一致，且产品页仍不能正常取得应用，则转到获取故障排查，根据具体提示检查交易、限制设置或下载队列，而不是重复修改地区。

第三章 · 确认具体产品

开发者、官方图标与应用 ID

三个要素需要指向同一产品

Shadowrocket 的正版核对不是只看应用名称。请同时确认开发者名称为 Shadow Launch Technology Limited、图标与本站使用的官方图标一致，以及产品地址中的应用 ID 为 932747118。搜索结果可能出现相近名称或相似描述，名称本身不足以区分。三项信息应在同一个产品的商店页面或其对应地址中核对，而不是分别从几个不同结果拼凑。

官方图标由白色底面与蓝紫色描边图形组成。本页展示的图标用于视觉比对，不是独立的购买入口。核对时应关注图形本身，而不是系统为图标添加的圆角、页面缩略图大小或显示亮度。仅凭“也是蓝色图标”不能确定产品。尤其在搜索列表较密集时，应先打开产品详情，再阅读开发者字段，避免把旁边的另一个结果当作目标应用。

开发者名称看详情，不看推荐文案

在产品详情中查找开发者或供应商信息，按完整英文名称比对。商店列表中的短副标题、分类、搜索关键词，以及介绍文章中的别称，都不等于开发者字段。有些列表会因屏幕宽度省略较长文字，遇到截断时应进入详情或展开相应信息，不要用省略后的前几个字作结论。本手册统一使用完整名称，便于在不同显示位置交叉核对。

如果页面上的开发者与上述名称不符，应停止该页面上的购买流程，返回本站正版下载页重新进入产品。无需尝试通过描述中的功能词证明它是同一个产品，因为规则分流、协议或连接之类的词并不具有唯一性。核对的目的，是在付款之前确认交易对象，而不是在安装之后再根据界面相似程度倒推购买是否正确。

应用 ID 是链接中的稳定辨认项

指定产品地址的末尾包含 id932747118。其中数字是应用 ID，前面的店面路径与可读名称是地址的其他组成部分。核对时应看完整数字是否一致，不要只看域名正确就忽略具体产品。网页跳转到 App Store 后，若难以直接看到地址，可以先从来源明确的本站正版核验区重新打开，再结合开发者与图标确认。

购买之后也保留辨认依据

完成购买后，可以通过商店的购买历史记录再次确认应用名称与交易归属。收据用于查找对应交易，不代替设备兼容性判断，也不代表连接资料已经提供。安装到设备后，应用显示名称、系统图标缓存或主屏幕排列位置不能取代原产品核对。对于换机用户，先从原记录找到对应产品，比重新在搜索结果中凭印象选择更可靠。

若三要素已一致，但产品页提示无法购买，问题应归入店面、账号、交易或设备条件，而不是继续寻找另一个同名结果。若已经买到不符合三要素的应用，应在 App Store 自己的购买记录中处理对应交易问题，不要把其他产品的行为套入 Shadowrocket 的使用步骤。本站的教程、配置说明与故障排查均只针对这里确认的 Shadowrocket。

第四章 · 费用对应什么

购买流程与一次性买断

先读价格，再确认付款对象

Shadowrocket 是 App Store 付费应用，采用一次性买断方式。美区定价参考为 $2.99，实际价格以 App Store 页面标注为准；其他店面按当地货币显示，最终结算也应以确认付款页面为准。价格可能因店面与税费显示方式而不同，不应把文章中的参考金额当作长期不变的承诺。付款前先完成正版三要素核对，再阅读系统给出的结算信息。

购买按钮显示的金额用于取得客户端，不是连接服务的计费入口。若系统要求验证付款方式、补充账单信息或处理账号中的待结算项目，应先按提示确认对应事项。付款步骤依赖 App Store 的账号与结算条件，不能通过更改 Shadowrocket 内的设置完成。应用尚未安装时，调整配置文件或订阅没有意义，应先结束商店环节的核查。

买断与连接服务属于不同关系

客户端一次性买断 ≠ 线路套餐。一次性购买说明的是客户端取得方式，不表示购买后自动获得服务器、订阅链接或某个服务周期。连接需要用户已有自己的订阅或服务器信息，并在应用中正确导入。服务本身的有效期、流量与连接权限，取决于用户与其现有服务方的关系，不能从 App Store 的应用价格推算。

同样，已有订阅不能替代客户端的商店购买；客户端显示已经购买，也不能证明已有订阅仍然有效。这两个状态应分别检查。若问题是订阅更新失败，应检查已有链接与网络条件；若问题是商店仍显示价格，应检查购买账号和记录。把两种费用与授权关系分开，能够避免在连接失败时误以为需要再次购买应用。

一次性购买的准确含义

购买的是 Shadowrocket 客户端的使用资格。连接资料由用户自行持有和管理；本手册不提供、不销售、不推荐节点或订阅。

付款后的按钮与交易状态

完成系统确认后，App Store 通常会进入取得或下载流程；设备条件允许时，按钮状态会随进度变化。若付款已显示成功而页面仍在等待，先查看下载队列与购买记录，不要因页面没有立即刷新就连续重复付款。网络短暂中断、商店会话没有及时更新、其他应用排队下载，都可能让画面停留在过渡状态，应先观察具体提示再处理。

若出现扣款提醒，但 App Store 的交易仍显示待处理，应以账号购买历史与系统提示继续核查。支付渠道通知与商店最终交易状态可能不是同时更新，单独一条消息不足以确认应用已经可以取得。记录应用名称、当前按钮状态与提示原文即可；涉及个人账单的问题，应由账号持有人在 Apple 的账户与支持入口处理，不必向本站提交付款资料。

再次看到价格时不要直接重买

已购买用户在另一台设备上看到价格，应先检查媒体购买账号是否一致、产品是否仍为同一应用，以及当前店面是否可供取得。历史交易与设备安装状态不是同一信息：手机里有应用，不代表当前登录账号就是购买账号；手机里没有应用，也不代表购买记录已经消失。恢复前的核对步骤详见换机与已购恢复。

商店更新通过 App Store 的正常更新机制进行。是否启用应用自动更新，可在设备的 App Store 相关设置中查看；系统要求与通用购买适用范围一律以 App Store 页面标注为准。一次性买断不应被解释为所有未来设备、所有店面或所有附属服务的保证。遇到不明确的授权范围时，应先阅读产品页信息，再决定是否继续购买或恢复操作。

第五章 · 原购买如何找回

换机、重装与已购项目恢复

恢复之前先确认原交易归属

换机或重装时，首先确认原先购买 Shadowrocket 的本人账号。新设备完成 iCloud 登录，并不一定代表媒体购买账号也与原来一致。请按第二章核对“媒体与购买项目”，再查看 App Store 的应用列表、已购项目或购买历史记录。不同系统界面可能使用不同入口名称，但目标相同：找到原账号取得的 Shadowrocket，而不是重新建立一笔购买。

若记不清原购买账号，可以先查自己保存的 Apple 交易邮件和账号购买历史，确认应用名称与对应账号。不要只根据旧设备仍能打开应用作判断，因为已安装状态可能早于当前账号登录状态。也不要根据主屏幕中的自定义名称判断原交易。需要恢复的是商店购买资格，判断依据应来自账号记录与同一产品的商店页面。

从列表重新取得应用

在 App Store 打开个人账户入口，查找属于自己的应用或已购列表，搜索 Shadowrocket。若列表提供“未在此设备上”之类的筛选，可以用它缩小范围。找到应用后，先核对开发者与图标，再按重新取得的按钮操作。按钮外观可能随系统界面变化，关键是页面应对应原产品，且系统识别到当前账号具备相应取得资格。

如果应用没有出现在列表中，依次检查账号、筛选条件、隐藏购买项目以及购买历史。购买列表和交易历史的用途不同：前者便于重新取得，后者用于核实交易。某项内容被隐藏时，不代表原交易必然不存在；但是否能重新取得仍受当前店面与设备条件影响。不要通过反复删除其他应用或清空设备来尝试恢复一条尚未找到的购买记录。

应用恢复不等于配置恢复

重新取得应用，只能证明客户端重新安装到设备。用户之前保存的服务器、订阅、配置选择与其他本地设置是否回来，取决于原来的备份和应用数据迁移情况。删除应用前应先理解系统对相关数据的处理方式，并确认自己能够重新取得已有订阅或服务器资料。不要假设商店购买记录会同时保存所有连接参数。

换机后应先打开应用检查现有数据，而不是看到图标出现就直接连接。确认自己的订阅是否存在、Config 中选用了什么配置、Global Routing 当前处于什么状态，再按快速上手教程验证。若数据没有迁移，应使用自己保留的原始资料重新导入。涉及订阅中的敏感参数时，避免将完整链接复制到公开问答或截图中。

恢复被阻断时区分原因

若原交易存在但设备显示不兼容，应查看产品页兼容性栏，系统要求一律以 App Store 页面标注为准。若提示当前地区不可用，应回到商店地区核对。若提示付款或账户问题，应处理账号结算状态。它们分别属于设备、店面和交易条件，重复查找已购列表不会消除这些限制，也不能用已购记录保证在任何条件下都能重新取得。

对于 iPhone 与 iPad，同一购买账号在符合兼容性及购买适用条件时，可从对应产品重新取得；通用购买适用范围以 App Store 页面标注为准。Mac、Apple TV 与 Apple Vision 的兼容性也应在同一产品页查看，不从设备名称推断授权范围。换机前如果已经知道新设备类型，最好先完成这一步核对，再安排迁移和旧设备数据清理。

本章最后的检查点是“应用能打开、资料来源仍可访问、当前配置已确认”。只有三项都成立，才算完成从购买恢复到使用准备的交接。若其中一项不成立，应保留旧设备和原资料继续核查。特别是尚未确认已有资料可以重新导入时，不应把删除旧设备中的应用当作恢复流程的一部分。

第六章 · 家庭成员如何判断资格

家人共享的适用条件与边界

先看产品页，再看家庭设置

家人共享是 Apple 账号体系中的功能，不是 Shadowrocket 内的连接开关。应先查看当前 App Store 产品页是否列出 Family Sharing 及其适用说明，再检查家庭群组的购买共享设置。是否支持、适用成员范围与取得条件，以商店和系统当前页面标注为准。仅仅加入家庭群组，不能单独证明某个成员已经能够取得任意应用。

这里应区分家庭群组存在、购买共享开启、具体产品符合共享条件，以及成员实际能看到项目四个状态。它们有关联，但不是同一个状态。家庭组织者能够看到某笔交易，不代表其他成员的列表必然显示；成员自己的 App Store 能打开，也不代表其账号地区与家庭条件已经匹配。排查时需要按顺序逐项验证，避免只检查其中一处就认定应用异常。

从成员自己的购买入口检查

符合条件时，家庭成员应使用自己的账号，在 App Store 的账户与家庭购买相关入口中查找购买成员的应用列表，再搜索 Shadowrocket。具体菜单名称以当前设备界面为准。找到后仍需核对产品开发者、官方图标与应用 ID。家庭成员看到的应用名称可能来自列表缓存，进入产品详情核对后再执行取得，更容易排除点错结果的情况。

若列表中没有目标应用，先确认原购买成员确实持有该产品、购买共享已开启，以及该项目是否被隐藏。再核对成员的账号地区、年龄或内容限制等系统条件。不要把原购买成员的设备安装状态当作共享资格证明；安装可能来自此前的其他账号环境，也可能与当前家庭设置不同。判断应回到实际交易归属和家庭购买设置本身。

购买资格不包含连接资料

即使系统允许家庭成员取得客户端，也不表示该成员自动获得另一人的订阅、服务器参数或连接权限。客户端购买关系与用户已有连接服务仍然分开。每位使用者都应确认自己有权使用相应资料，并遵守既有服务的使用条件。本手册只说明应用取得与资料导入方式，不据此推断任何服务允许多少设备或多少人同时使用。

配置数据同样不应被视为家庭购买功能自动同步的内容。成员在自己的设备上打开应用后，应独立检查 Home、Config 与 Global Routing 的状态。如果需要导入已有资料，请由资料持有人通过适当方式提供，并避免公开完整订阅链接。购买共享的开关不能修复订阅失效，也不能替代首次连接时设备自身的 VPN 配置授权。

付款、审批与群组变化分开处理

家庭中的付款安排、儿童账号的购买请求与内容限制，可能影响应用取得流程。若系统显示需要审批，应先在家庭设置中确认审批状态；若显示账单问题，应检查相应付款安排。不要用重复点击价格按钮来测试审批是否通过，也不要为了应用列表暂时不显示就直接移除成员。家庭关系调整可能影响其他内容，应先理解系统提示及其后果。

家庭成员退出群组、购买共享设置变化或账号地区调整后，后续取得与更新资格可能需要重新核查。对于重要设备，应在进行这些变更前记录当前购买归属，确认个人数据已有适当备份。不要把“曾经能够下载”理解为以后任何群组状态下都保持相同资格。涉及具体交易争议时，应由对应账号持有人通过 Apple 的账户与支持入口核实。

共享的是符合条件的购买项目

先确认商店标注与家庭条件，再检查成员列表。客户端购买、应用内保存的数据、已有连接服务的使用权限，是三项需要分别确认的内容。

第七章 · 按失败位置排查

搜不到、无法购买与下载停滞

先给故障定位，不先给设备重置

“下载不了”可能指搜索没有结果、产品页打不开、付款被拒绝、下载进度不动，或安装完成后连接失败。应先记录最后一个成功步骤与第一个失败步骤。例如，“能看到正确产品但付款被拒绝”与“付款已完成但下载等待中”需要完全不同的检查。一次只处理一个层级，避免同时更换账号、修改网络和删除数据，导致无法判断哪项操作产生影响。

搜索无结果时，先使用完整名称与本站指定产品入口，再按第一、二章核对店面。产品页已经显示正确应用，却提示当前地区不可用时，应检查账号店面与产品适用性；提示设备不兼容时，应查看兼容性栏。网页能显示而 App Store 不能取得时，要分别记录浏览器与 App Store 的结果，不要把网页可见当作购买一定可行的证明。

账户、付款与限制提示优先处理

若系统要求重新验证账号、接受账户条款、确认账单资料或处理未完成交易，应先完成对应账户事项。这些条件属于 App Store，修改 Shadowrocket 内的订阅不会起作用。设备启用了屏幕使用时间、内容与隐私限制，或受组织管理时，购买和应用安装也可能受到限制。应由有权限的持有人检查具体设置，不能仅凭一个按钮变灰就认定产品已停止销售。

对于儿童账号或家庭购买，还应查看是否等待批准。对于原先已购却再次显示金额的情况，先核对购买账号、原交易和同一产品身份，不立即付款。任何付款故障都应以系统原文为起点；“验证失败”“付款方式被拒绝”“需要批准”不是同义提示，处理对象分别可能是账号验证、结算条件和家庭审批。

已进入下载队列时检查设备条件

若购买资格已确认，下载却停留在等待或暂停状态，应查看是否有其他应用正在更新、设备储存空间是否足够，以及当前网络是否能稳定访问 App Store。可先暂停并恢复该下载，或在确认没有重要任务受影响后重启设备。操作后重新观察同一个进度状态，避免连续叠加多种修改。储存空间检查应在系统设置中完成，而不是依据主屏幕图标数量估计。

网络可用也要分场景判断：浏览器能打开普通网页，不等于商店下载链路一定稳定。可以使用自己有权使用的另一网络做对照，记录故障是否只在某个网络出现。若原设备已启用 VPN 配置，可在理解其用途的前提下暂时停用并对照测试，不应直接删除配置。涉及工作或学校管理的设备，先确认管理要求，不自行改变受管理设置。

保留最小复现信息再求助

经过分层检查仍未解决时，整理设备类型、商店地区、购买记录是否存在、按钮状态及提示原文，并说明已完成哪些检查。系统版本仅在实际求助时如实记录，不从本手册推断兼容范围。向 Apple 处理账单或取得资格问题时，应由账号持有人提供所需交易信息；向使用说明查阅入口描述问题时，则应先遮盖个人资料和订阅参数。

若应用已经能够打开，问题就不再属于商店下载本身。连接失败请转到连接故障排查；首次出现系统权限提示，可阅读添加 VPN 配置提示说明。保留这个边界能够避免在应用层故障发生时误删购买相关信息，也能减少没有针对性的账号和地区调整。

第八章 · 从取得应用转入使用

安装后的授权、资料与配置检查

商店任务结束于应用正常打开

当正确的 Shadowrocket 已安装并能够打开，商店获取阶段就已完成。接下来应检查客户端所需资料与设备授权，而不是继续在商店中寻找其他购买项目。首次打开不一定立即出现 VPN 配置提示；该提示通常与实际发起连接有关。请先确认自己已有订阅或服务器信息，再按教程完成导入、选择与连接，避免在缺少资料时反复测试开关。

iPhone 与 iPad 的布局可能随设备空间而有所不同，但判断顺序一致：先看资料是否已导入，再看所选服务器与配置，最后处理连接授权。系统要求以 App Store 页面标注为准。本手册不根据旧设备上的界面推断新设备一定支持全部功能，也不将安装成功等同于每项连接参数都已经正确。使用前应以当前设备实际显示的内容为准。

VPN 配置授权与购买资格不同

发起连接时，系统可能要求允许添加 VPN 配置，并进行设备身份验证。这是让客户端建立系统网络连接所需的授权，不是第二次购买，也不是订阅导入操作。应确认提示来自自己正在使用的 Shadowrocket 操作，再决定允许。若暂时拒绝，可以回到应用按连接流程重新触发；不要因为未授权而认为 App Store 购买没有生效。

系统设置中的 VPN 配置反映的是设备连接配置，并不保存 App Store 的交易归属。移除该配置可能影响后续连接，但不会作为重新购买客户端的依据；删除应用则可能涉及本地资料处理，应先备份或确认能够重新导入。对于受管理设备，系统可能限制新增 VPN 配置，此时应先确认设备管理要求，而不是重复购买或修改商店地区。

分开理解订阅、配置与路由姿态

用户已有的订阅主要用于导入与更新连接资料，Config 中的配置文件用于组织规则及相关设置，Global Routing 则影响当前连接如何使用这些规则。三者相互关联，但不能互相替代。订阅更新成功不代表配置规则一定适合当前用途；选择了配置文件，也不等于该配置引用的策略具备可用连接条件。检查时应保持资料来源明确，先验证基本连接再扩展设置。

Global Routing 中的 Config、Proxy、Direct 分别对应配置、代理和直连姿态。Config 按选定配置判断，Proxy 与 Direct 用于不同的整体路由选择。初学者不应通过反复切换来掩盖原始参数错误，而应按Global Routing 教程理解当前选择。下面只是规则语法片段，不是完整配置，也不包含服务器；其中策略名称还需要与实际配置安排相符。

[Rule]
DOMAIN-SUFFIX,example.com,PROXY
GEOIP,CN,DIRECT
FINAL,PROXY

DOMAIN-SUFFIX 匹配指定域名后缀，GEOIP 按相应数据库判断，FINAL 用作前面规则未命中时的最终处理。示例中的 example.com 仅用于说明语法，不代表提供连接服务。不要把这几行当作所有场景通用的完整配置直接覆盖现有内容。配置编辑前应保留原文件，并确认各策略在当前配置中的实际含义。

用一次完整检查结束迁移

最终检查应覆盖四件事：正版产品和购买归属已确认，客户端能正常打开，已有资料已导入且来源可再次取得，系统授权与当前配置已核对。然后按教程执行一次连接和访问验证。出现问题时，记录卡在哪一步，再回到对应章节；不要把商店地区、订阅状态与路由规则一次性全部修改。每次只改变一个条件，才能保留可解释的排查结果。

后续维护同样遵循分层原则。应用更新查看 App Store，已有订阅更新查看其导入与刷新状态，配置调整查看 Config，自动连接行为查看 On Demand。订阅更新可继续阅读手动更新与自动更新说明，配置与按需连接可查看配置文件教程及On Demand 教程。本页用于查清获取条件，快速上手页用于完成实际操作，两者按问题所在环节衔接。