VPN 故障排查手册

完全连不上：先分清网络与配置

“连不上”需要拆开描述。客户端无法启动、订阅列表为空、连接按钮一直等待、显示已连接但没有流量，是不同故障。先记下卡住的具体界面和提示原文，再看本章对应分支。不要先删除客户端；删除可能同时清掉订阅来源、规则和诊断记录，使原本能定位的问题只剩一句“重装后还是不行”。

建立本地网络基线

先在客户端内断开连接，确认系统代理也随之关闭，再访问原本能够直接打开的网站。如果基础访问也失败，应先处理当前网络：检查无线连接是否真正接入、网络是否要求网页认证、路由器是否仍有外网连接。公共网络出现认证页面时，先完成其正常接入流程。不要用“无线图标亮着”代替外网可用的判断，图标通常只能说明设备接入了局域网。

基础网络正常后，在允许使用的另一网络上复测同一客户端和同一配置。若更换网络后恢复，优先调查原网络的接入限制、路由器设置或网络质量；若不同网络都失败，再检查账户和客户端。公司、学校及其他受管理网络可能有明确的使用要求，应遵守管理员规定，不通过关闭管理策略来强行测试。没有其他网络可用时，也应在记录里明确这一点，不必为了凑齐证据反复改设置。

确认账户、订阅与连接权限

打开用户面板的账户概览，核对套餐状态和可用流量。面板能登录不等于当前订阅一定可用；客户端保存的旧配置也不等于面板当前状态。若面板状态存在异常，先处理账户或订单问题。若账户正常而客户端列表为空，转到订阅更新章节；若列表存在但全部连接失败，再确认导入的来源是否为当前账户，以及操作系统是否已经允许建立 VPN 配置。

桌面端要区分“客户端进程运行”和“代理已接管系统流量”。某些模式只开启本地监听，并不会自动修改系统代理。移动端则应检查系统是否弹出添加 VPN 配置的授权提示，是否被其他 VPN 配置占用。拒绝授权后，反复点击连接通常不能补齐权限；应回到客户端的引导或系统设置处理。界面名称以当前客户端为准，不套用其他应用的菜单路径。

用单变量复测收窄范围

在配置完整的前提下，选择当前面板可见的另一条线路，保持目标网站和连接模式不变。只有某条线路失败，说明问题更接近该线路或该出口；所有线路都失败，则更接近账户、客户端或本地网络。每次切换后等待客户端完成连接状态变化，再重新发起访问。旧页面的加载动画和旧连接可能继续存在，不能直接作为新线路的测试结果。

查看客户端诊断信息时，注意区分连接超时、名称解析失败、授权失败和本地端口占用。它们分别提示链路不可达、DNS 路径异常、凭据或账户状态异常、本地程序冲突，并不是同一个“节点坏了”。不要照着陌生教程批量修改端口或关闭防护软件。若日志提示监听地址被占用，先退出其他代理程序，再通过正常界面重启本客户端。

已连接但网页打不开：检查 DNS 与访问路径

“已连接”通常说明客户端建立了某种会话，不能证明浏览器的请求已经通过这条会话到达目标。网页还涉及域名解析、代理规则、证书校验、浏览器连接缓存和目标服务自身状态。先判断故障范围：所有网页打不开、只有部分域名打不开、页面能出文字但资源缺失，分别对应不同线索。保留目标域名和浏览器错误名称，比只截一张空白页面更有帮助。

先判断请求有没有进入客户端

在客户端支持的情况下，打开连接记录，然后重新访问目标页面。没有出现对应请求时，优先检查系统代理是否生效、浏览器是否使用独立代理配置，以及当前模式是否覆盖该应用。出现请求但被规则送往直连时，应转到应用与规则章节。请求确实经过所选线路但仍失败，才进一步查看解析、握手和远端响应，避免把每种网页故障都归给 DNS。

浏览器扩展可能单独设置代理，安全软件也可能安装过滤组件。测试时可以在保留原配置的前提下，临时使用没有相关扩展的浏览器配置文件作对照。若另一个浏览器正常，调查范围应留在原浏览器，不必重置整个系统网络。隐私浏览窗口不一定停用全部扩展，也不一定使用独立网络设置，因此它只是辅助对照，不是完整隔离环境。

区分解析失败与加密连接失败

DNS 的任务是把域名映射到可连接地址。解析失败、返回不适用的地址，或者应用与客户端采用不同解析路径，都可能让请求卡在连接之前。可先用系统工具查看目标域名是否能解析，再结合客户端连接记录判断。系统命令的结果只代表系统解析路径，不能直接证明浏览器的加密 DNS 或客户端内部 DNS 也走同一路径；结果不同是调查起点，不是泄漏结论。

nslookup example.com

示例域名用于确认命令能执行；实际排查时，将它换成发生问题的目标域名，不附带登录令牌或私人路径。如果命令返回结果，而浏览器提示证书错误，应检查设备日期、时间和时区是否正确，并确认目标地址拼写。不要通过忽略证书警告来“解决连接”。证书校验属于安全边界，公共网络认证页面或本地过滤组件也可能影响它，应分别核对。

清理缓存之前先保存证据

若更换网络或调整解析设置后，旧解析仍可能留在缓存中。先保存错误和诊断结果，再按操作系统提供的方法清理缓存。Windows 可使用下方命令清理系统解析缓存；其他平台应参照其当前系统文档或客户端内置操作。清理后重新打开目标，必要时关闭并重新启动浏览器，使旧连接不再干扰判断。该操作不会替代订阅更新，也不能修复远端服务故障。

ipconfig /flushdns

不要在排查期间同时修改系统 DNS、浏览器加密 DNS、客户端解析模式和路由器解析设置。多处同时变化后，即使恢复访问，也无法知道哪项真正起作用。优先恢复到客户端建议的配置，再逐项对照；企业设备上的解析设置可能受管理，不应擅自覆盖。若只有登录页面或图片域名失败，记录对应域名及请求去向，检查规则是否把同一服务所需的资源拆到了不同路径。

速度慢与晚高峰卡顿：比较整条链路

速度体验不是单个数字。网页首屏等待、文件下载吞吐、视频缓冲、远程会议抖动，反映的是不同环节。先写清实际受影响的任务，再选对应观察方法。单次测速页面的结果，不能直接代表某个 AI 工具、某家视频平台或所有地区的表现；测速站自己的服务器位置、连接方式和繁忙程度，也会进入最终结果。

把本地接入与国际线路分开看

开始测试前，暂停设备上不必要的下载、云同步和系统更新，确认同一网络是否还有其他设备占用带宽。无线信号较弱、路由器过热、网络频繁重连，都可能造成速度下降。条件允许时，用更稳定的接入方式作对照；不方便更换接入方式，也应记录当前环境。关闭代理后直接访问本来可用的资源，能帮助判断本地接入是否已经存在瓶颈。

接着保持同一目标、同一设备和同一网络，只切换线路。地理上更近的出口不一定总是更快，实际路径还取决于本地运营商、跨境链路和目标服务的接入方式。VPNBonus 的覆盖为 100+ 国家 / 160+ 线路，覆盖范围提供选择空间，不代表所有地区对每个目标都具有相同表现。地区与线路信息可参照全球节点页，实际可选项以面板为准。

晚高峰问题需要时段对照

如果白天正常、晚间卡顿，不能只凭时间就断定是某个环节拥塞。应在不同使用时段访问相同目标，记录本地基础访问、所选线路和目标任务的表现。若基础网络也明显变慢，应先考虑接入网络；若基础网络正常而某条线路变慢，换另一地区或另一条可选线路对照；若只有目标平台异常，还需考虑平台自身负载和地区服务差异。

记录时用“页面是否持续等待”“视频是否反复缓冲”“连接是否中断”描述体验，并保留工具真实输出。不要自行补出看似精确的性能数字，也不要把一次顺畅写成长期稳定保证。晚高峰稳定性是需要持续观察的使用维度，不是单次连接就能证明的属性。较完整的测试思路见VPN 测速实测方法，本章重点是把故障范围缩小。

不要把调参当成默认解法

连接模式、传输参数和分流设置可能影响表现，但需要有明确证据再改。随意调整数据包大小、叠加其他加速工具，可能引入新的路径问题。先使用客户端建议配置，并检查是否同时运行多个代理或网络过滤程序。若小网页正常、较大传输长期停住，记录这一差异交给支持人员，不要照抄与当前系统和网络无关的参数组合。

视频与 AI 工具还受账户地区、平台策略和目标服务容量影响。更换线路能改善某些链路问题，但不能替代目标服务的账户资格，也不构成持续访问保证。若测试显示仅某条线路在特定时段反复变慢，可提交时段对照和任务说明；若所有网络任务都慢，应先处理本地接入。工单中写清已排除哪些环节，才能避免反复收到同样的基础检查建议。

频繁断线与后台掉线：检查会话生命周期

断线需要记录“发生在什么时候”。刚连接就断、锁屏后断、切换网络后断、运行一段时间后断，可能来自不同机制。先观察系统 VPN 状态、客户端进程和目标应用是否同时变化。只有网页需要重新加载，不代表隧道已经断开；只有客户端界面回到首页，也不必然说明系统会话消失。应把界面状态和实际访问结果放在一起判断。

区分网络切换与后台回收

设备从无线网络切换到其他接入方式时，出口地址和连接路径可能改变，原有会话未必能原样继续。若故障总与网络切换同时出现，可先停止目标任务，在新网络稳定接入后重新连接，再恢复访问。不要一边切换网络一边连续切换线路，这会让多个重连过程重叠。记录“切换后能否自动恢复”与“手动连接能否恢复”，比笼统写“容易掉线”更有定位价值。

如果前台一直正常，锁屏或切到其他应用后才失效，应重点检查系统对后台活动的管理。Android 的电池优化、厂商后台限制和流量节省设置可能影响客户端持续运行；设置名称因设备而异，应在系统应用信息中核对。只为必要的客户端调整后台权限，保留其他应用的正常节能策略。把应用留在最近任务列表里，也不等于系统已经允许其持续运行。

按平台核对休眠与权限

iOS 应检查系统 VPN 配置是否仍然存在，以及是否有其他应用启用竞争的 VPN 配置。应用界面被系统收起，不应直接等同于底层会话终止；请以系统状态与实际访问共同判断。若系统提示需要重新授权，按照客户端正规流程处理，不导入来源不明的描述文件。有关首次配置的主线可回到新手指引，本页只处理已配置后的异常。

Windows、macOS 和 Linux 的休眠、合盖与网卡省电也可能中断连接。先区分“从休眠唤醒后不能恢复”和“设备持续使用时也会断开”。前者需要检查唤醒后的网络是否已经恢复、系统代理是否残留、客户端是否重新建立会话；后者则应进一步看线路、无线接入和程序冲突。不要为了保持连接而全局关闭设备安全策略或长期禁止正常休眠。

用稳定条件复现，再检查冲突

复测时固定网络和线路，让设备保持前台使用，再对比锁屏或切换应用后的结果。若只在后台失败，优先处理权限与节能；若前台也失败，查看断线附近的客户端记录。另一个 VPN、网络过滤器或会改变系统代理的工具，可能在启动时覆盖当前设置。先退出不需要的相关程序，再重新建立连接；受管理设备则应向管理员确认可用配置，不自行移除管理组件。

自动连接设置需要谨慎核对。设备启动时，本地网络可能尚未完成认证，客户端即使尝试连接，也可能暂时失败。此时应先完成基础网络接入，再观察是否恢复。持续重试并不一定代表账户有问题，也不要因此反复重置密码。若客户端带有按需连接或网络变化处理选项，先阅读其说明，保持默认配置作基线，再有针对性地测试。

提交工单时，请描述触发动作，例如“锁屏后恢复前台无法访问”“唤醒后系统代理仍开着但客户端未连接”。同时注明是否存在电池优化、网络切换和其他 VPN 配置。若断线只影响特定线路，附该线路名称；若切换线路和网络后仍可稳定复现，说明这一结果。日志只保留故障附近的必要片段，公开截图应遮挡账户和连接凭据。

订阅更新失败：分清获取、解析与账户状态

订阅更新包含获取配置、读取内容、保存配置和加载线路等过程。“更新失败”不能只看按钮有没有转完。先保留错误原文：网络超时、授权失败、内容格式不支持、配置加载失败，各自对应不同环节。不要把订阅地址当作普通网页链接发到公共讨论区；其中可能包含访问凭据，泄露后应通过面板可用的管理功能或工单处理。

先核对来源，不先编辑内容

通过用户面板获取当前账户提供的订阅入口，再使用客户端支持的导入方式。不要沿用其他账户、旧截图或转发消息里的地址。手动复制时，注意聊天工具可能带入空格、换行或标点；也不要把登录页地址、订单页面地址误当作订阅地址。导入完成后核对配置名称与线路列表，名称相似本身不能证明来源正确。

如果旧线路仍能连接，但更新一直失败，说明“使用已有配置”和“获取新配置”的路径可能不同。更新请求可能依赖当前网络、系统代理或客户端自身的获取设置，应按客户端说明检查。先在基础网络正常的条件下尝试更新，必要时使用客户端明确支持的获取方式。不要反复混切不同选项，更不要为了更新而将订阅地址交给未经确认的在线转换网站。

理解格式错误与空列表

客户端支持的配置格式并不完全相同。某份内容能在一种客户端读取，不代表直接粘贴到另一种客户端也能成功。优先使用用户面板提供的对应入口和本站客户端获取流程；客户端入口统一在面板下载区。不要仅凭文件扩展名判断兼容性，也不要照着网上片段删改配置字段，修改后可能表面加载成功，却让规则或解析设置失效。

更新成功但列表为空时，应先查看当前是否选中了其他配置、地区筛选是否隐藏全部结果，以及面板账户状态是否正常。有时界面保留“更新成功”的提示，只表示请求返回，不足以证明加载了可用线路。若客户端能查看配置来源和加载记录，可对照错误位置；无需把整份配置公开。完整配置里可能包含服务器凭据和私人订阅信息。

保留可用配置，避免重复导入堆叠

重新导入前，确认当前配置能否保留或在应用内备份。不要为了测试直接清空所有配置，尤其是在没有其他网络入口时。导入后给配置使用清楚的本地名称，并确认当前激活的是哪一份。重复导入会留下多份外观相似的配置；之后切换线路时可能一直操作旧配置，从而出现“更新了却没有变化”的错觉。排查结束后再清理不需要的副本。

自动更新失败与手动更新失败也应分别记录。如果手动正常、自动失败，检查后台运行、网络接入时机和客户端更新设置；如果两者都失败，继续检查来源、账户和格式。设备日期错误可能影响加密连接校验，系统存储空间不足可能影响保存配置，这些也值得核对。不要因为提示复杂就直接恢复系统网络设置，那会影响其他连接，且不一定触及订阅获取环节。

账户的流量口径同样需要核实。月订阅流量按开通日每月重置，不应按自然月切换来判断；流量包用完为止，永久不过期。流量已经用完时，应以面板状态为依据，而不是持续重导入同一份地址。有关档位与计费方式见套餐页，不要把更新失败自动解释成需要升级套餐。

某个 App 不走代理：检查规则与进程路径

浏览器正常而某个 App 失败，通常需要检查该 App 的网络路径，而不是重新配置所有线路。系统代理、应用内代理和隧道模式的覆盖范围不同。部分应用遵循系统代理，部分应用使用独立网络设置，还有应用把请求交给后台服务。先确认客户端运行在哪种模式，再观察目标应用的请求有没有出现在连接记录里，避免凭状态栏图标判断所有流量都已接管。

把“没有请求”和“请求失败”分开

关闭目标应用后重新打开，再执行会触发网络访问的明确动作。若客户端没有对应记录，检查应用内是否配置了另一套代理，当前系统代理是否启用，以及隧道模式是否有必要权限。若记录中能看到请求，但匹配了直连规则，应检查规则选择；若已经走所选线路，则进一步看目标返回、账户地区或远端限制。不同分支不应使用同一种修复操作。

规则匹配通常受顺序影响。目标域名可能被较早的规则处理，后面的地区或应用规则未必有机会生效。排查时先查看客户端实际显示的匹配结果，再决定是否调整。不要一口气加入大量宽泛规则，那会影响原本正常的服务。能够临时测试的模式，可以在保存原配置后短暂用于对照；测试结束恢复日常设置，不把临时方案变成未经检查的长期配置。

注意关联域名与已有连接

一个应用不一定只访问其首页域名。登录、附件、静态资源、实时通信可能使用不同域名或后台进程。只让主域名走代理，可能出现登录正常但内容加载失败。观察故障动作对应的必要请求，不把所有未知域名都添加到规则。若应用使用已有长连接，切换线路后旧连接可能继续存在；应退出并重新打开应用，再判断新路径是否生效。

浏览器扩展、桌面应用内设置、终端环境变量也可能各自控制代理。尤其在使用开发工具时，编辑器界面与其插件、命令行任务未必共享网络配置。Cursor 或其他 AI 工具出现界面正常、请求失败时，应分别观察相关进程与请求记录。不要将目标服务的额度不足、账户资格或服务端错误，误当成 VPN 连接故障；线路只能处理网络路径，不能改变服务账户权限。

用请求头测试辅助判断，不粘贴凭据

桌面端如已安装相应命令行工具，可用下面的命令观察基础 HTTPS 请求能否返回响应头。示例不带账户凭据，也没有指定本地代理地址。它用于对照当前终端环境，不保证与图形应用使用同一路径；HTTP 状态码需要结合含义解释，目标拒绝请求并不等于网络不可达。测试私人接口时，不把访问密钥加入可公开的命令记录。

curl --head https://example.com

如果终端正常而目标应用失败，优先检查应用自己的代理设置和后台服务；反过来则检查终端环境是否残留旧代理配置。不要照抄别人的本地监听端口，地址和端口应以当前客户端实际界面为准。发现代理环境变量时，应先记录来源，再按当前终端和系统文档调整。直接删除所有环境变量可能影响开发环境，也可能让后续问题更难复现。

流媒体与 AI 平台还可能依据账户地区、出口地址信誉和自身规则处理请求。某个出口可访问其他网站，并不证明目标平台一定接受该出口；某次可播放，也不是持续解锁承诺。出现平台明确错误时，记录错误原文与出口地区，在面板可选线路之间做对照。提交工单时说明故障发生在登录、加载、播放还是发送请求阶段，避免只写一个应用名称。

设备与权限异常：先核对“不限台数”

VPNBonus 同时在线设备不限台数。如果客户端显示“设备数超限”，不要直接推断需要购买更多设备名额。先核对提示来源：它可能来自目标网站、其他服务的账户、客户端本地配置，或某个并非当前账户的旧订阅。完整提示所在的界面比其中的关键词更重要。应记录弹窗标题和操作位置，再确认当前使用的是哪份账户与配置。

把服务限制与本地冲突分开

不限台数不等于一台设备能够同时运行任意多个 VPN 会话。操作系统可能限制同时接管网络的配置，多个客户端也可能争用系统代理或本地监听资源。若打开另一个网络工具后当前连接失效，先停止不需要的会话，再重新连接。不要把“系统不允许当前配置启动”写成“账户设备名额不足”，两者的解决路径完全不同。

同一账户在不同设备上的配置也可能有差异。某台设备正常、另一台失败时，先用失败设备检查基础网络、账户状态、订阅来源和权限，再比较客户端模式。不要直接复制另一台设备的全部系统设置；不同平台在代理接管、DNS 和后台管理方面存在差异。账户相同只能排除部分账户问题，不能排除本地权限和网络问题。

权限提示按来源处理

系统要求允许网络扩展、添加 VPN 配置或启动服务时，先确认操作来自正在使用的可信客户端。通过系统正规授权界面完成，不从陌生网页下载所谓权限修复脚本。权限曾被拒绝的设备，可能需要回到系统设置重新允许；具体名称以系统当前界面为准。受管理设备若不允许相关权限，应联系管理员，不通过移除管理策略来规避。

如果客户端需要本地服务组件，应通过客户端提供的正常流程安装或修复，不随意使用管理员权限运行未知命令。启动失败时记录系统提示、服务状态和操作步骤。某些故障发生在更新系统、迁移用户或更换网络之后，这些时间关联有助于定位，但不能仅凭先后顺序认定原因。先保留可用配置，再进行有明确目标的修复。

账户恢复与凭据边界

VPNBonus 无需邮箱地址，用户名与密码即可注册。排查登录失败时，检查输入法、大小写、复制空格以及是否登录了当前账户；不要把找不到邮箱回执当作服务异常。账户凭据应妥善保存，不能假设存在与邮箱绑定的恢复流程。无法恢复时，通过可用支持入口说明账户识别信息和问题，不在公开页面提交密码，也不向非官方对象提供支付凭据。

如果“设备数超限”的提示确实来自当前 VPNBonus 配置，并且在账户概览正常、来源核对完成后仍可复现，应提交工单核查。附提示原文、出现位置、设备平台与触发动作，明确说明服务事实为不限台数。不要自行猜测隐藏设备额度，也不要为了绕过错误建立多个账户。支持人员需要确认提示对应的实际系统，而不是根据一句转述做判断。

不同设备共享账户时，还应注意流量账本仍按套餐口径统计。不限台数描述的是设备使用限制，不表示每台设备独立获得一份流量。若某台设备持续下载，其他设备观察到可用流量变化，应先查看账户整体使用状态。流量不足、目标平台限制和本地配置冲突需要分别处理，不能因为都出现在多设备场景，就归为设备名额问题。

工单与流量账本：把问题写成可复现记录

排查的终点不是把所有设置都试过，而是得到能够支持下一步判断的证据。基础网络、账户状态、配置来源和故障范围已经核对后，如果问题仍存在，就应提交工单。不要为了证明已经努力而继续做破坏性重置。保留原始错误与可用配置，说明哪些对照完成、哪些条件暂时无法测试，能减少支持过程中的重复询问。

按“现象、环境、对照、结果”组织资料

现象写具体动作与结果，例如连接后打开某个域名出现解析错误，而不是只写“不能用”。环境写操作系统、客户端显示的名称、网络接入方式和发生时段，并注明时区。对照写换线路、换网络或换应用后的变化。结果写当前是否仍可复现，以及是否有可暂时使用的配置。没有测试过的项目直接注明未测试，不补写猜测结论。

线路名称应按客户端实际显示填写，目标只需提供必要域名与错误阶段。截图尽量同时保留错误提示和相关状态，但遮挡用户名以外不必要的账户资料、订单敏感信息、订阅凭据和私人内容。诊断日志可能包含访问目标、网络地址和授权信息，提交前检查并脱敏；若支持流程要求进一步资料，应在确认用途后通过受控入口提供，不公开上传整份日志。

计费异常先对账，不先改网络

网络故障与套餐状态需要分开核实。月订阅为 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB；流量按开通日每月重置，中途升级差价折算成剩余天数。不要用自然月的开始或结束推算重置时间，也不要自行把升级差价换算成另一种固定优惠。若面板显示与预期不同，应附相关订单与操作经过，由支持人员核对。

流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。永久不过期描述的是流量包的使用期限，不表示额度会自动补回。账户同时存在不同计费项目时，使用口径以面板实际展示和适用说明为准；不要在缺少规则依据时推测扣减顺序。完整价格与计费比较可查看套餐页，连接排查不应被当成推销升级的理由。

支付方式为支付宝 / 微信 / USDT。支付完成但面板状态未更新时，先查看订单页面的实际状态，核对是否进入了同一账户，再按面板提示处理。不要连续重复付款，也不要把支付成功截图发送给陌生联系人。工单中提供必要的订单识别信息和状态截图即可，不公开完整支付资料。VPNBonus 提供 30 天无理由退款，具体适用表述参见使用条款。

恢复后验证，再结束排查

问题恢复后，重新执行最初失败的动作，并确认相关资源也能正常加载。只看到连接成功，不能代表原任务已经恢复。若曾临时修改规则、关闭扩展或切换模式，应逐项恢复日常设置，再确认故障是否回归；保留真正必要的调整，撤销与问题无关的改动。这样既能避免临时配置长期遗留，也能给后续相同症状留下明确处理依据。

需要进一步协助时，进入用户面板工单，把同一问题的后续结果留在原工单中。若出现新的症状，说明与原问题的区别，不把所有异常合并成一句“还是不行”。常见账户和计费问题也可先查帮助中心；需要重新走安装与导入流程时，返回新手指引。保留一份脱敏的排查结论，往往比保存大量没有背景的截图更有用。