VPNWJ 完整使用手册

CHAPTER · SERVICE

先理解跨境连接由什么组成

服务、订阅与客户端不是同一件事

使用 VPNWJ 时，最容易混淆的三个概念是服务账户、订阅信息与客户端。服务账户用于管理套餐、订单和可用流量；订阅信息是一组由面板生成的连接配置，负责把可用线路及相关参数交给客户端；客户端则是运行在设备上的连接工具。账户本身不能直接改变网络路径，订阅文本也不会单独建立连接，只有客户端读取有效订阅并选择其中一条线路后，完整链路才成立。

因此，排查问题时要先判断故障属于哪一层。若无法进入面板，问题可能在账户或浏览器环境；若能进入面板但客户端没有线路，通常应检查订阅是否复制完整、是否需要更新；若线路存在却无法访问目标服务，则应继续判断本地网络、所选地区、线路类型与目标站点之间的关系。把层次分开，比反复卸载客户端更有效。

线路名称背后是不同的传输路径

VPNWJ 提供 120+ 国家 / 240+ 线路。国家与地区标签主要回答出口位置在哪里，线路类型则回答数据怎样到达该出口。直连路径较短，配置直观，但实际表现更受本地运营网络和跨境出口变化影响。中转线路会先进入中间节点，再转往目标地区，常用于改善路由绕行。IEPL 专线强调跨境段的路径组织，适合对持续传输和晚高峰稳定性更敏感的场景。

线路数量不等于每次都应选择距离最远或名称看起来最复杂的节点。浏览网页、使用 AI 工具、观看流媒体和处理远程工作，各自关注的指标不同。网页访问更在意首段响应是否稳定；长视频更在意持续带宽与线路抖动；交互工具更在意往返等待；地区内容还要求出口位置与目标区域相符。正确方法是先确定目标地区，再在同一区域内比较路径类型，而不是在全部线路中无方向地轮换。

加密、分流与出口位置分别解决什么

量子加密用于保护连接过程中的数据传输。出口位置决定目标服务看到的网络地区。分流规则则决定哪些请求进入加速线路，哪些请求继续使用本地网络。三者作用不同，不应把“已加密”理解为“所有应用都经过同一出口”，也不应把“出口地区正确”理解为“本地全部流量都已接管”。客户端中的规则模式、全局模式和直连项目会共同影响最终结果。

初次使用时，建议先保持客户端提供的默认规则，完成一次完整验证后再修改。若一开始就同时更换线路、改动代理模式、添加自定义规则和调整系统网络设置，出现问题时很难定位变量。稳妥的顺序是：导入原始订阅，选择目标地区，打开连接，确认浏览器与目标应用表现，再逐项增加个性化设置。

如果希望先浏览具体地区与线路分类，可打开服务器与线路页面。其中的地区分组适合在选线前查阅。本章只建立整体模型，后续章节会把账户、订阅、客户端和线路逐一落实为可执行步骤。

CHAPTER · PLANS

按使用节奏选择套餐

先区分月订阅与流量包

VPNWJ 的月订阅按开通日形成使用周期，流量在每月对应日期重置。可选档位为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB。月订阅适合使用节奏相对持续、希望按月获得新流量额度的场景。选择时不必先估算每一个应用的精确消耗，只需判断使用是轻量查阅、日常高频，还是包含较多持续传输。

流量包的逻辑不同：¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。它更适合使用频率不固定、某些阶段集中使用而其他阶段很少连接的情况。月订阅强调周期内的可用额度，流量包强调已购买流量可以跨时间保留。两者不能只看总流量大小，还应比较自己的使用节奏是否稳定。

怎样估计自己的流量结构

估计流量时，应把任务分成短请求与持续传输。文字检索、代码问答、网页阅读通常由大量短请求组成；系统镜像、云端素材、高清视频和大文件同步属于持续传输。决定档位的往往不是打开了多少个网站，而是是否长期进行高体积传输。若日常主要是文本、网页和轻量工具，先从较低月订阅观察会更容易控制预算；若经常传输媒体内容或多设备同时执行任务，应选择与实际使用强度相符的额度。

不限台数表示同一账户可用于多台设备，但设备数量与流量消耗是两个维度。电脑、平板和其他设备同时在线时，所有实际传输都会进入当前套餐的使用范围。不要因为不限台数就忽略后台同步、云盘更新、系统下载或应用自动播放。更合理的做法是在常用设备上保留连接，把不需要跨境线路的大体积后台任务交给分流规则处理。

中途升级与周期边界

月订阅中途升级时，差价会折算成剩余天数。这意味着升级不是把原周期简单清空再重新开始，也不应把页面显示的变化理解为额外赠送。操作前先查看当前周期、剩余权益和目标档位，确认升级是为了解决当前周期的实际不足，而不是因为一次短暂峰值就长期提高档位。若使用强度只是偶发变化，也可比较流量包是否更符合节奏。

流量按开通日每月重置，因此管理周期时应以账户面板显示的开通节点为准，不要默认按自然月计算。接近重置节点时，如果只是短期流量紧张，可先检查哪些设备存在后台消耗；处于周期前段且预计持续高频使用时，再考虑升级。这样可以把线路问题、应用问题与纯粹的额度问题分开。

退款、支付与决策边界

支付方式为支付宝 / 微信 / USDT，正文适用的退款说明为 60 天无理由退款。退款承诺用于降低首次判断错误的成本，但不应代替正常的套餐选择。下单前仍应核对套餐类型、额度、周期规则与支付方式，避免把月订阅误认为永久流量，或把流量包误认为会定期重置。

选择完成后，不必提前安装多个客户端，也不必从非面板入口寻找订阅。下一章会先建立账户并完成订单，之后再从用户面板进入客户端与订阅流程。把顺序保持清晰，可以减少导入了无效配置、购买后找不到入口或把旧订阅留在设备中的情况。

CHAPTER · ACCOUNT

建立账户并完成下单

注册前准备用户名与独立密码

VPNWJ 无需邮箱地址，使用用户名和密码即可注册。用户名用于识别账户，密码用于保护面板访问。因为没有邮箱地址参与注册流程，使用者应自行妥善保存用户名与密码，避免依赖浏览器历史记录或临时剪贴板。建议把凭据存入可信的密码管理工具，并给 VPNWJ 使用独立密码，不与其他网站重复。

进入用户面板时，应从本站导航或页面中的正式入口打开。注册链接为站点根用户面板的一部分，而不是营销页面内的表单。注册页显示后，先确认当前语言和站点名称，再填写用户名与密码。提交前检查输入法是否加入了空格、全角字符或不可见换行。密码管理工具自动填充后，也应确认用户名没有被其他站点的记录覆盖。

完成注册后的首次检查

注册成功后，先进入账户概览，不要立刻复制任何看似订阅的文本。此时账户可能尚未拥有有效套餐，面板中的下载与订阅区域也会根据权益状态显示不同内容。先确认用户名正确，再打开套餐区域，对照上一章选定的月订阅或流量包。若多个浏览器标签同时打开面板，应保留一个页面完成操作，避免旧页面状态与新订单状态交错。

如果注册提交后仍停留在原页面，先检查是否出现字段提示。用户名已被使用、两次密码输入不一致、浏览器阻止必要存储，都可能让流程无法继续。不要连续快速提交，也不要在结果未显示时重复创建近似用户名。返回登录页尝试使用刚保存的凭据，可以帮助判断账户是否已经建立。

核对订单，而不是只看按钮文字

在套餐区域选择目标方案后，应核对订单摘要中的套餐类型、价格、流量与周期规则。月订阅应对应 ¥9.9/月含 60GB、¥18/月含 250GB 或 ¥28/月含 500GB；流量包应对应 ¥158/300GB、¥358/1000GB 或 ¥658/3000GB。任何与预期不符的选择都应在支付前返回修改，而不是付款后再通过客户端表现推测买到了什么。

支付方式为支付宝 / 微信 / USDT。选择与自己实际付款路径一致的方式后，按面板给出的流程完成支付。支付页面与账户面板承担不同职责：前者处理付款，后者记录订单与权益。完成支付后应回到账户面板查看订单状态，不要把支付工具中的完成提示直接等同于订阅已经出现在客户端。

订单状态与权益状态要分别看

订单记录回答“这次购买是否完成”，账户概览回答“当前是否具有可用权益”。当支付完成但概览未更新时，先重新加载面板，并确保登录的仍是下单时使用的用户名。使用多个账户、浏览器自动填入旧用户名或在不同设备上交叉操作，都会造成“付款后看不到套餐”的错觉。核对顺序应是用户名、订单记录、当前套餐，再进入订阅区域。

若需要提交问题，可从用户面板进入工单区域。描述时应提供套餐名称、支付方式、订单在面板中的状态以及问题发生的环节，但不要在公开页面粘贴密码或完整订阅内容。工单入口位于登录后的面板内，静态页面不编造其他联系方式。清晰描述“已付款但概览未更新”比笼统地说“无法使用”更容易定位。

在共享设备上结束账户操作

如果使用的不是个人设备，完成下单后不要让浏览器长期保留面板会话。复制订阅之前先确认设备是否可信；操作完成后退出账户，并清理浏览器中与本次会话有关的内容。订阅信息相当于连接凭据的一部分，不适合保存在公共文档、群聊记录或公开截图中。

到这里，账户和权益已经准备完成。下一步的目标不是手工抄写线路参数，而是从面板获取专属于当前账户的订阅入口，再让客户端读取它。若希望直接开始，可前往用户面板注册页；已有账户则从导航中的登录入口进入。

CHAPTER · SUBSCRIPTION

取得并管理订阅信息

订阅链接是一把配置钥匙

订阅链接通常包含客户端读取线路所需的地址与账户关联信息。它不是普通资讯链接，也不适合公开转发。取得方式应始终以登录后的用户面板为准。进入订阅区域后，先确认账户存在有效权益，再选择与客户端相符的导入方式。若页面同时提供复制、唤起客户端或查看教程等入口，应优先使用客户端明确支持的方式。

真实订阅地址不应写进教程、笔记截图或公开代码仓库。本手册中的地址只用于说明格式，例如：

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

这个地址不会连接 VPNWJ，也不包含任何真实凭据。实际使用时，应复制面板生成的完整内容。复制后不要手工删除参数、改写字符或通过聊天软件中转，因为自动换行、链接预览和文本清理都可能破坏订阅。

复制、粘贴与客户端唤起

手动导入时，先在面板点击复制，再回到客户端的订阅管理区域粘贴。粘贴后观察输入框的开头与结尾是否完整，尤其要留意前后空格。部分客户端允许为订阅命名，可以使用“VPNWJ”或按用途命名，但不要把真实订阅内容本身当作名称。保存后执行更新，让客户端主动拉取线路列表。

若面板支持一键唤起客户端，浏览器可能询问是否允许打开外部应用。确认当前安装的是预期客户端，再允许跳转。若点击后没有反应，不要反复点击；可改用复制链接的方式。浏览器拦截外部协议、系统未建立应用关联或客户端尚未安装，都可能让唤起失败，但这些情况不会改变订阅本身是否有效。

更新订阅与重新导入的区别

更新订阅是在现有配置项中重新获取线路，通常能保留客户端内为该订阅设置的名称与部分偏好。重新导入则会创建新的配置项，可能与旧项目并存。线路列表长时间没有变化、面板已显示有效权益而客户端仍提示旧状态时，应先执行更新；只有更新失败、配置损坏或链接已经更换时，再考虑删除旧项后重新导入。

不要把“更新订阅”与“切换线路”混为一谈。更新改变客户端掌握的配置集合，切换只是在现有集合中选择另一个出口。如果单条线路不适合当前目标，应先在同一订阅内切换；如果整个列表为空、地区缺失或权益变化没有反映，才需要更新订阅。

如何识别导入是否成功

成功导入至少应满足几个条件：客户端中出现以订阅名称标识的配置，配置下可以看到地区或线路分组，手动更新时没有明显格式错误，选择线路后连接控件可以正常操作。此时仍不能仅凭列表出现就判断网络已经生效，真正的验证将在后续章节完成。

如果客户端提示无法解析，先重新复制完整链接；若提示获取失败，检查浏览器是否能正常进入账户面板、本地网络是否允许客户端联网，以及系统时间是否正常。若列表出现但内容重复，检查是否多次导入了同一订阅。删除重复项目时应保留最近成功更新且名称清楚的一项。

设备迁移与多设备使用

VPNWJ 同时在线不限台数，因此可以在 Windows、macOS、iOS、Android、Linux 之间使用同一账户的有效订阅。多设备并不意味着必须把某台设备的客户端数据库完整复制到另一台。更稳妥的方式是在新设备安装对应客户端，再从面板获取订阅并独立导入。这样可以避免把旧系统的路径、缓存和本地规则一并带入。

设备不再使用时，应删除其中的订阅配置并退出面板。若订阅内容曾出现在不可信环境中，可在面板检查是否存在更新或重置入口，并重新导入到保留的设备。之后进入五平台章节，根据系统权限模型完成客户端配置。

CHAPTER · CLIENTS

在五个平台导入客户端

共同原则：从面板取得客户端

Windows / macOS / iOS / Android / Linux 的界面不同，但安装原则一致：客户端入口通过登录后的用户面板获取，订阅也从同一账户区域复制。营销页面不提供静态安装包直链。安装完成后先启动客户端，再导入订阅；不要先修改系统代理、手工创建虚拟网卡或从其他来源混入未知配置。

不同平台对网络权限的称呼可能不同。桌面系统通常需要允许客户端创建本地网络接口或调整代理设置；移动系统通常会弹出添加网络配置的系统确认。此类确认由操作系统显示，目的是允许客户端接管符合规则的请求。若拒绝，订阅仍可能导入成功，但连接开关无法真正生效。

Windows：先导入，再决定系统代理范围

在 Windows 上取得客户端后，完成安装并首次启动。进入订阅管理区域，粘贴面板复制的地址，保存后执行更新。线路出现后先选择目标地区，再开启客户端提供的系统代理或连接开关。初次验证只打开浏览器即可，不要同时运行其他同类网络工具，以免多个程序竞争系统代理设置。

若客户端关闭后浏览器无法正常联网，可能是系统代理没有随程序退出恢复。重新打开客户端，先关闭连接控件，再正常退出。若系统中仍保留代理设置，可在 Windows 网络设置中检查当前代理状态。不要在不清楚用途时同时启用系统代理、虚拟网卡模式和浏览器独立代理扩展；先用客户端默认方案完成验证，再按应用需求扩展。

macOS：关注网络扩展与退出方式

macOS 首次连接时，系统可能要求确认网络扩展或相关权限。应在确认应用来源为用户面板提供的客户端后完成授权。导入订阅后，从线路列表选择目标地区，再打开连接。若菜单栏与客户端窗口都提供状态入口，以客户端内部显示为主要判断，并用后续章节的方法验证实际出口。

关闭窗口不一定等于结束连接，部分客户端会继续驻留菜单栏。需要停止时，应先关闭连接，再从应用菜单正常退出。若系统睡眠恢复后目标服务无法访问，先断开并重新连接当前线路；若仍无效，再更新订阅或更换同地区线路。直接删除网络配置通常不是第一选择，因为那会把原本可用的权限和设置一并清除。

iOS：允许配置后再检查应用内状态

在 iOS 上，从用户面板进入客户端下载入口，安装后回到面板复制订阅，或使用支持的唤起方式导入。客户端请求添加网络配置时，系统会显示确认界面。完成系统确认后返回客户端，选择线路并连接。若系统状态栏出现连接标识，而客户端仍停留在未连接状态，应先回到应用刷新界面，不要连续创建多个配置。

iPhone 与 iPad 的应用可能在后台受到系统调度。切换网络、从无线网络转到其他网络或长时间休眠后，如果连接状态与实际访问不一致，可回到客户端重新连接。完整的 iOS 操作可参阅iOS VPN 从零导入订阅教程，其中按导入、授权和验证顺序解释常见界面。

Android：避免电量策略过早中止连接

Android 客户端导入订阅后，会在首次连接时请求建立系统网络连接。确认后选择线路并启动。若刚切到后台连接就停止，应检查系统对该客户端的后台运行与电量管理策略。不同设备界面名称可能不同，因此重点不是寻找某个固定菜单文字，而是确认系统没有在锁屏或切换应用后立即结束客户端进程。

如果设备中曾安装多个同类客户端，系统通常只允许当前活动的网络连接接管流量。先断开其他客户端，再启动 VPNWJ 对应配置。导入失败时，可以手动粘贴订阅而不是依赖应用间跳转；线路出现后先更新一次，确保不是剪贴板中残留的旧内容。

Linux：先明确图形客户端还是命令行环境

Linux 环境差异较大。桌面用户可从面板获取适用客户端并使用图形界面导入；服务器或纯命令行环境则应先确认所选工具支持订阅格式与系统网络栈。不要把浏览器复制的订阅直接作为 shell 命令执行。应在客户端配置入口粘贴，或按照该客户端的导入语法处理。

连接后可先用通用命令检查目标站点是否能够建立响应，例如：

curl -I https://example.com

该命令只检查示例站点的响应头，不代表所有应用都已经走同一规则。若浏览器可用而命令行不可用，应检查客户端是否只设置了桌面代理，终端环境是否继承代理变量，以及当前模式是否接管系统网络。Linux 上尤其要避免同时由桌面设置、环境变量和多个后台服务重复指定代理。

CHAPTER · CONNECT

连接后怎样验证是否生效

先做最小闭环验证

完成客户端导入后，选择一条与目标服务地区相符的线路，打开连接。此时先不要启动下载、同步或视频播放，而是用一个浏览器窗口完成最小闭环：确认普通网页仍可访问，确认目标服务能够建立连接，再查看出口地区是否与所选线路一致。这个顺序可以快速区分“整个网络中断”和“只有目标服务不适配”。

验证时不要依赖客户端显示的“已连接”四个字。它只说明客户端内部状态机认为连接已经建立，不一定说明浏览器、终端和所有应用都使用了预期路径。操作系统代理、应用独立代理、分流规则与缓存都会影响结果。实际访问结果和出口地区才是下一步判断的依据。

出口地区正确，但应用仍不可用

当出口地区符合预期，某个应用却仍无法加载，应检查该应用是否使用独立网络栈、是否保留旧会话，以及目标服务是否要求重新登录。可先彻底退出目标应用，再重新打开；浏览器场景可新建无旧登录状态的窗口进行对照。不要立即清除所有系统数据，因为大范围重置会丢失更多可用于判断的信息。

地区内容尤其依赖出口匹配。观看日区动画时，应优先选择日本线路，再在同地区比较直连、中转与 IEPL 专线。有关落地地区和高峰期选线方法，可阅读日本线路与动画配信选择说明。体育直播对持续传输和交互等待更敏感，可结合体育直播线路对比理解切换策略。

建立自己的线路比较方法

比较线路时一次只更换一个变量。先固定目标服务和本地网络，在同一地区内切换不同线路；确认地区合适后，再比较线路类型。每次切换后让旧连接完全断开，再建立新连接，并重新打开目标应用。若同时切换无线网络、浏览器、线路地区和客户端模式，结果无法说明是哪项变化产生作用。

不要只以一次打开速度作为结论。短请求受到缓存影响，视频受到缓冲区影响，下载任务又会被文件源限制。更有意义的观察包括：连接能否连续保持、多个页面是否都能正常请求、长内容是否反复停顿、交互应用是否频繁重连。这里不需要虚构统一测速分数，而应围绕自己的实际任务建立稳定性判断。

规则模式与全局模式怎样选择

规则模式根据客户端内的分流条件决定请求路径，适合日常长期使用。本地服务和不需要跨境线路的请求可以继续走原网络，从而减少不必要的流量消耗。全局模式更适合诊断：当怀疑某个应用没有被规则接管时，可短暂切换进行对照。如果全局模式可用而规则模式不可用，问题重点就在规则匹配，而不是订阅或账户。

完成对照后，应根据日常任务回到合适模式。长期把所有请求放入同一路径，可能让本地内容访问变慢，也会增加套餐流量消耗。若添加自定义规则，每次只增加少量明确域名或应用，并记录改动。规则越多并不代表效果越好，互相覆盖的条件反而会让行为难以预测。

断开测试同样重要

首次连接完成后，应主动执行一次正常断开。确认断开后普通网络恢复，客户端没有留下无法访问的系统代理状态，再重新连接同一线路。这个过程可以提前发现程序退出方式、系统权限或代理恢复方面的问题，避免以后在休眠、关机或切换网络时误判。

如果断开后仍无法访问，重新打开客户端检查连接开关，使用程序内的正常退出流程。只有确认客户端已经停止后，才去系统网络设置检查残留代理。不要通过强制结束进程代替正常断开，因为强制结束可能来不及恢复系统设置。

CHAPTER · MAINTENANCE

日常维护、流量与续费

把订阅更新当作常规维护

客户端已经可用后，不需要每天重新导入订阅。日常维护应以更新现有订阅为主：当线路列表明显过旧、账户权益发生变化、某些地区长期缺失或面板提示配置调整时，再执行更新。频繁删除后重建会丢失客户端内的选择、规则与本地偏好，也容易产生多个同名配置。

更新前先断开正在使用的线路，等待客户端完成拉取，再重新选择。若更新失败，保留原配置并检查面板是否可访问；不要在没有备份思路时立即删除唯一可用项。若客户端支持导出本地设置，可以保存不含公开凭据的规则说明，但订阅本身仍应从面板重新取得。

观察流量，而不是等到任务中断

月订阅流量按开通日每月重置。使用者应在账户面板查看当前周期与剩余情况，并结合任务安排管理。高体积下载、云端同步、视频播放和系统更新可能在后台持续消耗；文字访问与短请求虽然单次较小，长期多设备并行也会累积。不限台数解决的是设备接入限制，不会让传输流量脱离套餐范围。

发现消耗高于预期时，先检查设备与应用，而不是先怀疑账户统计。逐台确认是否存在后台同步、自动播放或大文件任务，再检查客户端是否处于全局模式。把不需要跨境线路的任务改为直连，通常比频繁关闭整个客户端更易维护。若长期使用强度确实提高，再根据剩余周期考虑升级；中途升级差价折算成剩余天数。

月订阅续费与流量包补充

续费前应确认当前使用的是月订阅还是流量包。月订阅对应按开通日重置的周期权益，流量包则用完为止、永久不过期。不要因为两者都显示流量数值就认为规则相同。面板中的订单记录应保留每次购买的类型与状态，续费时选择与长期计划一致的方案。

如果日常需求稳定，可继续选择 ¥9.9/月含 60GB、¥18/月含 250GB 或 ¥28/月含 500GB 的月订阅。若使用间隔明显、希望已购流量跨时间保留，可比较 ¥158/300GB、¥358/1000GB、¥658/3000GB 的流量包。支付方式仍为支付宝 / 微信 / USDT。下单后按注册章节的顺序核对订单与账户权益。

多设备配置怎样保持清楚

同时在线不限台数后，配置管理比设备数量本身更重要。建议每台设备只保留当前使用的 VPNWJ 订阅，并用清楚名称标识。旧手机、重装前的电脑、临时测试环境不再使用时，应删除其中的订阅。这样遇到异常时可以明确知道哪些设备仍可能产生流量，也能减少把过期本地配置误认为账户问题。

不同平台可使用不同线路，不必强制全部设备选择同一出口。例如工作电脑可保持与目标工具相符的地区，移动设备按内容区域选择线路。但如果正在排查账户或订阅问题，最好先只保留一台设备进行验证，确认基础链路正常后再恢复其他设备。缩小变量范围始终比同时观察所有设备可靠。

系统更新后的检查顺序

操作系统或客户端更新后，若连接行为变化，先检查权限是否仍有效，再更新订阅并测试原线路。系统更新可能重置网络扩展授权、后台运行策略或代理设置，但不代表账户权益发生变化。面板能够正常显示套餐且订阅可更新时，应把排查重点放在本地客户端层。

不要在系统更新后同时安装多个替代客户端进行比较。先让原客户端恢复最小可用状态；若确实需要迁移，再从面板获取适配的新客户端，重新导入并独立验证。旧客户端和新客户端切换期间，确保只有一个处于活动连接状态。

账户安全与公共环境

无需邮箱地址使注册流程更简洁，也意味着用户名与密码的保存责任更集中。定期确认密码管理工具中的记录可用，避免只依赖某一台设备的浏览器自动填充。在共享电脑上不保留登录状态，不把面板截图连同订阅区域公开，不让浏览器扩展读取不必要的剪贴板内容。

若怀疑订阅信息曾进入不可信环境，先退出相关设备，再进入面板检查账户和订阅管理选项。完成必要更新后，让保留设备重新导入。处理过程中不要通过公开渠道发送完整链接，提交工单时也应描述现象与操作环节，而不是直接粘贴凭据。

CHAPTER · ADVANCED

进阶分流与系统化排错

用变量控制代替反复尝试

进阶排错的核心不是掌握更多按钮，而是控制变量。任何故障都可以沿账户、订阅、客户端、本地网络、线路、目标服务这条链拆分。一次只改变其中一项，并记录改变前后的现象。若切换线路后恢复，说明账户和订阅大概率正常；若所有线路都没有列表，应回到订阅层；若只有某个应用异常，则应优先检查应用会话与分流。

可以建立一条固定诊断顺序：先断开连接验证本地网络，再登录面板核对权益，然后更新订阅，选择与目标地区匹配的线路，使用默认规则连接，最后测试目标应用。只有这条基础链路成立后，才恢复自定义规则、浏览器扩展或其他网络软件。这样即使设置复杂，也能随时回到已知状态。

DNS、缓存与旧会话的影响

线路已经切换，但目标服务仍显示旧地区时，原因未必是连接失败。浏览器缓存、应用登录会话、DNS 结果和站点自身的地区记录都可能保留旧状态。先彻底退出目标应用并重新打开，使用新的浏览器会话做对照，再决定是否需要清理单个站点数据。不要一开始就清除全部浏览器资料，否则登录状态和可比较证据都会消失。

若客户端提供 DNS 选项，初次使用应保留默认设置。只有在确认连接成立、出口正确而域名解析持续异常时，才把 DNS 作为独立变量检查。自定义 DNS、系统加密 DNS、浏览器安全 DNS与客户端规则同时存在时，解析路径可能与流量路径不同。排查时临时回到单一默认方案，比叠加更多解析服务更清楚。

为应用建立最小分流规则

自定义分流应从明确目标开始。例如某个工作工具需要稳定使用特定地区，可以围绕该工具的主要域名建立规则；本地服务则保持直连。规则应可读、可撤销，并注明用途。不要从网络复制一份庞大规则集后直接覆盖客户端默认配置，因为其中可能包含过时域名、互相冲突的匹配条件或与当前线路无关的策略。

修改后先验证规则是否命中，再检查所指向的线路组。若规则模式失败而全局模式可用，可将问题缩小到匹配条件或策略选择；若两种模式都失败，则应回到线路或目标服务层。每次只增加一个明确规则，确认后再继续，能避免“最后一次修改”被大量同时变化淹没。

# 示例结构，仅说明分流思路
rules:
  - DOMAIN-SUFFIX,example.com,PROXY
  - MATCH,DIRECT

示例使用的是演示域名，不代表 VPNWJ 的实际配置名称。不同客户端的语法和策略组名称可能不同，应以客户端与订阅生成的结构为准。不要直接把示例中的策略名覆盖到真实配置。

线路异常的分支判断

单条线路无法连接，而同地区其他线路可用时，先临时使用可用线路，并在之后重新更新订阅。所有同地区线路都不适合目标服务，但其他地区正常时，应判断目标服务是否要求特定出口，或该地区路径是否与本地网络暂时不匹配。所有地区都失败时，则回到本地网络、客户端权限和订阅状态检查。

晚高峰卡顿不应只靠不断刷新解决。先固定目标内容，比较同地区的直连、中转与 IEPL 专线，再观察连续使用表现。游戏场景对往返等待和丢包更敏感，可参阅游戏加速器与 VPN 延迟差异，理解为什么网页打开正常并不代表实时交互一定合适。

什么时候应提交工单

完成基础诊断后，如果账户权益、订单状态或订阅获取仍存在矛盾，应通过用户面板提交工单。说明使用平台、客户端所处环节、套餐类型、是否能够进入面板、订阅能否更新、其他线路是否可用，以及已经做过哪些排查。清楚的分层描述能减少重复确认。

不要在工单标题或公开截图中放入密码和完整订阅地址。若需要展示错误，可截取不含凭据的提示区域，或将错误文字抄录出来。联系方式事实表没有提供公开邮箱或其他公开渠道，因此本手册只引导使用面板内工单，不添加未经确认的联系方式。

从可用状态回到可维护状态

排错结束后，应撤销临时全局模式、测试规则和重复配置，只保留经过验证的订阅与线路选择。记录最终起作用的改变，删除无效尝试留下的项目。一个可维护的客户端通常比塞满备用配置的客户端更可靠，因为下一次异常时仍能判断基线。

完整流程到此形成闭环：理解线路结构，按节奏选择套餐，用用户名和密码建立账户，完成支付并核对权益，从面板取得订阅，在 Windows / macOS / iOS / Android / Linux 导入，验证出口与目标应用，随后按周期维护流量和订阅。遇到问题时，再沿相同层次逆向排查。需要回顾名词时，可阅读订阅、节点、协议与分流名词解释；需要重新走最短路径时，返回快速教程。