VPNXK 使用手册

把完整链路拆成四个对象

VPNXK 是跨境网络加速服务。使用过程并不是下载一个程序后便自动完成，而是由账户、有效套餐、订阅信息和客户端共同组成。账户用于进入用户面板并管理购买记录；套餐决定可使用的流量与有效状态；订阅信息承担线路清单与连接参数的交付；客户端则读取订阅，并在当前设备上建立连接。四者缺一时，表现出来的问题可能相似，但处理位置完全不同。

例如，客户端已经安装却看不到线路，通常应先检查订阅是否成功导入，而不是反复重装。能看到线路但无法建立连接，应继续检查套餐状态、线路选择和本机网络。连接已经建立但目标网站仍显示原地区，则需要检查客户端的代理模式、浏览器既有会话与出口地址。先识别问题属于哪个对象，可以避免在无关设置中来回切换。

站内的快速教程只保留从注册到首次连通的主线，适合边看边做。本页是系统查阅手册，补充每个阶段的判断依据、平台差异和排错分支。已经完成基础配置的读者，可以直接从目录进入“线路与验证”或“故障判断”；尚未开始的读者，建议顺序阅读，因为后章默认前章的账户、套餐和订阅已经准备妥当。

服务事实与适用边界

VPNXK 覆盖 100+ 国家 / 160+ 线路，支持 Windows / macOS / iOS / Android / Linux，不限台数。不限台数表示同一账户可用于多台个人设备，但每台设备仍需要正确安装客户端、导入订阅并选择线路。设备之间不会自动复制本机规则；在电脑上设置好的分流、启动方式或临时线路，不会自动成为移动设备上的同一配置。

支付方式为支付宝 / 微信 / USDT。注册无需邮箱地址，用户名+密码即可注册。由于账户恢复和订阅管理都依赖登录凭据，用户名与密码应保存在可靠的密码管理工具中。不要把订阅内容放进公开笔记、公开代码仓库或截图分享区。订阅信息相当于连接凭据，公开后可能造成额外流量消耗，也会让后续排查失去清晰边界。

本服务提供 60 天无理由退款。退款是计费条目，不替代连接排查。如果某台设备出现问题，先用另一台设备或另一条网络进行交叉验证，通常能更快判断问题来自账户、客户端、当前线路还是本地网络。需要进一步处理时，应从用户面板进入工单页面，并说明使用平台、问题发生阶段、已完成的检查和可复现现象；不要在工单中提交完整订阅内容。

开始前的环境整理

正式配置前，先确认设备时间与时区由系统自动管理，浏览器能够正常打开普通网页，本机没有同时运行多个承担相同网络接管职责的程序。多个客户端同时启用时，常见结果不是速度更快，而是系统路由、代理端口或名称解析互相覆盖。操作时只保留准备使用的客户端运行，其余同类工具完全退出，再开始导入与连接。

还要区分“安装文件”“订阅信息”和“线路”。安装文件只是客户端本体；订阅信息需要登录用户面板后取得；线路则在订阅导入成功后出现在客户端内。严禁把网页中来历不明的配置片段当作 VPNXK 订阅，也不要使用静态页面声称提供的公开安装包。本站客户端下载与订阅交付统一通过用户面板进行，这样才能使账户状态、套餐状态与交付内容保持一致。

• 普通网页在未连接状态下能够打开。
• 系统日期、时间与时区处于自动状态。
• 当前只运行一个负责网络连接的客户端。
• 知道账户、套餐、订阅与客户端分别解决什么问题。
• 已为用户名与密码准备可靠的保存位置。

月订阅与流量包的根本差异

套餐分为月订阅与流量包。月订阅按开通日每月重置流量，适合持续使用、每月消耗相对稳定的场景。可选档位为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。选择时不要只看单月价格，而应回顾主要用途：文字与代码工作通常消耗较缓；长时间视频、系统更新和多设备后台同步会显著增加流量。

流量包用完为止，永久不过期，适合使用频率不固定、希望剩余流量继续保留的场景。可选档位为 ¥158/300GB、¥358/1000GB、¥658/3000GB。流量包的重点在于“不按月重置”，不是替代所有周期性使用。若工作日持续连接、多个设备经常传输数据，月订阅的流量边界更容易观察；若只在差旅或特定任务中使用，流量包通常更便于安排。

两种类型都支持 Windows / macOS / iOS / Android / Linux，设备规则均为不限台数。套餐之间的主要差异是计费方式和流量规模，不是平台数量。决定前可以打开套餐页逐项核对。不要根据某次短暂下载速度直接推断长期流量需求；更稳妥的做法是列出常用设备、主要应用和是否存在大文件同步，再选择能够覆盖常态消耗的档位。

注册时如何建立可维护的账户

进入用户面板后选择创建账户。VPNXK 无需邮箱地址，用户名+密码即可注册。用户名应便于本人识别，又不应与公开社交昵称完全相同。密码应与其他网站分开设置，并在提交前确认输入内容已妥善保存。由于没有邮箱环节，凭据保管本身就是账户维护的重要部分；浏览器自动填充可以作为便利工具，但不应成为唯一副本。

完成注册后先进入账户概览，确认当前登录的是刚创建的账户，再进入套餐区域。不要同时打开多个账户的面板页面并交叉付款，否则容易把订单建立在非预期账户下。共享设备上操作时，完成后应退出登录，不要把订阅保存在公共剪贴板历史中。个人设备上也应避免把订阅内容发送到不受控的群聊，以免后续无法判断流量来自哪台设备。

下单、支付与状态确认

在面板中选择套餐后，核对套餐类型、流量档位和应付金额，再选择支付宝 / 微信 / USDT 完成支付。支付页面与用户面板之间切换时，不要重复创建相同订单。付款完成后返回面板查看订单状态和账户概览，以面板显示的有效状态为准。若支付已经完成但页面仍停留在原状态，先刷新账户概览，再检查订单记录；不要通过连续提交新订单来验证。

月订阅流量按开通日每月重置。中途升级时，差价折算成剩余天数，因此升级并不是简单叠加一份完整新周期。准备升级前，应同时看剩余流量、当前使用节奏与剩余周期，确认升级符合实际需要。流量包则持续使用至耗尽，永久不过期，管理重点是余额而非重置日。不同类型的流量规则应分开理解，避免把月订阅的重置逻辑套到流量包上。

订单完成后，下一步不是在营销页面寻找线路，而是进入用户面板取得订阅。套餐有效但客户端没有线路，通常只是交付步骤尚未完成。若订单状态异常，保留订单页面可见信息，通过面板工单说明情况。支付凭证可以用于核对订单，但不要同时提交密码或完整订阅内容。

从用户面板取得正确内容

套餐进入有效状态后，打开用户面板的客户端或订阅区域。页面会按平台提供相应入口。先确认当前设备的平台，再获取客户端与订阅，不要把某个平台的操作说明机械套到另一平台。订阅可能通过复制地址、调用已安装客户端或导入文件等方式交付，具体入口以用户面板当时显示为准。

复制订阅时，应从面板提供的完整内容起始处复制到结束处，避免在聊天窗口、富文本笔记或搜索框中转。此类工具可能截断特殊字符、自动添加空格或留下云端历史。更稳妥的流程是从面板复制后直接切换到客户端，在“从订阅导入”“添加远程配置”或语义相近的位置粘贴，然后立即执行更新。

用于理解格式的示例可以写成下面这样，但示例地址不能用于连接，也不代表真实交付路径。真实订阅只能从登录后的用户面板取得。

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

若客户端支持通过系统剪贴板自动识别订阅，应在弹出确认框中核对来源，再决定是否添加。不要因为系统出现“检测到链接”便直接接受所有内容。订阅添加成功后，客户端通常会建立一个配置组，并在组内显示多个地区或线路名称。此时先不要修改内部参数，先执行一次更新并检查是否能看到线路。

订阅更新与线路清单的关系

订阅不是一次复制后永久静止的线路快照。服务端线路调整后，客户端需要更新订阅才能取得新的线路清单。手动更新通常位于配置组、订阅管理或远程配置菜单。若原线路失效但新线路没有出现，第一步应是更新订阅，而不是删除账户或重新付款。

更新失败时，先判断套餐是否有效，再判断当前普通网络是否能访问用户面板。若面板可用而客户端更新失败，可重新复制订阅覆盖原地址，或删除客户端中的旧订阅组后重新导入。删除前应确认已经能够重新登录面板取得订阅，避免把唯一可用副本清除。仅删除某条线路通常不能解决订阅层的问题，因为线路仍由同一订阅组管理。

客户端内自行添加的本地规则与远程订阅属于不同层次。更新订阅通常会刷新远程线路，但不一定替用户修正本地分流规则。若更新后出现“线路存在但部分网站行为改变”，需要检查本地规则是否仍指向正确的策略组，而不是认定订阅内容损坏。

订阅信息的安全边界

订阅内容应按账户凭据管理。不要发布在论坛、代码仓库、公开文档、图片识别区域或可被搜索引擎收录的页面。分享排错截图时，应裁掉地址栏、二维码、完整配置名和任何可恢复订阅的信息。需要提交工单时，说明“导入失败”“更新失败”或“线路为空”等现象即可，客服若需要进一步材料，应通过面板内的工单流程继续确认。

多设备使用时，可以在每台个人设备上从面板重新取得订阅，不必把某台设备的客户端数据库整体复制到另一台。整体复制容易连同缓存、旧规则和平台专属设置一起带过去，造成难以解释的差异。VPNXK 不限台数，但每台设备仍应保持清晰、独立的客户端配置。

如果怀疑订阅已经外泄，先停止通过公开渠道继续传播，然后从用户面板检查套餐流量和可用状态，并通过工单请求处理。仅在客户端中删除订阅不能改变已经公开的内容。处理完成后，各设备都应使用面板提供的有效订阅重新导入，并删除此前保存的旧副本。

• 订阅来自登录后的用户面板。
• 复制后直接导入客户端，未经过公开中转工具。
• 导入完成后已经执行订阅更新。
• 客户端内能看到配置组与线路名称。
• 截图、工单和笔记中未暴露完整订阅内容。

共同操作框架

Windows / macOS / iOS / Android / Linux 的界面名称不同，但底层步骤一致：从用户面板获取客户端，在系统中完成安装或授权，从面板复制订阅，导入客户端，更新远程配置，选择线路，启动连接，最后验证出口。掌握这一框架后，即使客户端界面调整，也能根据功能含义找到对应入口，而不必依赖某个固定按钮的位置。

安装前应保存正在进行的网络任务，并退出其他同类客户端。安装后首次启动时，系统可能要求建立网络配置、添加系统扩展或允许后台运行。此类授权是客户端接管网络所需的系统步骤，应从已安装客户端触发并在系统设置中确认。若拒绝授权，客户端可能仍能打开并显示线路，但开关无法真正接管流量。

Windows：先确认程序状态，再导入订阅

在 Windows 上，从用户面板取得客户端后完成安装。首次启动时，若系统显示网络相关确认，应确认请求确实来自刚安装的 VPNXK 客户端，再允许其运行。程序窗口关闭后可能仍驻留在任务区，因此排错时要区分“窗口已关”和“程序已退出”。同时运行多个同类程序是 Windows 上最常见的冲突来源之一。

打开订阅管理或远程配置入口，粘贴从面板复制的订阅并执行更新。线路出现后，先选择一条与用途相符的线路，再开启系统代理或客户端的连接开关。若客户端提供规则模式与全局模式，初次测试宜先使用客户端默认模式。连接后打开新的浏览器窗口验证，不要只观察客户端按钮颜色。

如果浏览器可用而某个桌面程序不走连接，说明该程序可能不读取系统代理，或本地规则没有覆盖其流量。此时应查阅客户端对系统接管模式的说明，而不是不断切换线路。修改前记录原有设置，确保可以回退。

macOS：网络扩展授权决定能否接管流量

macOS 安装完成后，首次连接常会触发网络扩展或系统网络配置确认。应在系统设置中完成允许，并返回客户端再次启动连接。若授权窗口被关闭，客户端仍可能成功导入订阅，但连接开关会立即回落或系统网络状态没有变化。此时应回到系统设置检查相关授权，而不是重新购买套餐。

导入订阅后执行更新，选择线路，再建立连接。若 iCloud、App Store 或其他 Apple 服务出现异常，先恢复客户端默认规则，确认是否为自定义分流造成。关于 macOS 权限与 Apple 服务共存，可继续阅读Mac VPN 推荐与兼容说明。该文章侧重系统权限与使用取舍，本手册则侧重 VPNXK 的完整配置链路。

休眠唤醒后若网络看似连接却无法访问，可以先断开客户端，等待系统网络恢复，再重新连接。不要同时切换无线网络、线路和代理模式，否则难以判断是哪项操作恢复了连接。

iOS：系统网络配置与客户端状态要一致

在 iOS 上通过用户面板进入客户端获取流程。导入订阅时，优先使用面板提供的对应入口。首次启动连接会要求允许添加系统网络配置，确认后客户端才能接管网络。若取消该步骤，线路列表可以存在，但系统不会建立有效连接。

连接前先选定线路，再启动开关。切换无线网络与移动网络后，系统可能重新建立连接；若应用显示已连接但网页没有响应，先断开再连接，不要连续快速点击开关。某些应用会保留此前建立的网络会话，验证时应完全关闭目标应用并重新打开，或使用新建的浏览器会话进行判断。

后台运行受系统电量与网络策略影响。若锁屏后连接中断，应检查系统对客户端的网络权限和后台行为设置。不要通过安装多个客户端来规避系统限制，因为多个系统网络配置反而会增加冲突。

Android：后台限制与系统连接授权同样重要

Android 设备的系统界面差异较大，但处理顺序不变。安装后从配置管理或订阅入口导入面板提供的内容，更新线路，再启动连接。首次连接时系统会要求允许建立网络连接，应确认来源后同意。若系统启用了严格的省电策略，客户端退到后台后可能被暂停，表现为刚连接可用、锁屏后失效。

出现后台中断时，应在系统的应用管理中检查电量与后台运行策略，并允许客户端保持必要运行。不同设备的菜单名称可能不同，因此应按“电量”“后台”“网络权限”等功能含义查找，而不是依赖固定路径。导入后若线路名称显示异常字符，可重新复制订阅并直接粘贴，避免经过会改变文本编码的应用。

若仅某个应用无法访问，先用浏览器验证线路，再检查该应用是否启用了独立网络限制或是否保留旧会话。不要在尚未确认基础连接前修改复杂规则。

Linux：明确图形客户端与系统代理的边界

Linux 环境可以使用用户面板提供的客户端与订阅入口。安装后应按客户端提示完成网络权限配置，再导入远程订阅。桌面环境、显示服务和网络管理方式不同，客户端显示“运行”并不必然代表所有终端程序都读取了相同代理环境。应分别验证浏览器、图形应用与终端命令的实际出口。

若使用图形客户端，先让客户端管理订阅与线路，不要同时手写另一套系统代理。若需要在终端中临时验证，可在当前终端会话设置本地代理环境变量；端口值应以客户端实际显示为准，不要照抄其他设备的值。下面仅展示变量形式，不能直接替代客户端中的真实本地地址与端口。

export HTTP_PROXY="http://LOCAL_PROXY"
export HTTPS_PROXY="http://LOCAL_PROXY"

完成验证后关闭当前终端会话即可清除临时变量。若把变量写入 shell 启动文件，应明确它会影响后续所有终端任务，并准备对应的撤销方法。Linux 排错时尤其要区分“客户端线路正常”“桌面系统代理正常”和“当前终端进程已读取代理变量”这几个层次。

先按目标服务选择地区

线路选择的第一项依据是目标服务所在地区。需要访问特定地区内容时，优先选择对应地区或邻近地区；只进行普通网页、代码仓库或远程协作时，可以从地理位置较近的线路开始。VPNXK 覆盖 100+ 国家 / 160+ 线路，完整范围与线路分类可在线路页查看。

地区并不是唯一条件。相同地区可能存在中转、直连或其他线路类型，它们在路由路径、拥塞表现与适用环境上可能不同。某条线路在一台设备上表现良好，不代表另一网络环境下必然相同。选线应建立在当前设备、当前接入网络和当前用途之上，而不是照搬他人的单次结论。

使用 AI 工具时，应重视出口地区的一致性和会话连续性。频繁跨地区切换可能触发服务自身的额外验证。可先选择固定地区完成登录，再在使用期间保持线路稳定。更多场景规则可参考ChatGPT 线路选择与长期使用说明。

连接动作与验证动作必须分开

客户端显示连接成功，只能说明本地连接流程已经建立，不能单独证明所有应用都按预期使用该线路。连接后应进行独立验证：打开新的浏览器会话，访问目标服务，观察页面是否正常加载；随后检查出口地区是否与所选线路一致。验证过程中不要同时切换浏览器、线路、网络和模式，否则结果无法用于定位。

如果客户端显示已连接，但出口地区没有变化，先检查是否只启用了订阅而没有启用系统代理或网络接管。随后检查浏览器是否使用独立代理设置、扩展程序或安全软件网络模块。关闭旧页面并新建会话，可以减少既有连接缓存带来的干扰。若只有某个应用不生效，应把问题归入应用层，而不是直接认定线路不可用。

验证视频或 AI 服务时，应先完成普通网页验证。普通网页也无法打开，说明问题发生在更基础的连接层；普通网页正常而特定服务异常，则应继续检查地区、账户会话、服务本身的地区规则和本地分流。分层验证比连续更换线路更快。

如何判断稳定性，而不是追逐瞬时结果

稳定性应通过连续使用观察：页面是否反复重新连接、长任务是否中断、视频是否持续缓冲、会议是否频繁重连。单次打开页面很快，只代表当时的一个结果。相反，偶尔一次较慢也不能直接说明线路长期不可用。应保持相同网络、相同设备、相同客户端模式，比较同地区线路在相同任务下的表现。

切换线路时先停止当前大文件传输或重要会话，再断开旧线路，选定新线路后重新连接。直接在进行中的任务内切换出口，可能导致下载重置、登录状态变化或远程会话断开。需要长期固定地区的工作，应保留一条常用线路和一条备用线路；备用线路应事先验证，而不是故障发生后才第一次尝试。

路由器或全屋网络场景需要额外考虑：整个家庭网络统一接管后，电视、游戏设备、智能设备和工作电脑会共享同一出口规则。配置复杂度与维护影响都高于单设备客户端。准备采用此方案前，可先阅读路由器与全屋加速方案取舍，再决定是否确有必要。

分流模式与全局模式的使用原则

分流模式根据规则决定哪些请求使用线路，适合长期日常使用；全局模式让更多流量统一经过当前线路，适合短时验证或目标明确的场景。初次配置时先使用客户端默认模式，确认基础连接正常，再根据实际需求调整。不要把全局模式当作所有故障的长期解决办法，因为它会改变更多应用的网络路径。

自定义规则应一次只改一个目标，并记录修改前状态。若某个网站应走线路却没有生效，先检查域名规则指向的策略组是否存在、策略组是否选中了有效线路。若本地网站也被不必要地转发，可检查规则顺序与匹配范围。规则越复杂，升级客户端或更新订阅后越需要复核，因此只保留真正需要的条目。

从现象定位到具体层级

故障排查应从最外层现象向内收缩。无法登录用户面板，属于账户或普通网络层；面板可登录但套餐无效，属于订单或套餐层；套餐有效但客户端没有线路，属于订阅导入层；线路存在但连接失败，属于客户端、权限、本机网络或线路层；连接成功但目标应用异常，属于模式、规则、会话或目标服务层。

记录故障时使用完整句子，例如“Windows 客户端能够更新订阅，线路可见，选择任意线路后连接开关回落”，比“不能用”更容易定位。还应记录问题是在安装后首次出现、系统更新后出现、切换网络后出现，还是修改规则后出现。不要记录或发送完整订阅内容。

线路为空或订阅更新失败

先登录用户面板确认套餐有效，再确认普通网络能够打开面板。随后在客户端中找到订阅组并执行更新。若提示地址无效或读取失败，从面板重新复制订阅，直接覆盖客户端中的原内容。仍然失败时，可在确保能够再次取得订阅的前提下删除旧订阅组，再重新导入。

如果客户端显示旧线路但没有最新线路，通常是订阅尚未更新或客户端使用了缓存。关闭客户端并重新打开，再执行手动更新。系统时间错误也可能影响安全连接，应确认日期、时间和时区自动管理。不要自行修改订阅地址中的字符，也不要尝试从搜索结果寻找所谓备用订阅。

连接开关回落或系统完全断网

连接开关立即回落，优先检查系统网络授权是否完成，以及是否有其他同类程序仍在运行。Windows 应检查任务区驻留程序，macOS 应检查网络扩展与系统网络配置，移动平台应检查系统连接授权，Linux 应检查客户端所需网络权限。完成一项检查后重新测试，不要一次改动所有系统设置。

如果开启客户端后所有网络都中断，先关闭连接开关并完全退出客户端，确认普通网络恢复。普通网络仍未恢复时，重新连接当前无线网络或有线网络，等待系统取得正常网络后再启动客户端。若客户端提供“系统代理清理”或语义相近的功能，可在确认客户端已经退出后使用。不要在系统网络尚未恢复时继续切换多条线路。

连接后只有浏览器可用而其他应用不可用，可能是系统代理覆盖范围不同。反过来，桌面应用可用而浏览器不可用，则应检查浏览器扩展、独立代理设置和缓存会话。先使用没有额外扩展的新浏览器会话验证，可以快速排除浏览器层干扰。

速度下降、断线与媒体缓冲

速度问题先分清是本地网络变慢、单条线路拥塞、目标服务响应慢，还是设备后台正在进行大量传输。断开客户端测试普通网络，若普通网络本身异常，应先恢复接入网络。普通网络正常时，在同一地区切换另一条线路，并保持其他条件不变。不要跨多个地区快速轮换后只凭主观感受选择。

视频缓冲时，可先降低播放器画质验证连接是否连续，再观察是否为短时网络波动。系统更新、云盘同步和其他设备下载会共享本地带宽，也会消耗套餐流量。不限台数并不表示各设备之间没有带宽竞争；家庭网络内的并发任务仍会互相影响。

会议或远程协作频繁断线时，应优先使用已经验证过的固定线路，并避免会议中切换出口。无线信号不稳定时，先改善本地接入条件。客户端连接再稳定，也无法修复设备到路由器之间的丢包或信号中断。

何时提交工单

完成基础检查仍无法定位时，从用户面板进入工单。说明平台名称、客户端所处阶段、套餐是否有效、订阅能否更新、线路是否可见、连接开关的具体表现、普通网络是否正常，以及问题能否在其他网络或其他设备复现。信息越结构化，处理越直接。

可以提交经过裁剪的错误提示截图，但应遮住订阅、用户名和其他凭据。不要发送密码。若问题与订单有关，引用面板内可见的订单记录即可。若问题只发生在特定网站，说明所选地区、浏览器是否新建会话以及普通网页是否正常，比单独提供网站名称更有帮助。

查看流量时先确认套餐类型

月订阅与流量包的观察方式不同。月订阅流量按开通日每月重置，应围绕开通日观察当前周期的消耗；流量包用完为止，永久不过期，应围绕剩余总量安排使用。不要把自然月作为月订阅的统一重置边界，也不要期待流量包按月刷新。

流量消耗来自经过客户端转发的数据。视频播放、大文件下载、系统镜像、云盘同步、应用商店更新和多设备后台任务都可能持续消耗。设备不限台数意味着可以在多台个人设备上使用，但所有设备的使用仍应纳入同一账户的流量管理。发现消耗高于预期时，先检查各设备后台任务，再检查是否存在已不再使用但仍保持连接的设备。

养成在用户面板查看账户概览的习惯，比仅依赖客户端本地统计更可靠。客户端统计可能只覆盖当前设备、当前配置或当前运行周期，不能完整代表账户总消耗。准备进行大文件任务前，先核对剩余流量与套餐类型，避免任务中途因流量状态变化而中断。

订阅与客户端的更新顺序

线路变化时优先更新订阅；客户端本体出现兼容问题或用户面板提示取得新客户端时，再处理客户端更新。两种更新不是同一件事。只更新客户端而不刷新订阅，可能仍保留旧线路；只更新订阅而系统权限已经损坏，也不能修复客户端接管问题。

更新客户端前记录当前使用的配置组、模式和必要的自定义规则。更新完成后先确认订阅仍在，再执行一次订阅刷新，并用常用线路完成基础验证。不要在重要会议或长任务开始前临时更新全部环境。需要变更时，应预留可测试和回退的时间。

如果长期使用自定义分流规则，应保存一份不含订阅凭据的规则说明，记录每条规则解决的实际问题。客户端升级后若行为变化，可以从默认规则开始逐项恢复，而不是把旧配置整体无条件覆盖到新环境。

续费与升级的判断

续费前先确认当前账户和套餐类型。月订阅适合持续使用；流量包适合间歇使用且剩余流量需要长期保留。若月订阅档位不足，可在用户面板比较 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。中途升级差价折算成剩余天数，因此应在提交前核对面板显示的实际订单内容。

流量包可选 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。购买新的流量包前，应先查看现有余额与使用节奏。不要仅因为短期任务增加便长期选择远高于常态的方案，也不要把临时消耗当作每月固定消耗。

支付继续支持支付宝 / 微信 / USDT。付款后返回账户概览确认状态。若状态没有及时变化，先刷新面板并查看订单记录，不要重复创建订单。涉及订单异常时通过工单处理，并保留面板中的订单信息。

设备更换与旧设备退出

更换设备时，在新设备上从用户面板重新取得客户端和订阅，按对应平台流程完成导入。不要直接复制旧设备的整个应用目录，因为其中可能包含平台专属路径、缓存和旧规则。新设备连通并验证后，再清理旧设备上的订阅与客户端数据。

出售、转交或报废设备前，应退出用户面板，删除客户端内的订阅配置，并清除包含订阅的笔记或剪贴板历史。浏览器若保存了登录凭据，也应一并清理。不限台数并不改变凭据管理原则：只有本人控制的设备才应保留账户与订阅。

如果旧设备丢失或无法访问，应尽快登录用户面板检查账户状态，并通过工单说明情况。随后在仍由本人控制的设备上重新核对订阅。不要在公开渠道发布丢失设备中的任何账户信息。

建立可恢复的个人使用记录

维护记录不需要保存敏感内容，只需写明使用平台、客户端来源是用户面板、常用地区、当前采用的连接模式、曾经修改过的规则及其目的。这样在系统重装或设备更换后，可以按逻辑恢复，而不必依赖截图猜测。

建议把“基础可用配置”和“进阶自定义配置”分开。基础配置只包含订阅、默认模式和常用线路，用于快速恢复；进阶配置包含特定应用分流、临时终端变量或全屋网络规则。出现故障时先回到基础配置，确认服务链路正常，再恢复进阶部分。

为不同任务建立稳定的线路习惯

进阶使用的目标不是让配置更复杂，而是减少每次开始任务前的选择成本。可以按用途保留常用地区：办公与代码任务使用一组稳定线路，媒体内容按目标地区选择，AI 工具保持出口地区连续。每组都应有已验证的常用线路和备用线路，并明确切换条件。

切换条件应依据可重复现象，例如持续无法建立连接、目标服务明确提示地区不符、长任务反复中断，而不是因为一次页面打开稍慢。固定习惯还能减少账户服务对频繁地区变化的额外验证。关于地区、线路类型和用途的基础规则，可继续阅读VPN 线路怎么选。

应用分流从最小规则开始

分流的价值在于让需要跨境线路的应用使用订阅线路，其余流量保持原有路径。开始时只添加确有需求的应用或域名，并在每次修改后验证。规则范围过大，容易让本地服务、打印、局域网设备或系统更新走入非预期路径；规则范围过小，则可能只覆盖登录页面而漏掉内容域名。

处理复杂网站时，不要根据页面主域名盲目扩展大量通配规则。先查看客户端日志中实际匹配的策略组，确认请求是未命中、命中错误策略，还是目标服务本身返回异常。日志用于判断规则，不应公开分享包含订阅或完整访问内容的部分。

如果客户端提供按应用选择的功能，优先使用明确的应用列表；如果只能按域名处理，应记录规则目的。删除某个应用后，也应清理不再需要的规则。长期遗留规则会增加后续维护成本。

多设备并行时保持配置职责清楚

VPNXK 不限台数，可以在 Windows / macOS / iOS / Android / Linux 上分别使用。多设备策略应避免“所有设备配置完全相同”的误区。电脑可能需要浏览器与开发工具分流，移动设备更适合保持简单规则，Linux 终端可能只需临时环境变量。按设备职责配置，通常比复制同一套复杂规则更稳定。

家庭网络内若同时进行视频、大文件同步和会议，应先安排任务优先级。不限台数不等于本地网络资源无限，多设备仍共享路由器、无线环境和接入带宽。某台设备出现缓冲时，应同时检查其他设备是否正在持续传输，而不是只切换远端线路。

全屋统一接管适合明确了解路由和分流影响的使用者。普通使用更建议先在单设备客户端验证需求。单设备配置容易回退，也不会改变家中所有设备的出口。确需全屋方案时，应预先保留不经该规则的管理入口，防止配置错误后无法访问路由管理页面。

隐私设置与日志边界

VPNXK 采用不记录日志的服务策略。用户侧仍应做好账户与设备管理：使用独立密码，不公开订阅，及时清理不再控制设备上的配置，提交工单时避免附带完整凭据。服务侧策略与本地操作共同决定账户是否保持清晰可控。

浏览器登录状态、网站 Cookie、应用账户与网络出口属于不同层次。更换线路不会自动清除网站会话，也不会改变已经登录的应用账户。需要验证新出口时，应使用新的浏览器会话；需要退出网站账户时，应在网站本身完成退出。不要把网络连接工具当作浏览器数据清理工具。

公共网络环境中，先确认本地网络已经取得正常访问能力，再启动客户端。遇到需要网页确认的公共网络，应先完成该网络自身的接入步骤，随后建立 VPNXK 连接。完成使用后断开连接并关闭不需要的共享功能。

建立可重复的恢复流程

成熟的配置应能够从默认状态恢复。恢复流程可以固定为：确认普通网络、登录用户面板、核对套餐、取得客户端、导入订阅、更新线路、使用默认模式连接、验证出口，然后再恢复自定义规则。任何一步失败，都停在该层排查，不继续叠加后续配置。

当配置变得难以解释时，重新建立一个干净的订阅组往往比继续修补旧规则更有效。前提是已经保存必要的非敏感规则说明，并确认可以从面板重新取得订阅。恢复后先完成基础验证，再逐项加入自定义内容。这样可以明确是哪条规则引入变化。

完成本手册后，应能够独立判断账户、套餐、订阅、客户端、线路和应用分别处于什么状态。若只需要再次快速走完首次配置，可回到快速上手教程；若要核对价格与流量规则，进入套餐页；若要按地区浏览线路，进入线路页。