VPN 完整使用手册

三个部分共同完成一次连接

使用 VPNFF 时，需要区分用户面板、订阅信息与客户端。用户面板负责账户、套餐、订单、客户端下载和工单；订阅信息负责把当前账户可用的线路交给客户端；客户端负责读取订阅、展示线路并建立连接。这三个部分是连续关系，不是三个可以互相替代的产品。只安装客户端但没有导入订阅，客户端不会知道应该连接哪些线路；只复制订阅而没有正确导入，也不会自动改变系统网络；在客户端中显示“已连接”之后，仍需要检查出口地址和实际应用流量，才能确认当前访问已经走过所选线路。

订阅可以理解为一份由服务端维护的线路目录。账户套餐、可用流量或线路发生变化时，客户端需要重新读取这份目录。用户不必手工录入每条线路，也不应该把订阅内容逐项复制到不明页面。个人订阅与账户权限关联，适合只保存在本人管理的设备和可信客户端中。若订阅意外出现在公开文档、截图或共享空间，应进入用户面板检查并更新，而不是继续沿用已经暴露的内容。

线路选择解决的是路径问题

VPNFF 覆盖 90+ 国家 / 200+ 线路。覆盖范围表示可以根据目标服务所在地、当前接入网络和实际用途选择不同出口，但线路数量本身不等于每次都应该挑选地理距离最远的地区。对于网页、协作工具、文件同步和 AI 工具，通常先选择距离当前网络较近、同时与目标服务区域匹配的线路。若目标内容具有地区差异，则优先按目标地区选择；若只是需要稳定的跨境访问，则先从邻近地区开始，再根据实际连接表现比较。

线路名称通常用于表达地区、城市或路径属性。选择时先看地区，再看线路类型，最后用实际应用验证。不要只依据一次页面打开速度下结论，因为本地接入、无线环境、运营商路由、目标网站状态和应用自身缓存都会影响体感。更可靠的方法是在相同设备、相同接入网络和相同目标应用下切换线路，每次完成重连后再比较。需要进一步理解地区与线路类型时，可查阅全球节点页面，其中按区域说明线路结构与选线方法。

系统代理与应用流量并非同一概念

客户端建立连接后，流量是否经过线路，还取决于客户端工作模式与应用的网络行为。有些模式接管系统层面的网络请求，有些模式只为遵循系统代理设置的应用提供路径。浏览器通常会读取系统设置，但部分命令行工具、独立同步程序或自带网络栈的软件可能使用自己的代理配置。因此，“浏览器可以访问”不能自动证明其他应用也采用相同路径；反过来，某个应用异常也不代表整个连接已经失效。

VPNFF 支持 Windows / macOS / iOS / Android / Linux，设备台数不限。不限台数便于在个人常用设备之间保持一致配置，但每台设备仍应单独导入并验证。不同系统对后台运行、休眠恢复、代理权限和网络切换的处理不同，不能因为一台设备工作正常，就跳过其他设备的验证步骤。尤其在从家庭网络切换到其他接入网络后，应观察客户端是否仍保持连接，并重新检查出口。

如果只想尽快完成第一次连接，可以先按快速上手教程执行，再回到本手册查阅平台差异与维护方法。若准备长期使用，建议至少完整阅读套餐、订阅、平台导入和连接验证四章。这样可以避免把套餐流量、客户端配置与具体线路混为一谈，也能在出现问题时准确说明故障发生在哪一层。

月订阅适合持续、可预期的使用

月订阅分为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。三档的核心差异是每月可用流量，流量按开通日每月重置。选择时不要只看单次访问需要多少，而要把常用设备上的网页、会议、文件同步、视频和系统后台通信放在一起考虑。文字网页和轻量协作通常消耗较少，持续视频、较大的文件传输和频繁云同步会更快消耗流量。最稳妥的做法是先查看现有网络环境中相近用途的实际用量，再选择留有余量的档位。

按开通日重置意味着流量周期与账户实际开通时间相连，不应自行假设按自然月统一归零。记录开通日有助于理解面板里当前周期的剩余流量和后续重置时间。若在周期中途发现当前档位不足，可以使用升级功能；中途升级差价折算成剩余天数。升级前应在面板确认展示的套餐、差价和剩余周期，再继续支付，避免把升级误当成新建另一份独立套餐。

流量包适合间歇使用与备用需求

流量包分为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。它与按月重置的月订阅不同，更适合用量不连续、阶段性集中或希望保留备用流量的场景。判断时应关注“何时使用”而不只是“总量多少”：如果每个月都会稳定使用，月订阅更容易管理固定周期；如果使用间隔较长，希望剩余流量继续保留，流量包的计量方式更直接。

永久不过期描述的是流量包自身的使用期限，不代表可以忽略账户安全、客户端兼容或订阅更新。即使流量仍有剩余，设备更换、客户端配置变化或订阅信息更新后，也可能需要重新导入。购买前还应确认选中的是月订阅还是流量包，因为两者在流量重置方式上完全不同。完整价格与套餐说明集中在套餐页面，下单时以用户面板最终展示的订单项目为准。

用使用行为而不是设备数量估算

VPNFF 不限设备台数，但设备台数与流量消耗不是同一个指标。一台持续传输文件的设备可能比多台只进行轻量浏览的设备消耗更多。估算时可以按用途分类：日常网页与文字沟通作为基础部分，会议与音视频作为持续传输部分，系统更新、网盘和大文件作为集中消耗部分。尤其要检查后台同步，因为它可能在连接建立后自动开始，不一定会在前台明显提示。

如果多人共用同一账户或在多台设备上长期保持连接，应先建立清晰的设备管理习惯。记录哪些设备导入过订阅，在不再使用的设备上删除配置，避免旧设备继续产生难以定位的流量。不限台数提供的是部署灵活性，并不改变套餐的总流量规则。看到用量变化时，应先检查各设备后台任务和应用活动，再判断是否需要升级。

下单前核对退款与支付条件

本服务提供 7 天无理由退款。支付方式为支付宝 / 微信 / USDT。选择支付方式前，应确认订单项目、金额和账户用户名无误，并为订单完成页面保留必要记录。支付完成后不要立即重复提交同一订单；若页面状态没有及时变化，先刷新用户面板中的订单记录，再决定是否需要通过工单查询。重复下单会增加核对成本，也可能让用户误判自己获得了两份相同权益。

退款承诺用于处理购买后的判断空间，但不应替代购买前的核对。正确顺序是先确认用量类型，再确认套餐档位或流量包，随后核对支付方式与账户，完成后尽快进行订阅导入和连接验证。若目标应用存在特定地区要求，还应提前查看线路覆盖，确认有合适地区可选。把这些检查放在支付前，可以减少购买后才发现选择方向不符的情况。

先确定长期使用的用户名

VPNFF 无需邮箱地址，用户名+密码即可注册。注册前先确定一个容易识别、但不与其他重要服务重复的用户名。用户名承担账户识别作用，后续查看订单、获取订阅和提交工单都在同一账户下进行。不要为了临时测试连续创建多个账户，否则套餐、订单和订阅容易分散，排查时也难以确认当前客户端对应哪一个账户。

密码应由本人单独保存，不要与用户名一起放在公开截图、共享文档或客户端备注中。无需邮箱地址减少了注册步骤，也意味着用户更需要自行管理凭据。完成注册后，建议先退出再重新登录一次，确认用户名与密码记录正确，然后再购买套餐。若在未验证凭据前直接下单，之后发现密码记录错误，会使后续处理变得更复杂。

从营销页面进入正确的用户面板

用户面板位于站点根入口，营销页面中的登录、套餐和客户端下载链接都会进入该面板。注册入口可以通过页面头部或用户面板打开。进入后先观察地址是否仍为 vpnff.com，再填写用户名和密码。不要通过搜索结果中的陌生镜像页录入账户信息，也不要把个人订阅交给所谓的在线转换页面处理。

注册完成后，面板会成为后续操作中心。套餐购买、客户端获取、订阅查看、订单状态和工单都从这里进入。营销页面负责解释产品与使用方法，但不会保存登录状态，也不会直接展示个人订阅。理解这一区别很重要：如果在说明页面找不到订阅，并不是账户异常，而是需要进入用户面板的相应区域。

下单时逐项核对订单

进入套餐区域后，先区分月订阅与流量包。月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB。选中项目后，核对订单名称、流量和金额，再选择支付宝 / 微信 / USDT。不要凭上一页印象直接支付，因为浏览过程中可能切换过套餐，最终应以订单确认区域显示的项目为准。

支付过程中保持订单页面可用，按照所选方式完成操作。返回面板后先查看订单状态，再进入账户概览确认套餐是否生效。若订单仍在处理中，不要马上再次创建相同订单。可以先重新载入订单列表，检查是否已经生成记录；如果支付端显示完成而面板状态长期没有对应变化，使用面板中的工单入口提交订单信息，由服务侧核对。

保留可以帮助核对的信息

建议保留订单项目、支付状态和用户面板订单记录，但截图时应遮盖个人订阅及任何可直接访问账户的内容。提交工单时，说明当前用户名、所选套餐、支付方式和面板显示状态即可，不要在公开渠道粘贴完整订阅。支付方式只能从支付宝 / 微信 / USDT 中选择，若页面之外有人要求改用未列出的方式，应返回用户面板重新核对。

账户建立后，不要急于在所有设备同时操作。更稳妥的顺序是先在一台最熟悉的设备上完成客户端下载、订阅导入与连接验证，确认流程无误后，再扩展到其他平台。这样出现问题时变量更少，能够判断是账户、订阅、客户端还是设备环境导致。第一台设备完成后，其他设备可以复用操作思路，但仍需分别验证。

升级与重新购买要区分

月订阅中途升级时，差价折算成剩余天数。准备升级前，先查看当前套餐、剩余周期和面板给出的升级结果，不要通过重复购买另一档月订阅代替升级操作。流量包则按各自购买项目计量，用完为止，永久不过期。两类产品的处理方式不同，应从对应入口进行。

完成账户与订单检查后，下一步不是手工寻找线路地址，而是从面板取得订阅。订阅已经把账户权限与线路目录连接起来。只要保管好账户和订阅，并按正确方式导入客户端，就能在支持的平台上继续配置。若只是需要最短操作步骤，可同时参考快速上手主线；本手册下一章会进一步解释订阅的复制、导入与更新边界。

订阅不是公开下载地址

个人订阅包含账户当前可用线路的读取入口，应把它视为需要妥善保管的账户资料。它与公开网页链接不同，也不是可以转发给陌生人的安装包地址。不要把订阅贴进论坛、公开代码仓库、共享笔记或截图。客户端需要订阅时，应从用户面板直接复制或使用面板提供的导入方式，完成后关闭含有订阅内容的页面。

本手册使用的示例地址是明显的假值，只用于展示链接外观，不含真实凭据，也不能建立连接。实际订阅必须从本人账户面板取得：

https://example.com/sub?token=YOUR_TOKEN

复制时应确保链接从开头到结尾完整，没有额外空格、换行或引号。部分应用会自动识别剪贴板中的链接，但仍应检查导入结果，而不是看到弹窗就直接确认。若客户端提示格式无法识别，先重新从面板复制，再确认选择的是该客户端适用的导入入口。

优先使用面板提供的客户端入口

客户端从用户面板的下载区域获取。Windows、macOS、iOS、Android 与 Linux 的安装方式不同，因此不要把某个平台的文件交给另一平台尝试打开。进入下载区域后，先确认当前系统，再按面板说明获取客户端。安装完成后返回订阅区域，选择复制订阅或一键导入。营销页面不会提供静态安装包直链，避免用户从过期页面取得不匹配的文件。

一键导入会尝试调用已经安装的对应客户端。如果点击后没有反应，常见原因是客户端尚未安装、系统没有把该链接类型交给客户端处理，或浏览器拦截了外部应用调用。此时无需反复点击，可以改用复制订阅，在客户端的订阅或配置区域手工粘贴。手工粘贴不是逐条录入线路，而是把完整订阅地址交给客户端读取。

导入后检查名称与线路列表

成功导入通常会在客户端中新增一份订阅或配置，并显示对应线路列表。此时先检查订阅名称是否容易识别，再查看是否已经出现地区线路。不要在尚未完成更新时立即连接一个空白配置。若客户端显示订阅存在但线路区域为空，可以执行一次更新；若仍为空，返回面板确认套餐有效，并重新复制订阅。

同一客户端中如果已经存在旧订阅，应避免不断新增名称相近的副本。多个副本会让用户难以判断当前线路属于哪份订阅，也可能在后续更新时误操作。更清晰的做法是确认新订阅可用后，删除已经失效或不再使用的旧配置。删除前要核对名称，避免误删刚刚导入的项目。

更新与重新导入的区别

更新是在保留当前订阅配置的情况下，重新从服务端读取线路目录；重新导入则会在客户端中建立新的订阅记录。日常使用优先更新，因为它不会增加重复配置。升级月订阅、购买新的流量包或线路目录发生变化后，可以先执行更新，再查看线路是否恢复。只有当订阅地址输入错误、配置项损坏或客户端无法识别现有记录时，才需要重新导入。

自动更新功能可以减少长期使用中的维护成本，但不同客户端对后台更新的触发时机不同。有的会在打开客户端时更新，有的需要用户主动操作。不要仅凭线路仍显示在列表里就判断订阅已经是最新状态；如果某条线路连接异常，而其他线路正常，先更新订阅，再重新选择线路。这样可以排除本地仍保留旧目录的情况。

更换设备时重新走完整流程

VPNFF 不限设备台数，但新设备不会自动继承旧设备中的客户端与订阅。更换设备后，应从用户面板重新获取对应平台客户端，再导入个人订阅。不要直接复制旧客户端的整个程序目录，因为系统权限、网络扩展和配置存储位置可能不同。新设备完成导入后先单独验证，再决定是否从旧设备删除配置。

准备转让、维修或停用设备时，应退出账户并删除客户端中的个人订阅。仅卸载浏览器不影响独立客户端中的配置，清理时要检查客户端自身。若无法确认设备上的订阅是否已经清除，可以进入面板更新个人订阅，再在保留设备上重新导入。完成这些准备后，就可以进入各平台的具体安装与导入步骤。

Windows / macOS / iOS / Android / Linux 都可以使用 VPNFF，但五个平台在安装来源、系统权限、后台行为和网络接管方式上存在差异。共同主线始终是：从用户面板获取客户端，安装并授予必要的网络权限，导入个人订阅，更新线路列表，选择线路并连接，最后执行出口验证。不要省略权限确认，也不要把一个平台看到的按钮名称机械套用到另一个平台。

Windows：先安装，再确认系统代理状态

在 Windows 上登录用户面板，进入下载区域获取客户端，完成安装后再从面板复制订阅。打开客户端的订阅或配置区域，粘贴完整链接并执行更新。线路出现后，选择一条与当前用途匹配的线路，再启动连接。首次运行若系统弹出网络访问或防火墙相关提示，应确认对象确实是刚安装的 VPNFF 客户端后再允许必要访问。

连接后要观察客户端模式是否会修改系统代理。浏览器通常会跟随系统设置，但命令行工具和部分独立应用可能不会。若浏览器有效而其他程序无效，先检查应用是否有单独代理选项，而不是直接重装客户端。设备从休眠恢复后，如果客户端仍显示连接但访问异常，先断开并重新连接，再验证出口。更细的 Windows 操作可参考Windows VPN 从零开始教程。

macOS：完成网络扩展授权

macOS 安装客户端后，系统可能要求确认应用打开权限或网络扩展权限。授权只应针对从用户面板取得的客户端。导入订阅时，可以先尝试面板的一键导入；如果浏览器没有调用客户端，则复制订阅并在客户端内粘贴。完成更新、选择线路和连接后，观察菜单栏或客户端状态，并打开浏览器验证出口。

macOS 在切换网络服务、合盖休眠或唤醒后，原有网络路径可能发生变化。出现已连接但无法访问时，先断开连接，等待系统本地网络恢复，再重新连接。若只有终端命令不采用线路，应检查命令行程序是否读取系统代理，必要时在该程序支持的范围内配置代理环境。不要直接改动不熟悉的全局网络文件，以免把客户端问题扩大为系统网络问题。

iOS：确认系统网络配置请求

在 iOS 上通过用户面板的下载入口取得适用客户端，打开后导入订阅。首次建立连接时，系统会要求加入网络配置；确认当前操作来自刚刚安装并打开的客户端后继续。授权完成不等于已经选择线路，还需要回到客户端更新订阅、选定地区并启动连接。系统状态区域出现连接标识后，再通过浏览器和目标应用分别验证。

iOS 的低电量模式、后台刷新策略和接入网络切换可能影响连接保持。若从无线网络切换到其他网络后应用访问异常，打开客户端查看连接状态，必要时重连。某个应用单独异常时，先完全关闭该应用再重新打开，让它建立新的网络会话。不要仅凭系统图标判断所有应用都已采用新路径。

Android：处理后台与电量管理

Android 设备应按用户面板说明获取对应客户端。安装后导入订阅，执行线路更新并选择线路。首次连接时，系统会显示网络连接授权，确认客户端名称后允许。连接建立后，先用浏览器验证，再打开实际需要使用的应用。若系统同时运行其他会修改网络路径的应用，应先停用冲突项，确保只有当前客户端负责连接。

部分 Android 系统会限制后台应用运行。若锁屏、切换应用或待机后连接经常中断，可以在系统的电量与后台管理中找到当前客户端，允许其按实际需要保持运行。不同设备的菜单名称可能不同，原则是避免系统在使用过程中强制结束客户端。不要一次改动大量系统设置；每次只调整与当前客户端有关的项目，并在调整后重新验证。

Linux：区分桌面应用与命令行程序

Linux 环境差异较大，应先从用户面板查看当前提供的客户端与使用方式。安装后导入订阅，确认线路列表已经读取，再选择连接模式。桌面浏览器可能遵循桌面环境代理设置，而终端中的下载工具、包管理器或开发工具可能依赖自己的代理参数。测试时应分别验证图形应用和命令行程序，不要用单一结果代表整个系统。

可以使用系统自带命令观察默认路由和 DNS 状态，但命令只用于判断当前环境，不会自动修复连接：

ip route
resolvectl status
curl https://example.com

若桌面应用有效而终端无效，查看客户端是否提供系统接管模式，或按目标程序文档设置其支持的代理方式。修改环境变量后，新开的终端会话通常更容易反映变化。完成测试后应恢复临时变量，避免之后在未连接状态下仍把程序指向已经失效的本地代理端口。

先建立可重复的验证条件

连接验证的目的不是证明客户端按钮发生了变化，而是确认实际流量采用了预期路径。测试前先记录未连接时的出口地区表现，然后关闭可能缓存网络状态的目标应用。选择线路并连接后，重新打开浏览器进行检查。为了减少干扰，验证期间保持同一台设备、同一接入网络和同一浏览器，不要同时切换线路、浏览器与网络环境。

最基础的检查是打开我的 IP页面，查看当前出口信息是否与所选地区相符。随后再访问实际需要使用的网站或应用。出口变化说明浏览器流量已经采用新路径，但还不能自动证明所有程序相同。若日常用途包括独立应用、命令行工具或文件同步，应分别完成一次实际访问。

按出口、DNS、应用三个层次检查

第一层是出口检查，用于判断对外访问看到的网络来源。第二层是 DNS 检查，用于观察域名解析是否符合当前连接预期。第三层是应用检查，用于确认特定程序没有绕开系统设置。三层结果结合起来，才能区分“客户端未连接”“浏览器已生效但其他应用未生效”和“网络路径正常但目标服务自身异常”等情况。

如果出口没有变化，先回到客户端检查所选线路、连接状态和工作模式，再断开重连。若出口已经变化但目标应用仍不可用，应完全关闭应用后重新打开，并检查应用是否设置了独立代理。若浏览器和目标应用都正常，但域名解析出现异常，可以先恢复本地网络、清理系统缓存，再重新连接。详细验证思路可参考出口 IP、DNS 与分应用验证方法。

速度判断要排除本地变量

感到访问变慢时，不要先认定线路本身异常。先检查本地接入是否稳定、后台是否有下载或同步、设备是否处于节能状态，再比较同地区的其他线路。比较过程中保持目标内容一致，并在切换后等待旧连接结束。连续快速切换可能让应用保留旧会话，使结果难以解释。

线路地理距离只是影响因素之一。目标服务所在地区、当前运营商路由、网络拥塞和应用自身响应都会改变体感。对实时协作应用，应关注声音、画面和交互是否连续；对文件传输，应关注持续过程是否稳定；对网页和 AI 工具，应关注连接建立、响应持续和长内容加载。不同任务的判断标准不完全相同，不能只用单一页面的打开速度概括。

识别缓存造成的假象

浏览器缓存、DNS 缓存和应用长连接都可能让切换线路后的结果仍像旧路径。验证前可以关闭对应标签页，切换线路后重新打开；独立应用则完全退出后重启。如果仍怀疑缓存影响，可以使用浏览器新的临时会话进行对照，但不要在其中输入不必要的账户资料。验证完成后，以正常日常应用中的结果为准。

连接失败时也应先恢复本地直连，确认原始网络可以正常访问基础网页。若直连本身异常，继续切换线路通常不会解决接入问题。待本地网络恢复后，再启动客户端。这个顺序可以明确故障边界：本地接入负责把设备连接到网络，客户端在此基础上建立线路，两者需要分别成立。

完成一次标准验收

标准验收可以采用固定顺序：更新订阅，选择合适地区，建立连接，检查出口，打开目标应用，观察持续使用，再断开确认本地网络恢复。首次安装、客户端重新安装、系统网络设置变化和更换设备后，都建议执行完整验收。日常切换线路则可以缩短为出口检查与目标应用检查。

验证通过后，记录一条适合日常使用的线路和一条同地区备用线路即可，不需要收藏大量未经测试的选项。线路目录会随订阅更新，长期依赖旧名称截图并不可靠。更稳妥的方法是保持订阅可更新，并掌握从地区、用途和实际表现重新选择的流程。

把订阅更新纳入日常操作

日常维护不需要频繁重装客户端，重点是保持订阅可读、线路目录较新、账户套餐有效。遇到单条线路异常时，先更新订阅，再选择同地区其他线路；遇到所有线路都为空时，先检查账户和套餐，再重新复制订阅。只有客户端本身无法启动、配置损坏或系统权限发生明显变化时，才考虑重新安装。

长期不使用的设备可能保存旧订阅。重新启用时，不要直接点击旧线路连接，应先登录面板确认账户状态，再更新订阅。若更新失败，删除旧配置并从面板重新导入。这样可以避免把过期目录与当前线路混在一起。完成后仍需按连接验证章节检查出口和目标应用。

按开通日理解月订阅周期

月订阅流量按开通日每月重置。管理时应以面板显示的当前周期为准，不要按自然月自行推算。¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB 三档都遵循这一重置方式。接近当前周期末尾时，如果只是短时出现集中用量，应先检查后台任务；如果连续多个周期都不够用，再评估升级。

中途升级差价折算成剩余天数，因此升级不是简单叠加另一档完整周期。进入升级页面后，应查看面板展示的差价和结果，确认后再支付。若当前用量并不稳定，也可以比较流量包：¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。选择仍应基于计量方式，不要只比较表面流量大小。

建立设备清单但不共享订阅

设备台数不限，适合在 Windows、macOS、iOS、Android 与 Linux 间使用同一账户权益。为了便于维护，可以记录设备名称、平台和是否仍在使用，但不要把完整订阅写进设备清单。停用设备时删除客户端订阅并退出账户；新增设备时从面板重新取得客户端和订阅。这样可以保持哪些设备仍持有配置的边界清晰。

多人或多设备环境中，流量变化需要从使用行为查找。系统更新、网盘同步、视频播放和文件传输都可能在后台继续。发现流量下降快时，先逐台检查活跃任务，而不是立即认定账户异常。不限台数描述设备使用范围，不改变所购套餐或流量包的总流量。

客户端更新前先保留恢复路径

需要更换或更新客户端时，先确认可以正常登录用户面板，并确保知道如何重新取得个人订阅。不要依赖客户端中唯一的一份本地配置作为恢复来源。更新完成后，检查订阅是否仍存在、线路能否更新、系统权限是否保留，再执行一次出口验证。若更新后出现异常，可以删除旧订阅并从面板重新导入，但不要使用来源不明的配置转换服务。

操作系统更新也可能改变网络权限、后台策略或系统代理状态。更新系统后如果连接异常，先检查客户端是否仍有必要权限，再检查订阅和线路。不要同时重置全部网络设置和重装多个应用，因为这样会失去故障前后的对照。每次只处理一层，处理后立即验证，才能知道是哪项调整产生效果。

订单、续费与退款记录

支付与续费都应在用户面板完成，支持支付宝 / 微信 / USDT。创建订单前确认当前账户、项目与金额；完成后查看订单记录和套餐状态。若订单状态没有及时更新，先刷新记录，避免重复创建。需要协助时通过面板工单提交必要信息，不要公开个人订阅。

本服务提供 7 天无理由退款。需要处理订单问题时，应保留面板订单记录和支付状态，方便核对。退款承诺与套餐选择是两个不同问题：前者提供购买后的处理机制，后者仍需要在下单前根据持续使用或间歇使用决定月订阅与流量包。

用工单提供可复现的信息

自行排查后仍无法解决时，可从用户面板进入工单。描述应包含使用平台、问题发生阶段、是否能更新订阅、是否所有线路都受影响、直连网络是否正常，以及已经尝试过的步骤。不要只写“无法使用”，也不要一次提交多个内容相同的工单。清晰的故障边界有助于更快定位。

截图应保留客户端状态与错误提示，但遮盖个人订阅和账户敏感内容。如果问题只在特定应用出现，应说明浏览器或其他应用是否正常；如果只在某个接入网络出现，应说明更换网络后的结果。维护的核心不是积累复杂设置，而是始终知道账户、订阅、客户端、线路和应用分别处于什么状态。

为不同任务建立线路选择规则

进阶使用不等于频繁调整所有参数，而是为常见任务建立稳定、可重复的选择规则。普通网页与文字协作优先考虑连接稳定和地区接近；会议与实时协作重视持续传输；文件同步关注长时间连接；具有地区差异的内容则以目标区域为先。每类任务保留一条常用线路和同地区备用线路，出现异常时先在同地区替换，再考虑跨地区切换。

如果目标是 AI 工具，可以先阅读ChatGPT 加速专题，了解地区选择、会话重建和长响应中断的处理思路。远程办公场景可参考会议软件丢包与延迟要求详解。短期出差时，则可结合酒店网络与跨国办公指南，决定月订阅或不过期流量包。不同场景应分别验证，避免用视频播放结果替代会议或开发工具测试。

分应用处理时先理解边界

部分客户端可能提供不同的网络接管方式。系统级接管更容易覆盖不读取代理设置的程序，但也会让更多后台流量进入线路；仅使用系统代理时，遵循该设置的应用可以工作，而具有独立网络配置的程序需要单独检查。选择方式应根据用途，不要在不理解影响时同时启用多套代理工具。

需要让不同应用采用不同路径时，先列出哪些应用需要线路、哪些应保持本地访问，再查看当前客户端是否提供相应能力。每次只加入一个应用并验证，避免一次设置大量规则后无法判断哪条生效。规则名称应表达用途，不要只写模糊缩写。应用更新后若网络行为变化，也应重新验证。

所有线路异常时从本地网络开始

当所有线路都无法连接，先完全断开客户端并确认本地网络能够打开基础网页。直连异常时，应先处理接入网络、路由器或系统网络问题。直连正常后，检查账户套餐和订阅更新，再检查客户端权限。若订阅可以更新但线路都无法建立连接，可以重启客户端，并确认没有其他网络工具同时运行。

在酒店、办公区或公共接入网络中，首次连接有时需要先通过网络自身的登录页面。应在断开客户端的状态下完成接入网络要求，再启动线路。如果换到其他网络后立即恢复，问题边界通常位于原接入环境；如果所有网络表现一致，则继续检查客户端、系统权限和账户状态。不要在未完成边界判断前重置整套系统网络。

单条线路异常时保留对照

若只有一条线路异常，先更新订阅，再选择同地区另一条线路。其他线路正常通常说明账户、客户端和本地接入基本成立，排查重点应收窄到当前线路或目标服务会话。切换后关闭目标应用并重新打开，避免旧连接继续占用原路径。若同地区多条线路都异常，再选择邻近地区进行对照。

报告线路问题时，应说明地区、线路名称、发生时间段、受影响应用，以及其他线路是否正常。不要只提交速度感受，也不要提供自己推测的原因。可复现信息比主观结论更有助于判断。线路清单与类型说明可在全球节点页面查阅。

浏览器正常而开发工具异常

命令行下载器、开发环境、容器和同步工具可能不会读取桌面系统代理。先查看目标程序自身的网络说明，确认它支持系统代理、环境变量还是独立配置。临时设置环境变量时，只在当前会话中测试更容易恢复。不要把个人订阅直接写入项目源码或提交到代码仓库。

export HTTPS_PROXY=http://127.0.0.1:LOCAL_PORT
export HTTP_PROXY=http://127.0.0.1:LOCAL_PORT

curl https://example.com

unset HTTPS_PROXY
unset HTTP_PROXY

示例中的本地端口必须替换为客户端实际提供的本地代理端口；如果客户端没有提供此模式，就不应凭空填写。测试结束后清除临时变量。若程序运行在容器或远程环境中，回环地址通常指向该环境自身，不一定指向桌面客户端，必须先理解网络边界再配置。

配置恢复应从最小状态开始

复杂故障经过多次修改后，最有效的方法常常是回到最小可用状态：保留一个有效账户、一份订阅、一台设备、一个客户端和一条线路。关闭其他网络工具，恢复本地直连，确认基础网络正常，然后重新导入订阅并验证。最小状态通过后，再逐项恢复其他应用和规则。

不要同时导入多份名称相似的订阅，也不要在客户端、浏览器扩展和系统设置中重复配置不同代理。多层设置会让断开客户端后仍残留代理，表现为所有网页都无法访问。遇到这种情况，先检查系统代理是否已经恢复，再检查应用自己的设置。Windows 用户还可参考完整安装教程重新核对开机启动与系统代理。

建立可持续的个人操作规范

长期稳定使用依赖清晰流程：账户只保留一套主要凭据，订阅只从面板获取，客户端只从面板下载区域进入，线路按任务选择，连接后执行出口与应用验证，异常时按本地网络、客户端、订阅、线路、应用的顺序排查。这个流程比记忆某个按钮位置更可靠，因为系统界面会变化，而故障边界保持一致。

读到这里，已经可以独立完成从选购到维护的完整流程。需要快速重复操作时，可回到快速上手教程；需要比较套餐时查看套餐价格；需要按地区选线时查看全球节点；需要确认当前出口时打开我的 IP。遇到无法自行定位的问题，则从用户面板进入工单，并提供可复现的信息。