VPN 完整使用手册

Service model

理解服务与建立使用模型

先分清账户、套餐、订阅与线路

使用跨境网络加速服务时，最容易混淆的是账户、套餐、订阅和线路。账户用于进入用户面板，保存订单、流量与服务状态；套餐决定可使用的流量和周期；订阅是一份由面板生成的线路配置入口；线路则是客户端真正连接的出口。四者有先后关系：先有账户和有效套餐，面板才会提供可用订阅；客户端读取订阅后，才会显示可以选择的线路。把这层关系弄清，后续排错会简单很多。客户端里看不到线路，不应先反复切换网络，而应先检查套餐是否有效、订阅是否成功导入。

VPNRK 覆盖 110+ 国家与 210+ 线路，支持 Windows、macOS、iOS、Android、Linux，同时在线不限台数。这里的“不限台数”指同一账户可以在多台设备上同时使用，并不代表每台设备都要建立独立账户。更稳妥的做法，是由账户持有人保管面板凭据和订阅入口，在自己的设备上分别导入。订阅入口应当视为账户钥匙的一部分；任何拿到它的人，都可能把线路配置导入自己的客户端，因此不应把订阅内容发到公开聊天、截图或共享文档中。

客户端承担什么工作

客户端不是线路本身，而是负责读取配置、建立连接和执行分流规则的工具。连接成功后，客户端会根据当前模式决定哪些请求走所选线路，哪些请求保持本地直连。常见模式可以概括为规则、全局和直连。规则模式按域名或网络规则分配路径，适合日常长期使用；全局模式把大部分请求交给当前线路，适合临时验证某个服务是否能通过该出口访问；直连模式不使用线路，适合排除本地网络问题。不同客户端的按钮名称可能不同，但判断思路相同。

很多“客户端显示已连接，但网页仍打不开”的问题，并不是账户失效，而是系统代理没有接管、分流规则没有命中、浏览器保留了旧连接，或当前线路不适合目标服务。反过来，客户端显示连接失败，也不能直接推断整项服务不可用；更常见的是单条线路暂时不适合当前网络、订阅没有刷新，或系统时间偏差导致握手失败。本手册后续会把账户层、订阅层、客户端层、线路层和应用层分开检查，避免一遇到问题就删除全部配置。

线路类型不等于地区名称

地区说明出口位于哪里，线路类型说明数据如何抵达该出口。IEPL 专线、中转与直连是路径结构，不是速度等级。IEPL 专线侧重跨境链路的稳定组织；中转线路会先进入中间接入点，再送往目标出口；直连线路由当前网络直接连接远端节点。实际体验受到本地运营网络、访问时间、目标网站入口和客户端协议共同影响，因此不能只看地区远近。访问日本服务时，日本出口通常更符合地区要求，但如果本地到该出口的路径不稳定，也可以先比较同区域的其他线路。

选择线路时，先确定目标服务需要的出口地区，再在该地区内比较线路类型。需要长时间保持登录、上传文件或使用流式回复时，应优先观察连接是否持续，而不是只看打开首页的瞬间。需要查阅完整地区与线路类型，可进入线路列表。如果对订阅、节点、协议、分流等名词还不熟，可配合阅读VPN 新手名词完整指南，再回到本章建立统一概念。

最后要明确使用边界：线路工具负责改善连接路径，不会替代目标服务自身的账户、地区资格、内容授权或使用条款。某个页面能否打开，与目标平台是否接受当前账户是两件事。排查时应分别看网络连接和目标账户提示，不要把目标平台的登录、支付或权限问题全部归到线路。这个区分能减少无效切换，也能避免在已经连通的情况下反复改动客户端配置。

Plan selection

按流量结构选择套餐

月订阅与流量包解决不同问题

选择套餐时，不要只比较总流量，也要看流量何时重置。VPNRK 的月订阅包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。月订阅的流量按开通日每月重置，适合有持续使用习惯、希望每个服务周期自动获得固定流量的人。流量包包括 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期，适合使用频率不固定，或希望把流量留到以后继续使用的人。

月订阅的关键不是自然月，而是开通日。管理使用量时，应以用户面板显示的服务周期为准，不要把月初当成统一重置点。假如经常在工作日处理文档、使用 AI 工具或保持远程连接，月订阅更容易形成固定预算；如果只是偶尔出行、临时查资料或为备用设备准备线路，流量包通常更容易管理。两种结构没有绝对高低，差别在于流量是否按周期重置。

先按行为估算，不按设备数量估算

同时在线不限台数不等于每台设备会自动消耗固定流量。真正决定消耗量的是设备上的行为。文字网页、即时消息和终端连接通常比高清视频、系统更新、云盘同步与大文件下载更轻。估算时应列出主要行为：是否长期播放视频，是否频繁传输图片，是否让多台设备后台同步，是否会把整个系统切到全局模式。设备多但使用轻，可能比单台设备持续传输更省；设备少但长时间下载，也可能快速消耗流量。

新用户没有历史数据时，可以先选择与当前主要场景相符的档位，在用户面板观察实际消耗，再决定是否调整。中途升级时，差价折算成剩余天数。这里应特别注意：升级不是把原套餐和新套餐简单叠加，也不应自行按单价换算期限；最终结果以面板在确认前展示的信息为准。提交前先读清套餐名称、流量、当前剩余时间和差价，再完成支付，能够避免把流量包误认为月订阅，或把月订阅误认为永久流量。

把后台流量纳入判断

系统更新、应用商店下载、云盘同步、照片备份和媒体预加载都可能在用户没有主动操作时传输数据。若客户端采用全局模式，这些后台任务也可能经过当前线路。移动设备可先关闭不必要的后台刷新，桌面设备可暂停大型同步，再观察用户面板中的流量变化。若发现流量消耗与使用习惯不符，先检查所有已导入订阅的自有设备，确认是否有旧设备仍保持连接，同时检查订阅入口是否曾经外泄。

不要通过频繁删除账户来处理流量疑问。账户承担订单与订阅管理，删除本地客户端配置并不会改变面板中的套餐状态。正确方法是保留账户，逐台检查客户端，撤下不再使用的配置，并在需要时重新取得订阅。对家庭多设备环境，可以约定由固定设备负责下载和更新，其他设备使用规则模式，减少重复传输。对工作设备，则应把稳定连接和流量预算分开管理，避免为了节省少量流量而在工作中途频繁切换线路。

所有套餐均支持支付宝、微信、USDT，且同时在线不限台数，并适用 30 天无理由退款。退款承诺是选择时的风险控制项，但不应代替对流量结构的判断。购买前仍应确认所选内容是否符合自己的使用方式。若目标是学习配置，可先阅读后续章节，了解客户端与订阅的关系，再进入面板选择；这样下单后可以直接完成导入，而不是在套餐已经开始后才临时寻找客户端。

Account and order

注册、下单与账户保管

建立账户并保存凭据

VPNRK 注册无需邮箱地址，用户名和密码即可注册。这个流程减少了注册步骤，也意味着账户找回不能依赖邮箱通知。注册前应选择不与其他网站重复的用户名和密码，并把凭据保存到可信的密码管理工具中。用户名用于识别账户，密码用于进入面板；两者不应与订阅入口一起发给他人。完成注册后，先确认能够正常进入面板，再开始选择套餐，避免支付完成后才发现自己记错了登录信息。

密码应当只用于 VPNRK，不要把常用网站的密码直接复用。保存时应同时记录站点域名，防止以后在外观相似的页面中输入凭据。公共设备不适合长期登录用户面板；若确有临时查看需要，结束后应退出账户，并清理浏览器保留的会话。订阅入口和账户密码属于不同凭据：修改本地客户端名称不会修改账户，删除客户端中的订阅也不会注销面板账户。

核对订单再支付

进入套餐区域后，先核对套餐类型。月订阅应显示对应的月费与流量，流量包应显示总流量和永久不过期的规则。确认页还应核对支付方式。VPNRK 支持支付宝、微信、USDT。选择完成后，再根据页面提示完成支付。支付过程中不要重复开启多个确认页面，也不要在同一订单上连续提交不同支付方式；如果页面返回较慢，应先回到订单记录查看状态，而不是立即创建内容相同的新订单。

支付完成后，面板需要显示套餐状态和可用流量，之后才进入订阅导入阶段。若支付侧已经完成，而面板仍未更新，保留订单页面和支付记录，通过用户面板中的工单入口说明情况。描述问题时给出账户内可见的订单信息即可，不要在公开渠道发送密码、订阅入口或完整配置。服务联系方式未在事实表中提供，因此处理账户问题应以面板工单为准。

区分订单、套餐与客户端状态

订单是一次购买记录，套餐是当前账户获得的服务内容，客户端状态则是本地设备是否正确读取订阅。订单已完成，不代表客户端会自动出现线路；还需要主动取得订阅并导入。反过来，客户端里保留着旧线路，也不代表当前套餐仍然有效。排查时应按这个顺序观察：面板能否登录，订单是否完成，套餐是否有效，订阅是否能更新，客户端是否能连接。

如果在不同浏览器或不同设备上操作，务必确认登录的是同一个用户名。无需邮箱注册虽然简洁，但也少了邮箱地址作为辅助识别，所以用户名记录尤其重要。不要为了测试而建立多个相似账户后混用订单。更清晰的做法是固定一个主账户，将其订阅导入自己的多台设备。由于同时在线不限台数，没有必要仅为增加设备而重复购买相同套餐。

遇到页面状态不一致时怎么做

浏览器缓存、网络中断或支付页面返回失败，都可能造成“支付已完成但当前页面仍停留在确认中”的观感。先重新进入用户面板并查看订单记录，不要只依赖支付页最后一屏。若套餐已经生效，可以继续取得订阅；若订单仍待处理，避免重复支付，转到工单说明。提交工单时，按时间顺序描述“选择了什么、页面显示什么、订单现在是什么状态”，比只写“不能用”更容易定位。

完成下单后，建议先在一台常用设备上导入并验证，再扩展到其他设备。这样可以把账户与线路问题同平台安装问题分开。第一台设备连接正常，说明账户、套餐和订阅主体可用；其他设备再出现问题，重点检查对应平台的权限、系统代理和客户端设置即可。若第一台设备也无法取得订阅，则应回到面板层排查，不必同时修改多台设备。

最后，保留用户面板作为唯一管理入口。不要在浏览器收藏中保存带有敏感参数的临时页面，也不要把订阅入口写进公开笔记。常用入口可以收藏 VPNRK 营销页或面板登录页，再从账户内进入套餐、下载与订阅区域。这样即使订阅发生更新，也能从面板取得当前内容，不会长期依赖旧截图或旧文本。

Subscription

取得、导入与更新订阅

订阅入口是一份可更新的配置索引

套餐生效后，进入用户面板的订阅区域取得配置入口。订阅不是单条线路，也不是安装包；它是一份由客户端读取的配置索引，里面包含当前账户可用的线路信息。线路增加、调整或名称变化时，客户端需要重新更新订阅才能获得当前列表。第一次使用时应优先采用客户端提供的“从链接导入”或“添加订阅”功能，不要把入口当成普通网页在浏览器里反复打开。

复制订阅时，要保证开头到结尾完整，不附带空格、换行或聊天软件追加的标点。更稳妥的方式是从面板直接复制，再立即粘贴到客户端。若需要在自己的另一台设备上使用，可以通过可信的端到端工具临时传递，导入完成后删除消息。不要把订阅入口放进公开网盘、论坛、代码仓库或截图。订阅入口泄露后，仅从本地客户端删除配置并不能使已复制的内容失效，应回到面板重新生成或处理订阅。

导入前先清理重复来源

同一订阅被重复导入，会出现名称相同的线路组，之后很难判断正在使用哪一份。导入前先检查客户端已有配置：若是同一账户的旧订阅，优先使用“更新”而不是再次“添加”；若旧配置已经失效，可确认后删除，再导入当前入口。不要一次添加多个格式相似的订阅来碰运气，这会让系统代理、规则组和线路选择互相覆盖。

为订阅设置容易识别的本地名称，例如“VPNRK 日常”或“VPNRK 工作设备”。名称只保存在本地，不会修改面板账户。多设备使用时，可以让不同设备使用相同订阅，但各自选择适合的平台模式和线路。由于同时在线不限台数，不需要为每个客户端复制不同账户；需要保管的是同一个订阅入口及每台设备的本地设置。

示例订阅入口，仅用于说明格式：
https://example.com/sub?token=YOUR_TOKEN

导入后建议执行：
更新订阅
选择线路
启用系统代理
打开验证页面

更新订阅与更换线路是两件事

更新订阅是从面板重新读取线路列表，更换线路是在已有列表中切换出口。某条线路无法连接时，可以先更换同地区其他线路；如果列表整体陈旧、线路名称与面板不一致，或所有线路同时消失，再执行订阅更新。频繁更新并不会自动提升连接质量，反而可能在网络不稳定时得到不完整结果。因此更新时应先保证本地网络正常，并等待客户端完成提示。

更新后，客户端可能保留原先选择，也可能回到默认线路。应重新查看当前线路名称和代理模式。若使用规则模式，还要确认规则组没有指向已经移除的旧线路。客户端提供“自动选择”时，它通常只在候选线路之间按自身逻辑判断，并不能理解目标服务所需地区。访问有地区要求的内容时，仍应手动确认出口地区。

保护订阅入口的实际做法

订阅链接等同于可导入的钥匙。不要在录屏时展开完整链接，不要在求助截图中保留二维码或参数，也不要直接粘贴进公开工单标题。需要说明问题时，可以描述客户端名称、平台、出现的提示和已执行的步骤，不必提交完整入口。更多账户与公共 Wi-Fi 的保管原则，可阅读VPN 安全使用新手指南。

如果怀疑订阅已经被他人取得，先在面板处理订阅，再更新自己所有设备。仅修改客户端里的显示名称没有作用，仅切换线路也不会改变入口。处理完成后，逐台移除旧配置并重新导入，避免某台闲置设备继续使用旧内容。家庭设备较多时，可以建立设备清单，记录哪些设备已更新，但清单中只写设备名称和处理状态，不记录完整订阅。

Platforms

Windows、macOS、iOS、Android、Linux 导入

VPNRK 支持 Windows、macOS、iOS、Android、Linux。各平台的共同主线是：从用户面板获取客户端，在客户端中导入订阅，更新线路列表，选择线路，启用连接，再验证出口。差异主要来自系统权限、后台限制和代理接管方式。客户端获取入口统一位于用户面板，不提供静态安装包直链。登录后进入下载区域，选择当前平台，再按页面提供的方式取得客户端与订阅。

Windows：检查系统代理与后台状态

在 Windows 上完成客户端安装后，从面板复制订阅并使用链接导入。导入成功的标志不是“添加完成”提示本身，而是能看到线路组和地区名称。选择线路后，启用系统代理，再打开新的浏览器窗口验证。若客户端显示已连接但浏览器仍使用原路径，先检查系统代理是否启用，关闭后重新开启；还应确认没有另一款代理工具同时修改系统设置。

Windows 休眠、切换网络或从公司网络回到家庭网络后，旧连接可能保留在客户端界面，但实际通道已经断开。此时先断开再连接，不必删除订阅。若只有部分应用不走当前线路，检查该应用是否使用独立网络设置，或是否忽略系统代理。需要命令行程序经过代理时，应按所用客户端提供的本地代理地址设置当前终端环境；不要猜测端口，也不要照抄其他客户端的配置。

macOS：留意网络扩展授权

macOS 客户端首次建立连接时，系统可能要求批准网络扩展或添加配置。应在系统弹窗中确认来源与当前操作一致，再授予所需权限。导入订阅后，选择线路并启动连接。如果菜单栏显示连接状态，但应用仍无法访问，可先退出对应应用再重新打开，避免应用继续复用连接前建立的会话。

macOS 同时运行多个网络工具时，规则可能互相覆盖。排查时只保留当前客户端运行，暂时关闭其他会修改代理、DNS 或网络扩展的工具。系统升级或迁移设备后，若客户端配置仍在但连接失败，先检查网络扩展权限是否仍然有效，再更新订阅。不要直接复制另一台设备的应用数据目录；从面板重新导入更清晰，也能避免带入旧缓存。

iOS：确认配置权限与按需连接

iOS 上应通过用户面板进入下载区域，根据页面指引取得客户端。导入订阅时，可在设备上直接复制入口并粘贴，避免通过不可信的中转工具。首次连接通常会请求添加网络配置，确认后由系统完成授权。连接成功后，状态栏图标只能说明系统配置已启用，仍需要通过浏览器或目标应用验证出口地区。

移动网络与 Wi-Fi 切换会改变底层连接。若切换后应用停留在加载状态，先断开再重新连接，随后重启目标应用。按需连接适合希望网络变化后自动恢复的用户，但调试期间建议先关闭自动触发，手动控制每次连接，便于判断问题发生在哪一步。若系统开启了严格的后台省电策略，应允许客户端维持必要的网络活动。

Android：处理后台限制与电池策略

Android 设备的后台管理差异较大。完成客户端导入后，除了批准网络连接，还应检查系统是否限制客户端后台运行。若锁屏后连接经常中断，可在系统应用设置中允许后台活动，并把客户端从过度省电策略中移出。具体菜单名称由设备系统决定，但判断标准相同：客户端在屏幕关闭后仍需维持网络服务。

部分 Android 设备会同时启用系统私人 DNS、厂商网络加速或其他代理应用。若出现可以连接但域名无法解析，先暂时恢复系统网络设置到普通状态，只保留当前客户端，再逐项恢复其他功能。不要一次修改所有设置，否则无法确认冲突来源。移动网络和 Wi-Fi 表现不同，也应分别测试，避免把某个接入网络的问题误认为订阅问题。

Linux：从终端观察错误信息

Linux 平台应从用户面板取得适用客户端和导入方式。图形环境可以按常规订阅流程操作；终端环境则应明确客户端运行用户、配置保存位置和代理如何提供给应用。导入完成后，先启动客户端核心，再查看日志中是否成功加载订阅和建立线路。日志适合判断解析失败、权限不足和连接失败，但分享日志前要删除订阅参数与凭据。

命令行应用通常不会自动遵循桌面环境的系统代理。若只需要某个终端会话走本地代理，可按客户端实际显示的地址设置环境变量。下面只展示变量结构，端口与协议必须以当前客户端界面为准。

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

# 使用结束后清除当前终端会话中的变量
unset HTTP_PROXY
unset HTTPS_PROXY

Connection check

连接、验证与分层排错

连接成功要经过多层验证

客户端按钮变为已连接，只能证明客户端认为通道已经建立，不能单独证明所有应用都经过该线路。完整验证应观察几个层次：本地网络能否正常访问基础页面；客户端是否选中了预期线路；系统代理或网络扩展是否启用；出口地区是否符合当前选择；目标应用是否重新建立了连接。每层都确认后，才能判断问题位于本地网络、客户端、线路还是目标服务。

开始验证前，关闭旧的目标页面并新建浏览器窗口。某些网站会复用此前建立的连接或保留地区缓存，仅刷新页面未必触发新路径。验证出口时，应使用用户面板或可信的网络检查页面，不要安装来源不明的检测扩展。若出口地区正确，但目标应用仍提示账户或地区问题，应继续检查目标服务自身的账户状态，不要无休止地切换线路。

用单变量方法定位问题

排错最重要的原则是一次只改变一个条件。先保持客户端和订阅不变，只切换同地区线路；如果恢复，说明问题集中在原线路与当前网络的组合。若同地区线路都失败，再切换线路类型或接入网络。若更换网络后恢复，说明原接入网络可能限制了连接。若所有线路都不显示，回到订阅层检查，而不是继续测试浏览器。

不要同时执行删除订阅、重装客户端、重置系统网络和更换账户。大范围重置会清除线索，还可能引入新的权限问题。更有效的记录方式是写下当前平台、接入网络、代理模式、线路地区、出现的提示和已经尝试的单项操作。提交工单时附上这些信息，可以让排查直接从有效层级开始。

按现象选择分支

如果文字网页能够打开，而图片、视频或大文件持续失败，说明基础连接存在，但长连接或传输路径不稳定。先切换同地区其他线路，随后检查客户端是否启用了与当前网络不兼容的特殊模式。反过来，如果域名完全无法解析，但直接网络仍正常，重点检查客户端 DNS 设置、系统私人 DNS 与其他网络工具的冲突。不要随意填写网上找到的地址；优先恢复客户端默认配置，再逐项验证。

公共 Wi-Fi 场景还要多一个入口验证。有些网络需要先在浏览器完成接入确认，之后其他连接才会放行。此时应先关闭客户端，完成本地网络的正常接入，再启动线路。若一开始就开启客户端，接入页面可能无法出现。切换到移动网络后可以连接，也能帮助判断问题是否只发生在当前 Wi-Fi。

验证线路是否适合具体任务

“能打开网页”与“适合长期任务”不是同一标准。处理长会话、流式回复、文件上传或持续同步时，应观察一段完整任务能否结束。若经常在任务中途断开，先保持地区不变，更换同地区线路，避免同时改变出口地区导致目标平台重新验证。使用 ChatGPT 等工具时，登录、长会话和流式回复对连接连续性的要求不同，可参考ChatGPT 稳定登录与长期使用实测推荐中的选择框架。

访问 Discord 与图片 CDN 组合场景时，网页、实时连接和图片资源可能走不同目标。只验证首页不能代表完整工作流。使用 Midjourney 时，应同时检查 Discord 会话、图片加载和结果下载，具体地区与线路思路可阅读Midjourney 与 Discord 线路实测指南。这些检查用于区分线路路径与应用自身状态，不应把每一次应用错误都归因于网络。

当问题只发生在一台设备上，而其他设备使用同一订阅正常时，重点检查该设备的权限、代理接管和应用设置；当所有设备在同一接入网络上都失败，但换网络恢复时，重点检查接入网络；当不同网络、不同设备都无法取得线路列表时，再回到套餐与订阅层。这样的交叉验证比反复重装更快，也能保留当前可用配置作为参照。

Maintenance

日常维护、续费与设备整理

把维护分成账户、订阅和设备三层

稳定使用不需要每天调整配置，但需要建立清晰的维护顺序。账户层关注套餐状态、剩余流量和订单；订阅层关注线路列表是否需要更新；设备层关注客户端权限、系统代理和后台运行。三层各自处理，能够避免为了更新线路而修改密码，也避免为了续费而重装客户端。平时只要连接正常，不必频繁删除和重新导入。

月订阅流量按开通日每月重置，应以面板显示的周期为准。流量包用完为止，永久不过期，不需要为了保留流量反复操作。临近需要续用时，先进入面板确认当前套餐与剩余情况，再选择后续内容。若中途升级，差价折算成剩余天数；确认升级前，应阅读面板给出的结果，不自行按价格比例推算。

何时更新订阅

线路列表出现明显变化、当前线路已从面板调整、客户端提示配置过旧，或多条线路名称与用户面板不一致时，可以更新订阅。仅仅因为某个网站短暂加载失败，不需要立即更新；先换同地区线路并验证本地网络。更新前记录当前可用线路，更新后检查默认选择是否改变。这样即使新列表重新排序，也能快速恢复原来的工作路径。

不同设备可以在不同时间更新，但长期不使用的设备重新启用时，建议先更新订阅再连接。不要把某台设备导出的完整配置文件长期复制给其他设备，因为文件中可能包含旧规则、旧缓存或敏感入口。从面板重新取得订阅能保持来源清晰。若设备转让、报废或不再使用，应先退出客户端、移除订阅并清理本地配置。

多设备环境的管理方式

VPNRK 同时在线不限台数，适合在 Windows、macOS、iOS、Android、Linux 之间使用。同一账户设备较多时，建议给每台设备的本地订阅设置可识别名称，并记录设备用途，例如工作、家庭或备用。记录中不需要保存完整订阅，只需要写设备名称、平台和是否仍在使用。出现流量异常时，可以按清单逐台检查，而不是猜测哪台设备仍在后台传输。

家庭网络中，大型下载、云盘同步和系统更新可能在多台设备上同时发生。需要控制流量时，可安排固定设备执行大型任务，其余设备使用规则模式。移动设备应检查照片备份和应用更新，桌面设备应检查同步盘与游戏平台。由于设备数量本身不是流量计量单位，管理重点应放在后台行为，而不是限制正常连接的设备数量。

系统更新后的复查

操作系统更新可能重置网络扩展、后台权限或系统代理。更新完成后若连接异常，先检查客户端是否仍有权限，再检查订阅与线路，不要第一步就更换账户。Windows 重点看系统代理和客户端自启动状态；macOS、iOS 重点看网络配置授权；Android 重点看后台与省电设置；Linux 重点看服务权限和环境变量。

客户端更新后，界面名称可能改变，但核心流程仍是导入订阅、选择线路、启用接管与验证出口。不要依赖某个按钮永远位于固定位置，应根据功能名称判断。若面板提供新版客户端，先在非关键任务期间更新，并保留当前账户凭据。正在进行长连接、上传或远程任务时，不宜临时升级客户端。

账户安全与订阅轮换

发现陌生流量变化、订阅曾发到公开位置，或旧设备无法确认是否已清理时，应在面板处理订阅并逐台重新导入。修改密码用于保护面板登录，更新订阅用于处理配置入口，两者解决的问题不同。完成处理后，检查所有自有设备，避免某台设备仍保存旧配置并持续报错。

需要他人协助排查时，只提供必要信息。可以提供平台、客户端界面提示、线路地区、代理模式和问题复现步骤；不要提供用户名密码、完整订阅或支付凭据。截图前检查地址栏、二维码、日志参数和通知内容。工单内也遵循最小披露原则，先描述现象，只有在系统明确要求时再补充账户内可见的订单信息。

30 天无理由退款为购买提供明确的处理窗口，但日常使用仍应保留自己的排错记录。退款问题、订单状态与技术连接问题属于不同流程。技术问题先按连接层级排查，订单与退款通过用户面板处理。把问题类型写清楚，可以避免在同一工单中混杂多个目标，也更容易获得准确处理。

Advanced use

进阶分流、选线与长期使用

从全局连接转向规则分流

完成基础连接后，进阶使用的重点不是寻找更多开关，而是让不同流量走合适路径。全局模式适合短时验证，因为它把大部分请求交给当前线路，现象比较直接；长期日常使用更适合规则模式，让本地服务保持直连，需要特定出口的请求再走线路。这样可以减少不必要的流量消耗，也能避免本地网站因出口地区变化而触发额外验证。

规则分流应从简单场景开始。先使用客户端随订阅提供的默认规则，确认常用网站和应用都正常，再考虑自定义。不要一开始就复制很长的第三方规则集；来源、优先级和更新方式不清楚时，规则越多越难排错。自定义规则前应理解匹配顺序：更具体的应用或域名规则通常应位于更宽泛的规则之前，最终未命中的流量由默认策略处理。

按任务选择出口，不按单一标签选择

选择线路时先回答三个问题：目标服务需要哪个地区，任务是短页面访问还是长连接，本地接入网络是否稳定。地区决定出口位置，线路类型决定跨境路径组织，协议决定客户端如何建立连接。IEPL 专线、中转与直连各有适用环境，不应简单排列成固定等级。某条线路在家庭网络表现稳定，不代表在公共 Wi-Fi 上仍是最佳选择。

对登录敏感的应用，频繁更换国家或地区可能引发目标服务额外验证。应先在同一地区内切换线路，再考虑改变地区。对流式回复、实时通信和文件上传，连接连续性比首页打开速度更重要。对视频或大文件，除了线路本身，还要考虑本地网络和目标内容源。完整线路名称与类型可在线路列表中查阅。

为不同应用建立固定策略

工作应用、浏览器、即时通信和媒体工具可以采用不同策略。浏览器适合按域名规则分流；命令行工具适合通过当前终端的代理环境明确控制；移动应用若不遵循系统代理，则需要由客户端的网络配置统一接管。建立策略时先选一个应用验证，确认规则命中后再扩展，不要同时修改所有设备。

若某应用需要固定地区，可以为它建立独立规则组，并在该组内放入同地区候选线路。日常切换只在组内完成，避免影响其他应用。规则名称应描述用途，例如“工作服务”或“图片工具”，不要只写难以回忆的缩写。修改前保存当前可用配置的本地备份，但备份文件中如果含订阅入口，应存放在受控位置，不公开上传。

理解 DNS 与代理路径

域名解析决定应用先找到哪个目标地址，代理路径决定请求如何抵达目标。出现“线路已连接但域名打不开”时，可能是解析与代理路径不一致，也可能是系统中同时存在多个 DNS 设置。排查时先恢复客户端默认设置，关闭额外网络工具，再观察问题是否消失。不要随意叠加多个加密 DNS、私人 DNS 和客户端覆写选项。

规则模式下，域名信息有助于客户端决定走直连还是线路。如果应用先把域名解析成地址，再只向客户端暴露地址，规则命中方式可能不同。遇到某个应用与浏览器表现不一致时，应检查应用是否启用独立代理、内置 DNS 或特殊网络模式。这里的目标不是把所有流量强行统一，而是明确每个应用实际经过哪条路径。

路由器与全屋方案的取舍

把连接放到路由器或家庭网关上，可以让电视、游戏机和其他不便安装客户端的设备统一使用规则，但会增加配置和维护复杂度。路由器需要承担规则匹配、连接保持和多设备流量，出现问题时也更难区分是哪台终端触发。若只是少量常用设备，逐台安装客户端通常更容易维护；若确实需要统一接管，应先在单台电脑上验证订阅与线路，再迁移到网关。

全屋方案还要考虑本地服务直连，例如打印、投屏、家庭存储与设备发现。规则配置不当时，这些本地功能可能被送入远端线路。应为本地网络保留直连策略，并在修改后逐项验证。更完整的方案比较与适用人群，可阅读路由器 VPN 与全屋加速方案实测对比。

建立可恢复的个人配置

进阶配置的价值不在于复杂，而在于可解释、可恢复。每次修改前记录目的，修改后验证对应应用；如果没有改善，就恢复原设置。可把配置变更写成简短日志，包含改了哪个规则组、希望解决什么、结果如何，但不要记录完整订阅或账户凭据。设备迁移时，从面板重新取得客户端与订阅，再按日志恢复必要规则。

长期使用中，默认配置往往比大量临时规则更可靠。遇到新问题时，先用默认规则和单条线路验证，再判断是否需要新增规则。若所有复杂设置都关闭后仍有问题，说明原因更可能在本地网络、订阅或线路层；若默认配置正常，则逐项恢复自定义内容，就能找到冲突来源。这种回退能力比记住大量参数更重要。

形成自己的操作闭环

完整流程可以归纳为：在面板管理账户和套餐，从面板取得订阅，在客户端选择线路与模式，通过出口和目标应用验证结果，最后保留可恢复的设置。出现问题时，从本地网络开始，依次检查账户、订阅、客户端、线路和应用。这个顺序适用于 Windows、macOS、iOS、Android、Linux，也适用于从单设备扩展到家庭网络。

如果只需要尽快完成首次连接，返回快速上手教程沿主线操作；如果需要比较价格与流量结构，查看套餐价格；需要按地区筛选时，进入线路列表。完成这些步骤后，可以从用户面板获取客户端与订阅。VPNRK 无需邮箱地址，用户名和密码即可注册。