GQVPN 完整使用手册

FOUNDATION

先理解跨境网络服务怎么工作

服务、订阅与客户端是三件事

开始操作前，先把几个容易混在一起的概念拆开。GQVPN 提供的是跨境网络加速服务，账户中的套餐决定可使用的流量和服务期限；订阅负责把可用线路及连接参数交给客户端；客户端则运行在 Windows、macOS、iOS、Android 或 Linux 上，负责读取订阅、建立连接并按规则转发流量。三者缺一不可，但职责并不相同。购买套餐不会自动改变设备网络，拿到订阅也不等于已经连接，客户端显示连接成功也仍需检查实际出口。

可以把订阅理解为一份持续更新的线路清单。它不是普通网页地址，不适合公开转发，也不应复制到不受信任的设备或工具中。更换设备时，应从用户面板重新复制，再导入目标客户端。线路发生调整后，客户端通常需要刷新订阅才能读到变化；只反复点击旧线路，不刷新清单，可能一直停留在已经不合适的配置上。

线路解决的是链路问题，不替应用做决定

跨境访问通常会经过本地接入、运营商网络、跨境段、出口线路和目标服务等多个环节。客户端能优化的是设备到出口之间的路径，无法替目标网站决定账户地区、内容授权或风控结果。某个网页打不开，不一定意味着整条线路失效；也可能是域名解析异常、浏览器缓存旧会话、应用没有跟随系统代理，或目标服务对当前出口地区有自己的规则。

因此，判断连接状态要分层进行。先看设备能否正常联网，再看客户端是否成功建立连接，然后核对出口 IP 与 DNS，最后才测试具体应用。把这些层级混在一起，最常见的结果是不断切线路，却忽略了真正的问题在应用缓存或代理范围。后文的验证章节会给出一套固定顺序，建议第一次连接后完整执行，之后排错也沿用同一顺序。

覆盖范围与线路数量应该怎样理解

GQVPN 覆盖 120+ 国家 / 210+ 线路。覆盖国家表示可选择的出口地区范围，线路数量则反映同一地区可能存在不同入口、出口或路径。选择时不必机械追求地理距离，也不必把线路名称当作速度承诺。办公、网页浏览、文件同步、AI 工具和流媒体对连接的要求不同：有的看重会话稳定，有的对出口地区敏感，有的更容易受到高峰拥堵影响。

首次使用时，先从目标服务所在地区附近的常用出口开始。如果连接稳定，就保留该线路作为日常选择；只有在加载明显变慢、应用无法建立会话或目标地区不匹配时再切换。频繁切换出口会让网站不断看到登录环境变化，反而可能增加额外验证。完整地区与线路说明可查看全球节点页面，其中适合比较地区、城市和线路类型，而不是把线路名称简单排成所谓的速度榜。

隐私边界要用正确方式理解

无日志政策关注的是服务侧不记录浏览内容，但它不等于设备上的所有隐私问题自动消失。浏览器仍可能保存历史、Cookie 和登录状态，操作系统仍可能进行云同步，目标网站仍可依据账户、设备特征与会话识别用户。网络服务处理的是传输路径，不替代密码管理、系统更新、应用权限控制和账户安全设置。

公共设备尤其要谨慎。即使连接本身正常，浏览器自动保存的登录信息、下载目录里的文件和客户端中的订阅仍可能留在设备上。临时使用后，应退出账户、移除订阅并清理本地会话。长期设备则建议保持客户端来源一致，不要同时运行多个会接管系统网络的工具。多个工具争用代理端口、虚拟网卡或 DNS 设置，是“看着都开着，实际谁也没按预期工作”的常见原因。

PLAN SELECTION

按使用方式选择套餐

先判断需要周期流量还是长期储备

选择套餐时，先回答一个简单问题：使用量是持续发生，还是间歇发生。月订阅适合规律办公、日常访问国际网站、持续使用 AI 工具或跨设备同步；流量包适合使用时间不固定、希望把额度长期保留的人。两类产品的核心差别不是线路档次，而是流量结算方式。月订阅流量按开通日每月重置，流量包则用完为止，永久不过期。

月订阅有 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。选择时不要只看最低价格，也不要因为担心不够就直接选最高额度。更稳妥的方法是按主要任务估计消耗来源：纯文字网页和远程文档通常较轻，高清视频、系统镜像、云盘同步和大型附件更容易持续占用流量。若过去没有记录，可先从使用场景判断，再在用户面板观察实际消耗。

流量包有 ¥158/300GB、¥358/1000GB、¥658/3000GB。因为流量包永久不过期，更适合作为不规律需求的储备。它不会按照自然月自动清空，但“永久不过期”指已购买流量的有效方式，不代表任何单次连接都应长期保持不变。线路与客户端仍需正常维护，设备变更后也仍要重新导入订阅。

多设备不等于每台设备都要长期在线

GQVPN 同时在线设备不限台数，支持 Windows / macOS / iOS / Android / Linux。这里解决的是设备数量门槛，不会改变套餐的流量总量。多台设备同时进行下载、同步或视频播放时，消耗会共同计入所用套餐。家庭或工作设备较多时，应先决定哪些设备需要持续连接，哪些只在特定任务中开启，而不是把所有设备都设为开机自动执行全量转发。

设备较多还会带来配置维护问题。建议保持线路命名和模式尽量一致，让每台设备都能明确知道当前使用的地区与规则。不要在某台设备长期保留已经失效的旧订阅，也不要为了省一步复制，把订阅交给来源不明的转换网站。订阅本身就是账户访问凭据的一部分，应从用户面板复制并直接导入可信客户端。

升级前先理解差价折算

月订阅中途升级时，差价折算成剩余天数。这意味着升级不是简单把原套餐的剩余额度与新套餐机械相加，而是由面板依据当前订阅状态计算。操作前应在订单确认页核对所选套餐、应付金额与变更后的有效状态，确认无误再支付。不要连续提交相同订单，也不要在支付结果尚未返回时反复刷新和重新下单，以免之后难以判断哪一笔订单对应当前套餐。

如果现有套餐仍能覆盖日常使用，通常没有必要因一次短时下载立刻改变长期选择。可以先暂停不必要的云同步或系统下载，再观察真实需求。反过来，如果持续接近额度边界，频繁靠关闭应用维持连接也不合理，升级到更符合长期消耗的月订阅会更容易管理。

付款与退款信息应在下单前确认

支持的支付方式为支付宝 / 微信 / USDT。不同支付方式的操作界面可能不同，但下单逻辑相同：先确认商品，再创建订单，完成支付，最后回到用户面板检查套餐状态。不要只依据支付页面的跳转判断是否成功，最终应以面板中的订单和订阅状态为准。

所有套餐按站内规则提供 30 天无理由退款。退款用于给实际使用后的判断留出空间，但选择前仍应先阅读套餐说明，避免把可提前确认的问题留到支付之后。完整价格、流量规则与套餐对照可查看套餐价格页面。该页面适合最终比价，本章则用于判断哪种结算方式更符合自己的使用习惯。

ACCOUNT & ORDER

完成注册下单与状态确认

创建一个便于长期管理的账户

GQVPN 注册无需邮箱地址，使用用户名和密码即可完成。这个流程减少了等待外部验证的步骤，也意味着用户名和密码需要自行妥善保存。用户名应便于辨认，但不建议直接使用公开平台上长期使用的昵称；密码则应与其他网站分开，不要把同一组凭据重复使用在多个服务中。

进入用户面板后，先从注册页面创建账户。填写完成前检查输入法状态，避免用户名意外带入空格或全角字符。密码管理工具可以帮助保存复杂凭据，但保存后仍应确认当前记录对应 gqvpn.com，而不是名称相似的页面。注册成功后进入概览页，先查看账户状态，再开始选购套餐。这样可以避免在登录状态不明确时重复创建账户。

如果设备由多人共用，不建议让浏览器长期保持用户面板登录。退出面板不会自动删除客户端中的订阅，因此账户管理与客户端连接需要分别处理。设备准备转交他人时，应同时退出面板、移除客户端订阅并清理浏览器保存的凭据，仅执行其中一项并不能完成整个清理过程。

订单创建、支付与回查

从用户面板进入套餐区域，选择月订阅或流量包。下单前依次核对商品名称、价格、流量规则和当前账户。月订阅对应 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量包对应 ¥158/300GB、¥358/1000GB、¥658/3000GB。页面中如果仍显示上一次浏览的选择，应重新点选目标商品，而不是仅凭按钮位置判断。

创建订单后，按页面提供的支付宝 / 微信 / USDT 方式完成付款。支付过程中不要关闭原订单页，也不要在多个标签页同时为同一账户创建相似订单。完成后回到用户面板查看订单状态。如果付款页面已结束而面板尚未更新，先刷新订单列表并重新登录核对，不要立刻再次支付。需要人工处理时，可通过用户面板的工单入口提交订单信息；工单应描述商品、当前订单状态和已经完成的操作，不要提交密码或订阅内容。

开通日与流量重置

月订阅流量按开通日每月重置，不按所有人统一的自然月处理。管理使用量时，应以用户面板显示的订阅周期为准，不要根据月初或月底自行推断。开通后可以先记录当前周期位置，并在常用设备上保持一致的使用策略。这样遇到流量变化时，能够区分正常使用、后台同步和周期重置。

流量突然增加时，优先检查操作系统更新、云盘、照片备份、开发环境依赖下载和流媒体后台播放。客户端通常只能显示经过它的总体流量，未必能准确指出具体应用。更细的判断应结合系统自带的网络统计。排查时先暂停高流量应用，再观察面板变化，不要一边持续下载一边频繁切换线路。

账户与订阅信息分开保管

用户名和密码用于进入用户面板；订阅地址用于客户端获取线路。两者都需要保护，但使用位置不同。不要把用户面板密码填入客户端，也不要把订阅地址当作账户登录地址放进浏览器收藏。客户端导入时应使用面板复制出的订阅内容，浏览器登录则只使用用户名和密码。

截图求助时，注意遮住用户名、订单标识和订阅内容。更好的做法是用文字描述现象，并附上不含敏感内容的错误提示。若问题与某条线路相关，只需说明地区、线路类型、发生场景和已执行的排查步骤。清楚的上下文比整屏截图更容易定位问题，也降低了凭据外泄的风险。

SUBSCRIPTION

获取、导入并刷新订阅

从用户面板获取正确入口

套餐开通后，在用户面板进入订阅或客户端下载区域。客户端与订阅都应从面板获取，营销页面不提供静态安装包，也不会公开真实订阅地址。这样做的原因很直接：客户端交付需要和有效套餐状态对应，订阅内容也属于账户资源，公开分发会失去访问控制。

复制订阅时，应使用页面提供的复制操作，避免用鼠标只选中地址的一部分。完整订阅通常是一段较长的 URL，缺少开头、结尾或其中任何字符都可能导致导入失败。复制后不要先粘贴到搜索框检查，因为浏览器可能把内容发送给默认搜索服务。应直接进入客户端的订阅导入区域粘贴。

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

上面的地址只用于识别格式，是明显的示例值，不能建立真实连接。实际使用时只复制用户面板提供的内容，不要照抄示例，也不要自行修改参数。某些编辑器会把半角符号替换为全角符号，或在行尾加入空格，因此不建议先经过聊天工具和富文本笔记再导入。

导入与更新不是同一个动作

首次导入会在客户端中创建订阅条目，并从服务端读取线路。之后点击更新或刷新，是让已有条目重新获取线路清单。重复执行“新增订阅”会产生多个名称相近的配置，切换时很难确认当前实际使用哪一个。首次成功后，应优先使用原条目的更新功能，不要每次都重新添加。

更新失败时，先确认基础网络能够访问用户面板，再检查套餐是否处于有效状态。如果基础网络本身中断，客户端自然无法拉取订阅；如果面板可以登录但订阅失效，应查看套餐与订单状态。还可以暂时关闭其他会接管网络的工具，再重试刷新。多个代理工具同时运行时，一个工具的订阅请求可能被另一个工具拦截，错误表面上看像订阅地址问题，实际是网络控制权冲突。

给订阅起一个能长期辨认的名称

客户端允许重命名时，建议使用品牌名加用途，例如区分日常设备、开发环境或临时设备。名称只用于本地辨认，不会改变套餐和线路。不要把密码或订阅参数写进名称，也不要用“配置一”“配置二”这类很快失去意义的标签。设备多时，清楚的命名可以显著减少误删和误切换。

更新后应查看线路列表是否正常出现，并确认当前选择仍然存在。如果原线路因维护发生变化，客户端可能回到默认选择，也可能保留一个已经不可用的旧名称。此时从同地区其他线路开始测试即可，不必删除整个订阅。只有订阅条目损坏、长期无法更新，且账户状态与基础网络均正常时，才考虑移除后重新导入。

订阅内容不适合经过在线转换

不同客户端的导入界面可能要求不同格式，但应优先使用用户面板提供的对应入口，而不是把订阅提交给陌生的在线转换服务。在线转换会接触完整订阅内容，服务如何存储和处理这些数据并不透明。若客户端无法识别，先确认是否选择了正确的导入类型，再检查复制是否完整，最后通过工单说明客户端平台和错误信息。

同一设备中也不建议保留过多历史订阅。旧订阅与新订阅可能包含相似的线路名称，表面上都能点击，实际更新时间和有效状态不同。迁移完成后，先用新条目完成连接与验证，再删除旧条目。这个顺序可以保留回退空间，也能避免尚未验证就清掉唯一可用配置。

PLATFORMS

在各平台完成客户端导入

GQVPN 支持 Windows / macOS / iOS / Android / Linux。各平台界面不同，但主线一致：从用户面板获取客户端与订阅，安装后新增订阅，刷新线路，选择出口，再开启连接。不要根据其他平台的截图硬找完全相同的按钮；更有效的方法是识别功能名称，例如“订阅”“配置”“更新”“线路”“系统代理”或“连接”。

Windows：先处理系统代理的所有权

在 Windows 上安装客户端后，先退出其他代理类工具，再导入订阅。导入成功的标志是客户端能够显示线路清单，而不是安装窗口消失。选择线路并启动连接后，查看系统代理状态是否由当前客户端接管。若客户端显示已连接但浏览器完全没有变化，常见原因是系统代理没有开启，或浏览器使用了独立代理设置。

排查时先关闭浏览器中手动配置的代理扩展，再重新打开浏览器测试。若停止客户端后网页仍表现为代理状态，说明系统中可能留有旧设置。应在系统网络设置中恢复为自动状态，再由当前客户端重新接管。不要同时让多个工具轮流修改系统代理，否则每次重启后的状态都可能不同。

macOS：注意网络扩展与权限确认

macOS 客户端首次建立连接时，系统可能要求确认网络扩展或相关权限。该提示属于操作系统的连接控制，应核对当前打开的确实是从用户面板获取的客户端，再按系统流程完成。若拒绝了必要权限，客户端界面可能仍能显示订阅和线路，但无法真正接管网络。

导入订阅后先刷新线路，再选择一个目标地区。连接开启后可从系统网络状态与客户端状态交叉确认。若休眠唤醒后连接存在但网页无法加载，先断开再重新连接；如果问题重复出现，再检查系统是否同时保留其他网络扩展。删除客户端前应先退出程序并断开连接，避免系统代理保留在异常状态。

iOS：区分客户端权限与订阅内容

在 iOS 上，应按用户面板指引获取客户端并导入订阅。首次启动连接时，系统会要求允许创建网络配置。该授权只代表允许客户端建立连接，不代表订阅已经导入成功。完成授权后仍需查看线路列表，选择出口并启动连接。

如果订阅可以更新但连接立即结束，先更换同地区其他线路，再检查当前网络是否能正常打开普通网页。若从无线网络切换到其他网络后出现异常，可以断开连接、确认基础网络恢复，再重新建立。不要在连接过程中连续快速切换多个出口，等待当前连接完全结束后再选择下一条更容易判断结果。

Android：避免后台策略中断长连接

Android 设备首次连接时，同样需要确认系统网络连接请求。导入完成后，先在前台保持客户端运行，完成一次完整验证，再考虑后台使用。如果锁屏后一段时间连接经常中断，应检查系统对该客户端的省电与后台运行策略。不同设备的设置名称不同，但目标一致：不要让系统在连接仍需要保持时主动暂停客户端。

同时也不必把所有后台限制都关闭。只针对当前客户端检查即可，避免扩大无关应用的后台活动。若连接图标存在但部分应用无法访问，检查应用是否启用了独立网络设置，或客户端是否处于只代理部分应用的模式。先切回统一转发验证，再逐步恢复分应用规则。

Linux：先确定流量由哪一层接管

Linux 环境差异较大，桌面系统、终端程序和后台服务可能各自读取不同的代理设置。桌面客户端导入订阅后，应先确认图形界面应用能否正常使用；命令行工具则需要检查是否跟随系统设置。某些命令不会自动读取桌面代理，因此“浏览器可用、终端不可用”并不矛盾。

可以用普通请求测试终端当前路径，示例只访问公开测试域名，不包含任何凭据：

curl -I https://example.com/
nslookup example.com

如果桌面应用正常而命令行不通，先确认终端是否需要单独的环境变量或客户端提供的本地入口；如果两者都不通，则回到订阅、连接和基础网络层排查。后台服务以不同用户身份运行时，也可能无法继承当前会话的环境设置。配置长期任务前，应明确代理设置写在哪一层，并记录恢复方法。

跨设备迁移要先验证后清理

换设备时，先在新设备登录用户面板并获取客户端与订阅。完成导入、连接和出口验证后，再从旧设备移除订阅。GQVPN 同时在线设备不限台数，因此迁移过程中可以保留短暂的并行验证，不必先删除旧配置再冒险从零开始。

但“不限台数”不等于订阅适合公开共享。所有设备的流量仍关联同一账户和套餐，配置也需要统一维护。工作设备、个人设备和临时设备应有明确边界。临时设备完成任务后及时退出面板并删除订阅，长期设备则定期刷新订阅，避免因为旧配置造成不同设备表现不一致。

CONNECTION CHECK

建立连接并逐层验证

连接前先保留一个基础网络基线

正式连接前，先关闭客户端并确认普通网页可以打开。这个动作看似多余，却能把本地断网与线路问题分开。如果基础网络已经异常，客户端无法更新订阅、建立握手或解析域名，之后看到的错误都会失去判断价值。基础网络恢复后，再启动客户端，刷新订阅并选择线路。

首次线路选择以任务为中心。访问某地区服务时，优先选择对应地区；普通办公则先选连接稳定、地理路径合理的线路。不要同时打开大文件下载作为测试，因为下载会占用链路并影响其他页面表现。先用普通网页确认连接，再进行目标应用验证，最后才测试高流量任务。

核对出口 IP，而不是只看图标

连接完成后，检查当前出口 IP 的归属地区是否发生变化，并与所选线路相符。客户端图标变色只说明软件内部状态，出口检查才说明流量是否真正经过线路。如果出口没有变化，优先检查系统代理或网络扩展是否生效，以及浏览器是否绕过了系统设置。

出口已经变化但目标网站仍显示旧地区时，可能是浏览器会话、账户资料或网站缓存仍保留旧判断。可以先退出目标账户，关闭相关页面，再使用新的浏览器会话测试。不要把每一次地区判断差异都归因于线路故障，因为网站可能综合账户、Cookie、语言和历史登录环境作出判断。

更完整的自查方法可参考怎么确认 VPN 真的生效了。该文章重点拆解出口 IP、DNS 与分应用验证，本章则把它放进整个连接流程中。

检查 DNS 与分应用差异

DNS 负责把域名转换为网络地址。出口已经变化但某些域名解析异常时，网页可能表现为一直加载、跳到错误地区或直接提示找不到地址。此时不要立即重装客户端，先断开后确认基础 DNS 正常，再重新连接测试。系统、浏览器和客户端都可能有自己的 DNS 缓存，因此修改后需要重新打开相关应用。

分应用模式是另一类常见来源。客户端可能允许只让部分应用走线路，其他应用保持本地连接。这个功能适合精细控制，但不适合首次排错。首次验证建议先采用统一、容易理解的模式，确认浏览器和目标应用都能正常工作，再逐项添加分流规则。规则越复杂，越需要记录每一项修改，否则出现问题时很难回到已知可用状态。

用稳定任务判断，不用瞬时感受下结论

网页第一次打开通常还包含 DNS 查询、TLS 建立、缓存加载和账户验证，单次等待不能完整代表线路质量。更有效的判断是重复执行同一类轻量任务，观察是否稳定完成；再测试目标应用的登录、页面切换和持续会话。不要只凭某次测速结果选择所有场景，因为测速服务器与实际目标服务并不相同。

如果特定应用失败而其他网页正常，应优先检查该应用是否跟随系统代理、是否保留旧会话、目标地区是否匹配。若所有应用同时失败，再检查线路与客户端。若只有大流量任务变慢，则需要区分本地网络拥堵、线路负载和目标服务限速。分层判断能够减少无意义的线路切换。

形成可复用的故障记录

遇到问题时，记录当前平台、基础网络类型、所选地区、失败应用、错误提示和已经执行的操作。不要只写“连不上”或“很慢”，因为这类描述无法区分订阅、客户端、线路和目标服务。也不要在一次排查中同时更改线路、模式、DNS 和应用设置；每次只改一项，才能知道是哪一步带来了变化。

提交工单时可以按照“现象—范围—已排除项”的顺序描述。例如先说明哪个应用失败，再说明其他网页是否正常，最后列出已刷新订阅、已换同地区线路或已重启客户端等操作。请勿附上密码或完整订阅内容。清晰记录不只是为了求助，也便于以后在相同设备上快速恢复。

MAINTENANCE

做好日常维护、续费与迁移

把订阅更新放进固定维护流程

客户端能连接并不代表配置可以永久不管。线路会调整，订阅条目也可能因为长期未刷新而保留旧信息。日常使用中，遇到线路列表明显变化、常用线路持续异常或设备长时间未开启时，应先刷新订阅，再判断是否需要切换。不要把删除重装当作第一反应，因为重装会丢失现有设置和问题现场。

维护动作宜简单且一致：确认账户状态，刷新订阅，检查当前线路，完成一次出口验证。设备较多时，逐台执行，不要假设其中一台更新后其他设备会自动同步。客户端本地配置通常各自独立，线路更新需要每台设备读取订阅。可以为设备采用相同命名规则，减少“这台用新配置、那台仍在旧配置”的混乱。

观察流量时先找后台任务

月订阅流量按开通日每月重置。发现消耗高于预期时，先检查云盘、系统更新、照片备份、开发依赖和视频后台播放。许多后台任务会在接入稳定网络后自动开始，用户未主动打开窗口也会产生持续流量。排查时暂停这些任务，再观察变化，比不断切线路更有意义。

流量包用完为止，永久不过期，适合长期保留，但也更需要防止无意的后台消耗。临时设备完成任务后应断开连接并删除订阅，避免设备在无人关注时继续同步。不限台数解决的是同时在线设备限制，不会为每台设备单独生成一份套餐流量，因此设备管理仍然重要。

续费前核对账户和当前商品

续费或再次购买前，先确认登录的是原账户，并查看当前订阅状态。用户名相近时尤其要谨慎，避免在另一个账户中创建订单。月订阅与流量包的规则不同，操作前应重新阅读商品名称，不要根据上次购买记忆直接点击。支付完成后仍回到订单和订阅区域核对结果。

需要升级月订阅时，注意中途升级差价折算成剩余天数。先查看页面给出的最终订单信息，再决定是否提交。不要自行按日拆分价格，也不要根据剩余流量推测面板会如何计算。订单页显示的是实际结算依据；若状态不清楚，通过工单询问比重复下单更稳妥。

系统更新后先做最小验证

操作系统更新可能改变网络权限、扩展状态、后台策略或系统代理。更新完成后，不必立刻执行复杂重装，先做最小验证：打开客户端，刷新订阅，选择原常用线路，检查出口与目标应用。如果客户端无法启动，再从用户面板获取当前提供的客户端，不要从搜索结果中随意下载名称相近的软件。

客户端自身更新也应保留恢复路径。更新前记住当前订阅名称与常用线路，完成后检查订阅是否仍在。若需要重新导入，从用户面板复制即可。不要把真实订阅写入公开文档作为备份；更安全的恢复方式是保管账户凭据，需要时重新登录面板获取。

设备丢失或转交时的处理顺序

设备不再由本人控制时，应优先修改用户面板密码，并在仍可访问的设备上检查账户状态。之后在旧设备可操作的情况下退出面板、断开客户端并删除订阅。设备已经无法操作时，修改账户凭据和提交工单说明情况更重要。不要在公开群组粘贴订阅请求他人判断，因为这会扩大暴露范围。

转交设备前还应清理浏览器保存的登录会话、下载目录与网络配置。只卸载客户端不一定会清除浏览器中的账户状态，只退出网页也不会自动移除本地订阅。把账户、客户端和系统网络设置作为三个独立层次检查，才能完成完整迁移。

ADVANCED USE

从稳定可用走向进阶配置

先建立基线，再修改分流规则

进阶配置的第一原则不是规则越多越好，而是每次修改都有可比较的基线。先保留一套已经通过出口、DNS 和目标应用验证的配置，再复制或记录后进行调整。若直接在唯一可用配置上连续修改，出现问题时很难判断是线路、规则还是应用行为导致。

分流通常用于让特定应用或域名经过指定线路，其余流量保持原路径。开始时只加入明确需要的对象，并验证命中结果。规则范围过宽可能让本地服务也经过远端出口，范围过窄则可能遗漏应用依赖的域名。一个应用往往不只访问主域名，还会调用登录、静态资源和接口域名，因此只添加页面地址未必完整。

固定任务尽量保持出口一致

跨境办公、后台管理和开发任务通常比临时浏览更看重会话连续性。登录后频繁切换不同地区出口，可能让目标服务要求重新验证，也可能使正在进行的上传或长连接中断。为固定任务选择一条稳定线路，并保留同地区备选，比不断追逐短时速度更合理。

如果常用线路临时异常，先刷新订阅，再切换到同地区其他线路。确认任务恢复后记录变更，不必同时修改 DNS、分流和客户端模式。问题消失后也不要立刻来回切换验证，以免再次中断会话。需要比较线路时，应在没有重要上传、会议或远程操作的空档进行。

AI 工具与接口调用要分开看

网页端 AI 工具通常依赖浏览器会话、账户地区与持续连接；接口调用则更关心出口稳定、并发行为和超时处理。两者看似访问同类服务，网络要求并不完全相同。开发环境中应先确认命令行或运行进程是否实际使用当前线路，不要因为浏览器能打开页面，就假设后台任务也走了相同路径。

接口任务还应在应用层设置合理的重试与超时逻辑，但网络重连不等于请求可以无限重复。涉及写入、支付或创建资源的请求，需要考虑重复执行的后果。网络服务负责提供路径，应用仍要自行处理幂等、失败状态和日志。关于固定出口、并发与超时的进一步选择，可阅读AI API 调用加速对比。

为命令行和后台服务明确代理边界

在 Linux 或开发环境中，桌面应用、终端和后台服务可能不共享网络设置。环境变量只影响读取它的进程，从当前终端启动的程序也不一定代表系统服务会继承。配置前应明确目标是单个命令、当前会话、当前用户还是后台服务，并为每层保留撤销方法。

示例环境变量使用本地占位端口，仅演示写法；实际值应以客户端本地界面为准，不要照抄未知参数：

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

curl -I https://example.com/

unset HTTPS_PROXY
unset HTTP_PROXY

配置后先访问公开测试域名，再测试真实任务。若命令行正常而后台服务失败，应检查服务运行身份和环境加载方式；若所有终端命令都失败，先确认客户端提供的本地入口是否已启动。不要把本地监听地址暴露到不受信任的网络，也不要为了临时调试长期保留宽泛的系统级设置。

路由器和共享环境先确认责任边界

将连接能力放到路由器或共享网关上，会让接入设备省去逐台配置，但故障影响范围也更大。GQVPN 的支持平台事实为 Windows / macOS / iOS / Android / Linux；路由器是否能使用取决于设备系统、可用客户端和维护能力，不应默认把任意路由器都视为现成支持。没有把握时，优先在明确支持的平台上完成连接。

共享环境中还要考虑谁负责更新订阅、谁能修改规则、出问题如何回退。若所有设备都依赖同一个网关，一次错误配置可能让整个网络失去正常访问。实施前应保留原网络配置，并确保能够在不依赖当前连接的情况下进入管理界面。复杂网络调整更适合由熟悉设备的人执行，而不是在重要工作进行中临时尝试。

建立自己的配置变更记录

进阶使用最有效的工具往往不是更多规则，而是一份简洁的变更记录。记录修改时间、平台、配置名称、改动内容、预期结果和回退方式。不要记录密码或完整订阅，只写足以复现设置的信息。出现异常时，从最近一次变更向前排查，比凭记忆猜测可靠。

如果一项调整没有明确收益，应恢复到已验证基线。网络配置很容易形成“暂时能用就继续叠加”的状态，最后任何人都说不清流量经过哪里。保持配置少而明确，往往比复杂规则更稳定。需要重新梳理时，可以回到本手册的顺序：基础网络、账户与套餐、订阅、客户端、出口、DNS、目标应用，逐层确认。

完成全流程后的检查清单

到这里，完整流程应当形成闭环：理解服务与客户端分工，按使用节奏选择月订阅或流量包，用用户名和密码创建账户，完成订单并回查状态，从用户面板获取客户端与订阅，在目标平台导入，选择线路，验证出口与 DNS，最后建立维护和续费习惯。任何一步出现问题，都可以回到对应章节，而不必从头重装。

如果只需要重新走一遍最短主线，可回到快速使用教程；需要重新比较价格，查看套餐价格；需要按地区选择出口，查看全球节点；遇到连接与计费问题，则进入帮助中心按分类查找。系统手册的价值不在于一次读完，而在于每次遇到变化时，都有一条清楚、可重复、能回退的处理路径。