VPNQG 完整使用手册

服务、订阅与跨境线路

先理解交付对象

VPNQG 交付的是一组可由客户端读取的线路订阅，而不是一个固定出口或一份公开下载文件。账户负责保存订单状态，订阅负责把可用线路、线路名称和连接参数交给客户端，客户端再根据当前选择建立本地到远端出口之间的连接。把这三层分开理解，后续排查会更直接：无法登录属于账户层，订阅更新失败属于交付层，导入成功但无法访问目标服务则属于客户端或线路层。

订阅并不等于单条线路。VPNQG 的覆盖事实是 100+ 国家 / 170+ 线路，同一订阅内可以包含不同地区与不同路径类型。用户不必为每次切换重新创建账户或重复下单，只需在客户端更新订阅并选择适合当前目标的线路。设备不限台数意味着同一账户可以覆盖个人持有的 Windows、macOS、iOS、Android 与 Linux 设备，但订阅凭据仍应由账户持有人管理，避免扩散后难以判断异常来源。

线路名称透露了什么

线路列表通常同时表达目标地区和路径类型。目标地区决定出口位置，路径类型说明数据如何抵达该出口。IEPL 专线更强调跨境段的路径组织与高峰期稳定性；中转线路会先进入中转入口，再由中转段送往目标出口；直连线路则从本地网络直接前往目标节点。三种类型没有脱离场景的绝对优先级。访问距离较近的服务时，地区匹配通常比盲目追求更远出口更重要；本地运营商到某个入口质量不佳时，中转路径反而可能更平顺。

选择线路时应先明确目标，而不是一次勾选所有能力。普通网页与资料检索优先考虑连接稳定、地区距离和域名解析是否正常；流媒体还要匹配内容地区，相关判断可查看流媒体解锁说明；AI 工具更关心出口地区是否受目标服务支持，以及长连接过程中是否频繁切换出口。游戏与实时通话对抖动和丢包更敏感，可继续阅读延迟与丢包实测方法，不要只根据一次打开网页的速度判断。

客户端在系统中的位置

客户端会接管一部分系统流量，并根据当前模式决定哪些请求进入加速线路。常见形态包括系统代理模式、规则模式与全局模式。系统代理主要影响遵循系统代理设置的应用；规则模式按域名或地址决定走向；全局模式会把更广范围的连接交给客户端。首次使用建议保持客户端提供的默认规则，不要同时开启多个同类网络工具，因为多个工具可能争夺系统代理、虚拟网络接口或 DNS 设置，最终表现为导入正常但网页打不开。

连接过程中还涉及本地网络、域名解析、系统时间、防火墙和目标服务自身状态。客户端显示已连接，只能说明本地连接流程已经推进，并不能单独证明所有目标都可访问。反过来，某个网站打不开也不能直接推断整条线路失效。正确方法是把问题拆成基础网络、订阅、线路、解析和目标服务几个环节逐项验证，本手册后面的连接章节会给出完整顺序。

使用边界与资料保管

账户名、密码和订阅链接承担不同职责。账户密码用于进入用户面板，订阅链接用于客户端拉取线路，二者都不应公开。订阅链接被复制到其他设备后，客户端可能定期请求更新；如果后来更换凭据，旧设备就需要重新导入。公共 Wi-Fi 环境下应先确认网络本身能够正常打开普通页面，再启动客户端，否则门户认证页可能被代理设置遮挡。关于公共网络、订阅链接与账户资料的基础风险，可配合阅读VPN 新手安全基础指南。

至此应建立一条清晰链路：用户面板保存账户与订单，订单决定当前可用权益，订阅把线路交给客户端，客户端按规则处理应用流量，线路再把请求送往目标地区。后续每一章都沿着这条链路前进。遇到故障时也按相反方向回查，而不是把所有异常笼统归结为“客户端坏了”或“线路不行”。

套餐、流量与使用周期

月订阅与流量包的区别

VPNQG 提供月订阅与流量包，两者解决的是不同使用节奏。月订阅按开通日形成每月流量周期，适合持续使用、希望固定周期恢复额度的场景；流量包用完为止，永久不过期，更适合使用频率不稳定、阶段性访问或希望长期保留备用流量的场景。选择前应先观察自己的使用类型，而不是只比较价格。视频、系统镜像和大型文件会持续消耗流量，文字网页、代码检索与轻量通信的消耗结构则不同。

月订阅包含三个明确档位：¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。流量按开通日每月重置，中途升级差价折算成剩余天数。这里的“开通日”是理解周期的关键：不要默认所有账户在自然月同一天刷新，也不要把客户端显示的本地日期当作唯一判断依据。需要确认剩余额度与订单状态时，应回到用户面板查看，而不是依赖某台设备很久以前留下的截图。

流量包同样有三个明确档位：¥158/300GB、¥358/1000GB、¥658/3000GB。流量包用完为止，永久不过期。它与月订阅的主要差别不是线路覆盖，而是流量有效方式。若使用需求集中在少数阶段，流量包便于把未使用额度保留下来；若日常需要稳定访问，月订阅的周期重置更容易形成固定预算。完整卡片、支付入口与说明集中在套餐页面，下单时应以用户面板中的当前订单信息为准。

怎样估计适合自己的档位

估计流量时，不建议根据“每天上网多久”直接换算，因为不同活动的单位时间消耗差异很大。更可靠的方法是先列出主要任务：是否经常观看高画质视频，是否同步大体积资料，是否有多台设备自动备份，是否需要下载开发依赖或系统更新。然后检查操作系统和应用自身的流量统计，区分加速线路流量与局域网传输。首次选择时保留余量即可，不需要为了偶尔一次大型下载长期维持最高档。

设备不限台数不代表流量会按设备分别计算。多台设备都从同一订阅使用时，各设备的网络活动会共同影响账户流量。最容易被忽略的是后台任务：桌面端云盘同步、系统更新、照片备份、视频自动播放和应用商店下载可能在连接后自动开始。若发现流量变化与主动使用不符，先逐台查看后台任务，再检查客户端是否长时间保持全局模式。通过规则模式只处理需要的目标，通常更便于控制流量结构。

升级、续费与退款信息

月订阅中途升级时，差价折算成剩余天数。这意味着升级不仅是简单叠加一份新额度，订单的剩余周期也参与计算。操作前应在面板核对当前套餐、剩余状态和目标档位，提交后再刷新订单页确认结果。不要在支付页面连续重复点击，也不要同时在不同设备提交同一笔变更；如果页面状态没有及时更新，先保留支付记录并从订单区重新检查。

VPNQG 提供 60 天无理由退款。退款承诺用于降低首次选择的不确定性，但日常排障仍应先保存必要信息，例如当前套餐、支付方式、问题出现的平台与线路类型。支付方式为支付宝 / 微信 / USDT。选择支付方式时，应核对订单金额与面板状态，不通过聊天消息中的临时链接转账，也不要把账户密码或订阅链接写进付款备注。

下单前的最终检查

确认套餐时依次检查类型、流量、周期规则和支付方式。月订阅用户应记住流量按开通日每月重置；流量包用户应确认自己需要的是永久不过期、用完为止的额度。若已经存在有效套餐，先判断是续费、升级还是新增流量包，避免把不同操作混为一笔。完成这些检查后再进入账户与下单流程，后续客户端导入会更顺畅。

账户创建与订单确认

创建账户前准备什么

VPNQG 无需邮箱地址，使用用户名和密码即可注册。这种方式减少了账户创建步骤，但也意味着用户名与密码的保管更重要。用户名应便于自己识别，不要与公开社交账号完全相同；密码应单独保存，避免与其他网站复用。因为注册流程不依赖邮箱地址，完成创建后应立即把账户资料保存到可信的密码管理工具中，不能把“以后再找回”当作默认方案。

进入用户面板时，应从本站导航、套餐页或本手册提供的站内入口进入。浏览器地址应保持在 vpnqg.com 域名下。注册页面只需要完成用户名与密码相关操作，若看到来自浏览器扩展、系统弹窗或其他网页叠加的额外资料请求，应先确认请求来源。完成注册后不要立刻关闭页面，先确认已经进入账户区域，并能看到套餐、订单、客户端下载或订阅相关入口。

选择套餐并建立订单

在用户面板中进入套餐区域，对照上一章确定的类型与档位。月订阅分别为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量包分别为 ¥158/300GB、¥358/1000GB、¥658/3000GB。提交前再次检查自己选择的是月订阅还是流量包，尤其不要只看流量数字而忽略周期规则。月订阅流量按开通日每月重置，流量包则用完为止、永久不过期。

订单生成后，先查看订单状态与金额，再选择支付宝 / 微信 / USDT 完成支付。支付页面与订单页面承担不同职责：支付页面负责交易过程，订单页面负责记录服务状态。完成支付后应回到订单区域确认状态，不要只以支付工具的结果页作为最终依据。如果支付工具显示完成而订单仍未更新，可先刷新订单列表或重新进入面板，避免重复建立相同订单。

使用 USDT 时，重点是核对面板当前给出的订单信息并按页面流程完成，不自行猜测收款信息，也不使用转发截图代替面板内容。使用支付宝或微信时，同样应从当前订单进入支付步骤。无论采用哪种方式，都不要把登录密码、订阅链接或完整客户端配置发给付款渠道。支付凭证与订阅凭据用途不同，前者用于核对交易，后者用于建立连接。

订单完成后的检查顺序

订单状态更新后，先确认当前套餐名称和有效状态，再查看订阅入口是否出现。随后核对面板中的流量信息是否与所选套餐类型一致。月订阅应关注开通日与每月重置规则；流量包应关注剩余额度，不需要寻找固定的月度刷新日期。若是从现有月订阅升级，确认面板已经按中途升级差价折算成剩余天数，而不是把旧截图中的周期继续当作当前状态。

账户可以在不限台数的设备上使用，但不建议在每台设备都直接登录用户面板。更稳妥的方式是在一台受控设备上管理订单与订阅，再把订阅导入到自己的其他客户端。这样可以减少密码暴露面，也便于日后更换订阅时统一处理。公共电脑、临时借用设备或不受自己控制的浏览器，不适合作为长期账户管理终端。

常见账户层异常

登录失败时先确认输入的是用户名而不是套餐名称，也要检查密码管理工具是否填入了其他站点记录。复制用户名时留意首尾空格，输入密码时确认键盘布局与大小写状态。如果浏览器长期保留旧页面，可以重新打开用户面板再登录，不要通过反复修改客户端配置来解决账户问题，因为客户端导入与面板登录是两条不同链路。

订单已完成但看不到订阅入口时，先退出当前账户区域再重新进入，并检查是否登录了正确用户名。若在多台设备上创建过不同账户，容易出现支付发生在一个账户、查看发生在另一个账户的情况。排查时应以订单所在用户名为中心整理资料。需要提交工单时，只描述订单状态、发生时间、支付方式和可复现步骤，不提交密码与完整订阅链接。

从账户阶段转入订阅阶段

只有在订单状态、套餐类型和当前账户都确认无误后，才进入下一章复制订阅。这样做能避免把“权益尚未生效”误判成“客户端不兼容”。如果只是提前安装了客户端，但订单尚未完成，客户端没有可导入的个人订阅属于正常流程状态。准备完成后，保持用户面板登录，在受控设备上打开订阅区域。

取得、导入与保护订阅

订阅链接是什么

订阅链接是客户端获取线路清单与连接参数的入口。它通常是一段较长的地址，包含与账户权益关联的凭据。客户端保存这段地址后，可以按需重新拉取线路，因此用户不必逐条手工录入 170+ 线路。订阅链接不是公开网页，也不是用于分享的推广链接；只要其他人取得完整地址，就可能在客户端中尝试使用对应订阅，因此其保管级别应接近密码。

从用户面板取得订阅时，应使用面板提供的复制或客户端导入入口。不要手工截取地址的一部分，也不要从浏览器地址栏猜测订阅路径。复制完成后，可以先粘贴到客户端的订阅输入框中，不建议经过即时通信软件中转。若必须在自己的设备之间传递，可使用端到端受控的密码管理工具或系统自带的安全同步能力，并在导入后删除临时明文记录。

直接导入与手动粘贴

桌面或移动平台可能提供两种入口：一类是从用户面板唤起客户端，另一类是复制订阅地址后在客户端新建订阅。直接唤起步骤较短，但要求浏览器允许打开对应客户端；手动粘贴更通用，也更容易看清自己正在导入哪一份订阅。无论采用哪种方式，最终都应在客户端内看到一个订阅条目，而不是只看到一条临时线路。

新建订阅时，名称可以写成“VPNQG”或便于区分用途的本地名称。名称只存在于自己的客户端，不会改变面板账户。订阅地址必须完整复制，首尾不应带空格、引号或换行。保存后执行一次更新，等待线路清单载入，再选择具体线路。若客户端提示格式不支持，应返回用户面板选择适合当前平台的导入方式，而不是修改链接内容。

subscription: "https://example.com/sub?token=YOUR_TOKEN"
profile_name: "VPNQG"
mode: "rule"

上方片段只用于展示字段关系，地址为明显的示例值，不能建立真实连接。真实订阅必须从用户面板获取。把示例放进配置文件时，应遵循当前客户端的实际格式；不同客户端可能使用图形界面，不需要手写配置。手工编辑仅适合已经理解配置结构的用户，首次导入优先使用客户端提供的新建订阅界面。

订阅更新与本地缓存

客户端导入后会保存一份本地线路清单。面板线路发生调整时，本地缓存不会总是立即改变，因此遇到线路名称缺失、旧线路持续出现或新地区看不到时，第一步应执行“更新订阅”，而不是重新下单。更新动作需要基础网络可用；如果当前线路已经失效，可先断开连接，确认普通网络正常，再更新订阅并重新选择线路。

某些客户端支持自动更新。启用后仍应知道手动更新入口，因为系统休眠、后台限制或省电策略可能延迟自动任务。更新失败时，先判断是订阅请求没有发出，还是已经下载但解析失败。前者常与基础网络、系统代理冲突或订阅地址不完整有关；后者可能是导入方式与客户端不匹配。保留错误提示原文，比只描述“更新不了”更有利于定位。

订阅泄露后的处理

如果完整订阅链接被发到公开位置、录入陌生网页或保存在不受控设备上，不要只删除聊天消息后继续使用。应进入用户面板查找重置或重新获取订阅的操作，再让自己的客户端使用新凭据。旧设备如果仍保存原订阅，需要逐台更新或重新导入。处理完成后检查流量变化与设备范围，确认没有遗漏长期在线的旧终端。

截图也可能泄露订阅。客户端详情页、二维码、导入弹窗和日志中都可能显示完整地址或其中的凭据。提交工单或向他人询问时，应遮盖订阅主体，只保留错误文字、客户端平台、操作步骤和线路类型。不能因为链接看起来像普通网址，就把它当作无敏感信息的文本。

进入客户端配置前的状态

完成本章后，客户端中应存在可更新的 VPNQG 订阅条目，并能看到地区与线路类型，而不是只有一段尚未保存的文本。此时先不要同时修改 DNS、系统代理、规则和虚拟网络接口。下一章会按平台完成最小可用配置，待基础连接通过后，再逐项启用进阶能力，这样每次变化都有明确原因。

五平台客户端导入

VPNQG 支持 Windows / macOS / iOS / Android / Linux。各平台的界面名称可能不同，但操作链路一致：从用户面板获取适合平台的客户端与订阅入口，安装后新建订阅，更新线路，选择节点，启用连接，再回到浏览器验证。客户端应从登录后的面板获取；营销页面不提供静态安装包，也不公开个人订阅地址。

Windows：从订阅到系统代理

在 Windows 上登录用户面板，进入客户端下载区域取得本站客户端，再从订阅区域复制或唤起导入。安装后先打开客户端，不要同时启动之前使用的同类工具。新建订阅并保存，执行更新，确认线路列表已经出现。随后选择距离较近或与目标地区匹配的线路，再开启系统代理或客户端建议的默认连接模式。首次测试保持规则模式，避免无关下载和系统更新全部进入线路。

如果浏览器能够连接而某个桌面应用不能，先检查该应用是否遵循系统代理。有些应用使用独立网络设置，需要在应用内部选择“使用系统代理”或重新启动后读取设置。若所有应用都无法访问，先关闭客户端，查看 Windows 自身代理设置是否残留旧地址，再重新开启。系统时间错误、网络适配器异常或防火墙曾为旧客户端建立限制时，也可能导致新连接失败。

需要更完整的桌面流程，可以配合阅读Windows 从安装到开机自启教程。设置开机启动应放在首次连接验证完成之后。否则一个尚未确认可用的配置会在每次登录系统时自动接管网络，增加排查难度。

macOS：网络授权与后台运行

macOS 客户端安装完成后，从用户面板导入订阅并更新线路。首次建立连接时，系统可能要求允许新增网络配置。应确认请求由刚刚打开的本站客户端发起，再按照系统界面完成授权。授权完成后回到客户端选择线路，不要在系统设置和客户端之间重复创建多份相同配置。若菜单栏显示连接但浏览器无响应，先断开并检查系统代理中是否残留其他工具的设置。

桌面休眠后连接状态可能与客户端界面不同步。唤醒后若访问异常，先执行一次断开与重连，再更新订阅，不需要直接删除整个客户端。部分应用在启动时缓存网络环境，线路切换后应重新打开应用。若只在特定用户账户下异常，应比较该账户的代理设置、登录项和网络扩展权限，而不是修改所有设备的订阅。

iOS：地区获取与配置授权

iOS 用户应先从用户面板查看当前提供的获取方式，再完成客户端安装与订阅导入。App Store 地区可能影响客户端获取，具体注意事项可阅读iOS 客户端选择与地区限制说明。导入时优先使用面板给出的移动端入口；若浏览器询问是否打开客户端，应核对应用名称和当前操作，再继续。

首次连接会要求添加 VPN 配置。允许后，系统状态区会显示相应连接状态。若导入成功但线路为空，回到客户端手动更新订阅；若点击连接后立刻断开，检查系统设置中是否存在其他正在接管连接的旧配置。iOS 的后台策略可能暂停长时间未使用的客户端，恢复使用时先打开客户端刷新状态，再访问目标服务。

Android：后台策略与连接冲突

Android 安装与导入流程同样从用户面板开始。保存订阅后更新线路，选择节点，再接受系统建立 VPN 连接的提示。不同设备厂商对后台进程的管理方式不同，若锁屏后连接频繁停止，应在系统的电池与后台管理中允许客户端持续运行。调整范围只针对当前客户端，不需要关闭整个系统的安全与省电能力。

Android 同一时间通常只应由一个 VPN 类连接接管网络。连接按钮无反应时，先断开其他同类应用并清理旧连接状态。若普通网页正常但域名解析异常，可暂时恢复系统默认的私人 DNS 设置，验证是否为自定义解析配置冲突。确认基础连接后，再按实际需要恢复自己的解析策略，每次只改一项。

Linux：桌面代理与进程环境

Linux 上最常见的差异是桌面应用、终端程序和系统服务可能读取不同代理设置。通过用户面板取得客户端和订阅后，先在图形界面或客户端自身完成导入，更新并选择线路。若浏览器可用而终端工具不可用，检查终端进程是否继承了正确的环境；若终端可用而桌面应用不可用，检查桌面会话的系统代理设置。不要为了单个程序修改整机网络转发规则。

命令行验证时，可以先查看环境变量是否存在旧代理值：

env | grep -i proxy
curl -I https://example.com

示例命令只用于检查当前环境和基础 HTTP 响应。example.com 是示例域名，不代表 VPNQG 服务地址。若发现旧环境变量，先在当前终端会话中清理并重新测试，再决定是否修改 shell 配置文件。运行在后台的服务进程不会自动继承桌面会话设置，需要按该服务自身的网络配置处理。

连接验证与分层排查

建立可重复的验证顺序

连接验证应从最基础的条件开始。先断开客户端，确认当前网络能打开普通网页；再启动客户端并选择一条明确的线路；随后打开新的浏览器窗口，访问常用目标；最后再测试特定应用、流媒体或长连接任务。每一步只改变一个条件。这样可以判断问题是在启动连接前已经存在，还是由线路、规则或应用自身引起。

不要用单个网站作为唯一判断。目标网站可能维护、限制当前地区或缓存旧会话。更稳妥的做法是分别测试普通网页、目标服务和另一种网络应用。如果普通网页都打不开，应优先检查客户端与系统网络；普通网页正常而目标服务异常，则查看地区匹配、登录状态和目标服务规则；只有某个应用异常时，检查该应用是否使用系统代理。

检查出口与 DNS

线路切换后，可以通过可信的出口信息页面确认地区是否变化，但不要把个人订阅粘贴到检测站。出口检查只需要浏览器正常访问页面。若显示地区与所选线路不符，先确认客户端是否真正启用、当前模式是否覆盖浏览器，以及浏览器是否使用了独立代理或扩展。切换线路后关闭旧标签页再重新打开，有助于排除连接复用和缓存影响。

DNS 异常常表现为地址无法解析、部分域名打开缓慢或浏览器提示找不到服务器。此时先比较域名访问和基础网络是否同时失败，不要直接堆叠多个自定义 DNS。恢复客户端默认设置，断开其他网络工具，重新连接后再测试。如果只在某一网络环境发生，可能与该网络的门户认证、解析策略或 IPv6 路径有关，应换到另一种基础网络进行对照。

连接不上时的最短排查链

第一步检查订单与订阅：用户面板中的套餐是否有效，客户端订阅能否更新，线路清单是否正常出现。第二步检查本地冲突：是否同时运行其他代理或 VPN 类工具，系统代理是否残留旧地址，防火墙是否限制当前客户端。第三步换一条同地区不同类型线路，判断故障是单线还是所有线路。第四步更换基础网络进行对照，例如从当前 Wi-Fi 切换到另一条可用网络。

若所有线路都在某台设备失败，而同一订阅在另一台设备正常，问题通常集中在该设备配置。此时不应重置订阅或重复购买套餐。应检查客户端权限、系统时间、代理设置、网络扩展和后台限制。若所有设备在同一基础网络失败、换网络后恢复，则应优先检查本地路由与网络侧策略。若只有单条线路失败，更新订阅并换线即可保留其他可用路径。

已连接但速度不稳定

速度问题要区分持续吞吐、延迟、抖动和丢包。网页打开快不代表大型传输稳定，大文件下载快也不代表实时通话平顺。先关闭后台同步和并发下载，选择目标地区较近的线路做基准，再比较 IEPL 专线、中转与直连。测试应在相同设备、相同基础网络和相同目标下进行，避免把网络环境变化误判为线路差异。

晚高峰出现波动时，优先更新订阅并测试同地区其他路径类型。IEPL 专线适合先作为稳定性基准，中转线路可以绕开部分本地路径问题，直连则便于判断本地到目标节点的直接质量。完整线路范围与类型说明见线路页面。不要根据一次测速结果永久固定某条线路，实际应用中的持续表现比瞬时峰值更有参考价值。

流媒体与 AI 工具异常

流媒体可以打开首页但不能播放时，先确认账号本身、内容地区和线路地区一致，再清理旧会话并重新登录。不同地区片库与解锁稳定性的判断可参考Disney+ 地区差异与稳定性对比。切换地区后应关闭原有播放页面，避免旧连接继续使用之前的出口。画质下降还可能与基础网络吞吐、设备解码和应用自适应策略有关。

AI 工具出现登录循环、响应中断或地区提示时，先固定一条目标地区适用线路，不要在会话过程中频繁切换出口。长对话、文件上传和流式响应更依赖连接连续性。普通页面正常而长响应中断时，应比较不同线路类型，并关闭浏览器中会改变请求路径的扩展。只有确认基础线路稳定后，再排查账户侧限制或目标服务状态。

什么时候提交工单

完成订阅更新、单线对照、设备对照和网络对照后仍无法定位，可以从用户面板进入工单区域。描述应包含问题何时出现、影响哪个平台、是否所有线路都受影响、换网络后是否变化，以及已经执行过哪些操作。清晰的分层信息能减少重复确认。不要只提交“不能用”或连续发送无上下文截图，也不要附带账户密码和未遮盖的订阅地址。

日常维护、流量与续费

建立稳定的更新习惯

日常使用不需要频繁重装客户端。更有效的维护动作是定期打开客户端确认订阅能否更新，观察常用线路是否仍在列表中，并在更换网络环境后重新验证连接。若某条线路名称发生变化或暂时不可用，先更新订阅再判断。删除订阅并重新导入应作为后续手段，因为这样会同时清除本地选择和部分自定义规则，增加恢复成本。

客户端本身的获取入口位于用户面板。需要更换设备或重新安装时，重新登录面板取得本站客户端，不使用来历不明的安装文件。安装完成后从面板重新复制个人订阅。旧设备不再使用时，应退出账户、删除订阅条目并移除客户端保存的相关配置，尤其是准备转让或交还的设备。

管理多设备流量

不限台数便于在 Windows / macOS / iOS / Android / Linux 间切换，但流量管理仍以账户为中心。桌面端适合查看大型同步、开发下载和视频任务，移动端则要注意照片备份、应用更新和热点共享。发现流量变化异常时，先按设备逐项暂停后台任务，再查看是否有长期保持全局连接的终端。不要仅通过退出一个浏览器来判断设备已经停止产生流量。

月订阅流量按开通日每月重置。应以面板显示的周期为准，不按自然月自行推断。月订阅三个档位仍是 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。若持续接近当前档位，可在面板评估升级；中途升级差价折算成剩余天数。偶发的大流量任务则可以比较流量包，流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。

续费前后的核对

续费前先确认当前登录用户名、现有套餐和目标操作。若有多个账户，不要仅凭浏览器自动登录判断。进入订单区域后核对金额，再使用支付宝 / 微信 / USDT。支付完成后回到面板确认订单状态和权益变化，随后在客户端更新订阅。通常不需要因为续费而重新安装客户端；若订阅地址保持有效，更新即可同步当前线路。

当订单状态已经变化而客户端仍显示旧信息，依次执行手动更新订阅、关闭并重新打开客户端、检查是否导入了多份同名订阅。多份订阅最容易造成误判：用户更新了新条目，却仍在旧条目中选择线路。可以给当前有效订阅设置清晰名称，确认无用条目后再删除，避免同时保留难以区分的副本。

系统更新与网络环境变化

操作系统更新可能重置代理权限、网络扩展或后台策略。更新后若连接异常，先检查客户端是否仍有必要权限，再断开与重连，不要立即重置账户。Android 应检查后台限制是否恢复默认，iOS 与 macOS 应确认 VPN 或网络配置仍受允许，Windows 应检查系统代理与网络适配器，Linux 则要比较桌面会话和服务环境。

更换路由器、公司网络、校园网络或公共 Wi-Fi 后，也应先验证不启用客户端时的基础网络。需要网页认证的网络，应先完成门户页面，再建立线路。如果门户页面被旧代理遮挡，暂时关闭客户端和系统代理，完成认证后再恢复。不同网络对 UDP、IPv6、DNS 和长连接的处理可能不同，因此“在家可用、外出不可用”并不能直接归结为账户问题。

凭据轮换与设备退出

当设备遗失、订阅被误发或账户资料可能暴露时，应及时更新相应凭据。账户密码变化后，保存新记录并退出不受控浏览器；订阅凭据变化后，自己的各台客户端都需要重新导入或更新。只修改账户密码未必会改变已经保存到客户端的订阅，因此两种凭据要分别处理。

处理旧设备时，顺序应是停止连接、删除订阅、退出用户面板、移除客户端配置，再按设备管理流程清理本地数据。若设备已经无法访问，则从面板侧更新订阅凭据，并在仍受控的设备上重新导入。后续观察流量变化，确认旧凭据不再参与使用。

整理自己的操作记录

建议只记录必要信息：账户用户名存于密码管理工具，套餐与订单以面板为准，客户端记录平台和本地订阅名称，排障记录保留线路地区与类型。不要在普通笔记中保存完整订阅地址。这样既能在更换设备时快速恢复，也能在出现问题时清楚说明最近改过什么，避免反复尝试同一操作。

进阶选线与规则配置

规则模式与全局模式

完成基础连接后，可以根据任务选择模式。规则模式让客户端依据域名或地址决定走向，适合长期日常使用，也便于让本地服务、局域网设备和不需要加速的流量保持原路径。全局模式把更广范围的流量交给当前线路，适合短时间验证某个应用是否遗漏代理，但会让后台同步与无关下载共同消耗流量。切换模式前应知道当前任务，测试结束后恢复日常配置。

规则不是越多越好。自定义规则层叠过多后，域名匹配、应用自身解析和客户端默认规则可能互相覆盖。新增规则时应从明确目标开始，例如某个工作服务需要固定地区，而不是把大范围域名全部强制到单一线路。每次增加后测试目标服务与普通网页，记录规则用途。出现异常时先停用最近添加的规则，比删除整个订阅更容易恢复。

按任务选择线路类型

IEPL 专线、中转和直连可以看作三种不同路径组织。对高峰期稳定性敏感的任务，可以先测试 IEPL 专线；本地到目标地区直达路径不理想时，比较中转线路；需要观察最直接网络表现时，再测试直连。实际选择还要考虑目标地区，不能用远距离的“高级线路”替代地区匹配。线路详情与地区范围统一在线路页面查看。

建立自己的选线顺序时，可以保留一条常用主线和同地区备用线。主线承担日常网页、开发或通信，备用线用于主线维护或基础网络发生变化时切换。不要在单次会话中不断横跨多个地区，因为登录系统、流媒体和 AI 工具可能把频繁出口变化视为异常环境。固定地区、减少无必要切换，通常比追逐瞬时速度更稳定。

分应用与局域网例外

如果客户端支持分应用规则，可以把确实需要国际线路的应用纳入连接，把本地文件同步、打印服务和局域网管理保留原路径。设置前先确认应用进程名称与实际网络组件，有些桌面程序会由辅助进程发出请求，只选择主程序可能无法覆盖。完成规则后分别测试应用登录、文件传输与更新行为，不要只看首页能否打开。

局域网设备访问异常时，优先检查客户端是否允许本地网络，而不是修改路由器。打印机、存储设备和路由管理页通常应保持本地直连。全局模式或虚拟网络接口配置可能改变到局域网地址的路径。恢复默认规则后若访问正常，再为本地地址建立明确例外。涉及路由器配置时，应先备份当前设置，并确保仍有一种方式进入管理界面。

浏览器、终端与开发环境

开发环境常同时包含浏览器、包管理器、容器和后台服务。浏览器可能遵循系统代理，终端工具可能读取环境变量，容器则拥有独立网络空间。排查时应分别验证，不要因为浏览器可用就假定命令行也已接入线路。Linux 与 macOS 可用环境变量检查命令确认旧设置，Windows 则应同时查看系统代理和应用自身配置。

配置文件中的代理地址、端口与订阅链接用途不同。订阅用于获取线路，客户端本地监听地址用于让应用把请求交给客户端。不要把订阅 URL 填入只接受本地代理地址的字段，也不要把本地监听地址当作订阅导入。若客户端提供自动配置，优先让客户端管理这些参数；手工设置时记录改动位置，以便关闭客户端后恢复。

面向流媒体和长连接的策略

流媒体先按内容地区选择出口，再比较同地区线路稳定性。切线后重新打开应用或浏览器会话，避免旧连接继续复用。高画质播放应同时检查基础网络与后台任务，不能把缓冲全部归因于线路。Disney+ 地区差异可查看对应的流媒体对比文章，站内流媒体解锁页面则集中说明地区匹配与常见状态。

长连接任务包括远程协作、流式响应、持续上传和实时通信。此类任务更重视连接连续性，开始后不宜切换线路、模式或基础网络。若频繁中断，先用同地区不同路径类型比较，再检查设备休眠和移动端后台限制。速度峰值并不是唯一指标，持续传输是否平稳、连接是否反复重建更能反映实际体验。

从异常现象反推层级

所有应用都失败，先查基础网络、客户端权限和系统代理；只有单个应用失败，查应用代理与规则；只有单个域名失败，查解析、地区与目标服务；只有单条线路失败，更新订阅并换线；只有某台设备失败，查平台权限和本地冲突；所有设备在同一网络失败，换基础网络对照。这个判断矩阵比无顺序地重装、重启和换线更有效。

若问题只在高负载任务中出现，先暂停后台传输，固定线路与测试目标，再比较路径类型。若问题发生在订阅更新阶段，则无需调整应用规则，因为请求尚未进入正常使用阶段。若订单状态异常，也无需继续折腾客户端。始终回到“账户—订单—订阅—客户端—线路—目标服务”这条链路，找到最早失败的一层。

形成可恢复的个人配置

成熟配置的标准不是复杂，而是可说明、可验证、可恢复。保留当前订阅来源、常用线路地区、备用线路类型和必要的应用规则；不保存公开可见的完整订阅地址；系统更新后能按本手册重新检查权限；更换设备时能从用户面板重新取得客户端和订阅。这样即使网络环境变化，也能用同一套分层方法快速恢复。

完成本章后，完整流程已经闭环：理解服务交付，按流量结构选择套餐，使用用户名和密码创建账户，通过支付宝 / 微信 / USDT 完成订单，从面板取得个人订阅，在 Windows / macOS / iOS / Android / Linux 导入，完成出口与应用验证，再通过订阅更新、流量管理和规则配置维持长期使用。需要快速复现基础步骤时返回快速上手，需要比较价格时查看套餐页面，需要选地区和路径时查看线路页面。