VPN故障排查手册

完全连不上：先查连接基础

“连不上”至少可能指客户端无法启动、系统拒绝建立网络接口、线路连接失败，或连接后目标服务没有响应。这些情况处在不同层级。先写清按钮是否能操作、是否出现系统授权、报错出现在导入还是连接阶段。若只写“不能用”，后续很容易把账户问题当成线路问题，也容易在无关设置上反复尝试。

暂停代理，确认基础网络可用

先在客户端中断开连接，打开平时直接访问的网页。若仍然打不开，检查设备是否真正接入网络、无线网络是否需要网页认证、路由器是否已经联网。公共网络出现认证页时，应先完成该网络自身的接入流程。此时继续更换订阅或出口地区没有意义，因为客户端到线路入口的基础路径尚未成立。

基础网页可用后，再确认设备日期、时区和系统时间是否合理。时间明显偏差可能让证书验证失败，表现为握手错误或多个安全连接同时异常。优先恢复系统自动校时，不要通过关闭证书验证来掩盖问题。若其他应用也报告证书异常，应将它视为系统或网络环境线索，而不是直接判定订阅失效。

区分授权失败与线路失败

首次连接需要系统允许建立代理或 VPN 接口。若授权曾被拒绝，回到客户端按提示重新发起，并检查系统网络设置中是否留有停用的配置。不要同时运行多个会接管系统流量的工具；安全软件、远程办公客户端和其他代理可能竞争路由或接口。仅暂停自己确认用途的程序，受管理设备应先咨询管理员。

接着登录用户面板确认套餐状态与剩余流量，再核对客户端是否选中了实际线路，而不是空分组或尚未更新的配置。面板可登录不代表客户端已持有最新订阅。若账户状态正常但线路列表为空，应转到订阅更新章节；若列表完整而只有某条失败，才进入线路对照。

用线路与接入网络交叉判断

保持同一客户端和相同模式，换到列表中的其他线路，再测试相同网页。随后在条件允许时改用另一种接入网络，保持其余设置不变。只有某条线路失败，优先记录该线路名称；同一网络下所有线路失败、换网络后恢复，则更像本地接入路径问题。不要在这一步同时修改 DNS、规则和协议，否则结果难以解释。

线路类型可以作为对照维度，但名称本身不是结果保证。IEPL 专线、中转与直连的路径不同，实际表现还受接入网络和目标服务影响。可结合全球节点与线路说明理解差异，不要仅凭地区远近下结论。客户端若提供自动选择，排查时可暂时改成手动固定线路，避免测试过程中自动切换干扰判断。

何时停止本地修改

若系统授权正常、基础网络可用、账户状态正常，而不同线路与不同接入网络均无法连接，应保留当前配置并提交工单。附上操作系统、客户端名称、发生时间、错误阶段和交叉测试结果。不要继续叠加来源不明的修复配置，也不要删除全部网络适配器。可复现的清晰状态，比改过大量设置后的偶然恢复更利于定位。

能连但打不开：拆开访问链路

客户端显示连接成功，通常只说明接口建立或某段连接已完成。浏览器访问还需要域名解析、流量匹配规则、建立目标连接和完成应用验证。任何一层失败都可能表现为空白页、持续加载或超时。先区分所有网页都失败、部分域名失败，还是只有登录后的功能失败，再选择对应分支，不必先重装客户端。

先判断影响范围

选择平时直接访问的网页与需要代理访问的网页做对照，并尽量使用同一个浏览器。若前者正常、后者失败，检查流量是否命中代理规则；若两者都失败，检查系统代理是否指向已停止的客户端，以及接管流量的模式是否正常。退出客户端后，残留的系统代理仍可能让浏览器把请求送往一个没有监听的本地入口。

若只有某个网站失败，换一个不共享登录状态的浏览器窗口观察。隐私窗口可以帮助分离缓存与扩展影响，但不能证明访问已经匿名，也不会自动改变出口。若隐私窗口恢复，优先检查浏览器扩展、站点缓存和旧登录会话。清理前先保存必要资料，不要为了排查一个域名而清空所有网站的数据。

观察请求究竟走向哪里

在客户端连接记录中按目标域名查找请求，观察它被分配到直连还是代理，以及最终选择的线路。若完全看不到请求，可能是浏览器使用独立代理设置、应用绕过系统代理，或客户端记录并未启用。记录缺失只是线索，不能直接认定没有流量；应结合当前模式和应用设置一起判断。

可以短暂切换到客户端明确提供的全局代理模式做对照，但测试完成后应恢复原规则。若全局模式可访问、规则模式失败，问题通常集中在规则匹配、域名识别或分组选择。全局模式下仍失败，则继续检查解析、线路出口和目标服务状态。不要把全局模式当作所有问题的固定解决办法，它也会改变原本应直连的流量路径。

分清网络错误与服务端拒绝

网页能够返回地区提示、访问限制或账户验证，说明请求可能已经到达目标服务。此时继续改本地端口通常没有帮助。应核对目标平台支持的地区、账户资格和当前出口，必要时更换合适地区后重新建立会话。对流媒体可参阅解锁支持说明，平台识别结果会变化，不应将某次访问成功理解为永久支持承诺。

若页面主体可打开，但图片、验证码或交互按钮持续加载，可能是附属域名走了不同规则，也可能是扩展拦截。打开浏览器开发者工具查看失败请求的域名和错误类型，记录现象即可，不必把包含账户数据的完整请求公开。只有确认某项扩展影响目标网站后，再针对该网站调整权限，而非长期关闭所有保护。

让工单包含可复现页面

当问题仅发生在特定域名，提交工单时给出公开页面地址、报错原文、线路名称、模式及是否在其他浏览器复现。若必须登录后才出现，描述点击路径即可，不提供账户密码。客服需要的是失败发生在哪一层，而不是代登录目标账户。DNS 相关报错继续阅读解析章节；单个应用异常则转到应用分流章节。

速度慢与晚高峰卡顿

“慢”可能是网页首次打开等待、视频缓冲、下载速率低，或长连接响应断续。它们不完全依赖同一项网络能力。排查前先把感受改成可观察现象：是开始连接慢，还是传输后变慢；是所有网站慢，还是某个应用慢；是固定时段出现，还是全天都存在。这样才能选择有意义的对照对象。

先排除设备和本地链路争用

保持线路不变，暂停正在进行的大型下载、云端同步与系统更新，再重复原操作。无线网络信号弱、路由器繁忙以及其他设备占用上行，都可能拖慢交互请求。若靠近接入点或改用有线网络后改善，优先处理本地连接。VPNPart 支持不限台数，但共享同一接入网络的设备仍然会竞争本地网络资源。

观察设备是否同时出现界面卡顿、处理器繁忙或存储空间紧张。客户端处理流量、浏览器渲染和应用解压都需要设备资源，下载完成后的解压等待不能当成线路速度。若关闭后台任务后恢复，应记录是哪类任务影响，而不是直接更改线路。受管理设备上的安全检查也可能影响传输，应通过管理员确认，不擅自绕过。

使用相同任务比较线路

固定目标服务、客户端模式与接入网络，只切换线路，观察同样的加载或传输过程。不要将不同网站的下载结果直接相比，因为内容源、缓存、账户权限和服务器负载都可能不同。某个线路的连接探测表现较好，也不代表访问所有目标都更快；探测只覆盖它测量的那段路径，不能替代真实任务验证。

在线路类型说明中了解 IEPL 专线、中转与直连后，可选不同路径进行比较。路径差异有助于分离本地接入和出口到目标之间的问题，但不能只看类型就保证晚高峰表现。若同地区的某条路径慢、其他路径正常，保留线路名称与出现时段；若所有路径都慢，再比较本地直连任务是否也受影响。

晚高峰问题要保留时间对照

晚高峰卡顿应使用同一设备、同一接入网络和同一目标，比较繁忙时段与其他时段。若只在繁忙时段下降，可能与共享接入、跨网路径或目标平台拥塞有关。仅凭时间重合不能确定责任位置，应结合更换接入网络与线路的结果。重装客户端通常不会改变外部拥塞，也可能丢失原本有价值的配置对照。

对视频应用，观察是播放开始慢、清晰度切换后缓冲，还是播放过程中突然停止。对 AI 工具，区分请求提交失败、开始响应前等待和输出中途断开。后者可能涉及长连接稳定性，而非持续下载能力。开发场景可延伸阅读AI 编程工具的线路选择，把编辑器、浏览器和命令行分别测试。

区分流量状态与性能问题

登录面板核对剩余流量与套餐状态。月订阅流量按开通日每月重置，不应按自然月猜测重置时间；流量包用完为止，永久不过期。若状态存在疑问，先对照套餐说明再联系支持。频繁切换线路不会恢复已经消耗的流量，中途升级的差价折算成剩余天数，也不应自行推算成固定赠送额度。

如果多条线路在相同时间、相同任务中都出现可重复卡顿，工单应附时段、网络类型、目标类别与切换结果。不要只发一张瞬时测速图，也不要把目标平台处理请求的等待全部归为网络延迟。能够说明“在哪种条件下变慢、换什么条件会恢复”，通常比堆砌测试截图更有诊断价值。

频繁断线与移动端后台掉线

断线需要先区分系统隧道退出、客户端进程停止、某条线路重连，以及目标应用会话中断。若系统仍显示连接而只有网页需要刷新，未必是整个连接掉线；若客户端从后台消失，则应先检查系统资源管理。记录断开发生在锁屏、切换网络、设备休眠还是持续使用期间，可以缩小排查范围。

网络切换与自动重连

无线网络与其他接入网络之间切换时，设备地址和默认路由可能改变，已有连接不一定能延续。先固定一种接入网络测试，观察是否仍然断开。若只有切换时出现，检查客户端是否有自动重连选项，并接受部分应用需要重新建立会话的事实。网络恢复后旧下载未续传，不代表客户端仍然没有连通。

自动选择线路也可能导致目标会话变化。长时间编辑、远程操作或 AI 输出时，可在排查阶段固定手动线路，减少自动切换变量。如果固定后改善，应检查自动选择触发条件与可用分组，而不是直接关闭所有健康检查。测试完成后根据实际使用需要恢复设置，避免长期停留在不适合当前网络的线路上。

移动端锁屏与后台管理

Android 上可以检查应用电池管理、后台活动和自启动相关选项，名称随系统而异。优先针对客户端调整，而非关闭整个设备的省电功能。若系统提供 VPN 常驻设置，应阅读其说明，确认与现有客户端兼容。某些选项会影响本地网络访问，启用前先记下原值，以免修复后台问题时又引入新的访问异常。

iOS 上先检查系统中的 VPN 配置是否与当前客户端一致，避免旧配置或其他网络工具同时接管。锁屏后单个应用暂停同步，可能是应用自身的后台策略，并不能只凭通知延迟认定 VPN 掉线。解锁后先观察客户端是否仍运行、系统连接标记是否存在，再进行网页访问测试，不要把应用后台限制和线路故障混成一个问题。

桌面休眠后无法恢复

桌面系统休眠后可能更换网络接口，客户端旧连接仍在但路由已不适用。先在客户端执行断开再连接，随后确认系统代理和接管模式是否同步恢复。若每次唤醒都能复现，记录休眠前后使用的网络和客户端状态，再检查软件设置。不要用频繁重启路由器替代定位，因为路由器重启会同时改变多个外部条件。

若持续使用时反复断开，查看日志是否为相同错误连续出现。超时、远端关闭与本地进程退出的含义不同，需结合上下文判断。仅在某条线路出现时，换线路验证；所有线路都出现时，换接入网络验证。不要凭单行日志猜测服务端策略，也不要把未经确认的配置参数直接加入正在使用的订阅。

提供断线前后的连续信息

工单应说明前台是否正常、锁屏后是否出现、是否伴随网络切换，以及重新连接能否恢复。日志截取应覆盖断开前后的相关片段，并隐藏订阅与认证字段。若设备受组织管理，附上允许公开的策略限制说明。若只有某个目标应用掉会话，而其他网页持续可用，应转到应用章节，避免继续追查并未断开的系统连接。

订阅更新失败与配置异常

订阅更新与线路连接是不同操作。更新是客户端获取并解析账户对应的配置；连接是使用已经获取的线路建立网络路径。因此，旧线路仍能连接但更新失败并不矛盾，更新成功也不代表所有线路都已验证可用。先观察错误属于无法获取、返回内容不符合预期，还是配置解析失败，再选择处理办法。

从本人面板重新核对来源

登录用户面板，在订阅入口重新复制本人订阅，避免从聊天记录、截图识别或旧笔记取回地址。粘贴时留意首尾空白、换行及标点是否被带入。订阅属于账户资料，不应交给在线转换网站或公开检测工具。VPNPart 无需邮箱地址，使用用户名与密码即可创建账户；登录资料与订阅资料都应自行妥善保存。

若客户端支持从面板唤起导入，按面板提供的入口操作；若手动导入，先确认选择的是远程订阅而非本地文件。不要把教程示例当作真实地址。导入后应看到线路分组或配置名称，再检查更新时间和解析结果。完整流程见订阅链接获取、导入与更新指南，初次配置也可返回使用教程。

区分获取失败与解析失败

获取失败通常需要检查当前网络能否访问面板、客户端更新请求采用直连还是代理，以及旧配置是否影响了更新路径。部分客户端允许指定更新方式，但选项位置和名称并不统一。先记录当前方式，再尝试客户端明确支持的另一种方式。不要为了更新配置随意添加外部代理，也不要把真实订阅贴进命令行截图或公共日志。

如果返回的是网页、认证提示或网络错误页面，客户端可能将其当作配置解析，随后报告格式错误。这时重点是为什么请求没有得到配置，而不是调整配置缩进。不要为了“修好格式”手动删改返回内容。若面板能正常操作、重新复制仍然失败，保留错误类型与发生时间，通过工单核对更新入口的实际状态。

配置格式必须匹配客户端

不同客户端接受的配置结构不同，不能因为文件扩展名相似就认为可以互换。优先使用面板为当前平台和客户端提供的方式，不手写协议参数，也不将其他工具导出的配置直接覆盖现有订阅。若客户端提示不支持的字段，检查是否选错导入入口、是否存在旧的本地覆盖配置，以及当前客户端是否来自面板下载入口。

从用户面板获取客户端时，除 iOS 外登录即可获取；iOS 入口条件以面板当前套餐状态为准。静态手册不提供安装包直链，也不列出可能过时的版本号。更新客户端前先保存自定义规则与必要设置，使用系统正常更新方式，不要安装来源不明的所谓订阅修复工具。

更新成功后仍需验证选择

配置更新后，原先选中的线路可能已经更名、移动分组或不再被当前配置引用。检查实际生效配置与分组，不要只看更新成功提示。若导入了多个相似名称的订阅，应确认启用的是本人当前订阅，避免继续使用旧配置。确实需要移除重复项时，先核对来源和自定义修改，保留可恢复副本。

提交工单时说明客户端名称、导入方式、失败阶段和报错原文，不附完整订阅地址。若只有某台设备失败而其他设备可更新，优先提供平台差异和本地覆盖设置；若各设备同时失败，说明账户状态与面板是否可访问。保持这些分支清晰，客服才能判断是账户入口、网络获取还是客户端解析问题。

某个 App 不走代理：检查分流

浏览器可用而某个应用不可用，通常应先看应用如何发出请求。系统代理只对遵循该设置的程序生效；某些应用使用独立网络库、内置代理或自己的解析方式。客户端已经运行，不等于所有进程都自动进入相同路径。先确认应用、浏览器与命令行各自表现，再决定是否需要调整接管模式。

确认当前模式能覆盖目标应用

系统代理模式适合遵循系统设置的应用；虚拟网卡或隧道接管可以覆盖更多流量，但也涉及权限、路由和本地网络兼容性。名称随客户端而异，应以实际说明为准。不要把两种模式机械地全部打开，也不要忽略它们与其他网络工具的冲突。启用新模式前记录旧状态，并确认能够恢复。

先完全退出目标应用再重新打开，避免旧连接继续沿用此前路径。随后查看客户端连接记录中的域名、进程和规则匹配结果。若请求被直连，检查是否命中了本地覆盖规则或特定分组；若已经走代理但仍失败，应转而检查线路与平台条件。把“没有命中代理”和“代理后被目标拒绝”分开，能减少无效改动。

规则按范围调整，不盲目扩大

目标应用往往依赖登录、资源、同步与更新等不同域名。只给主站域名添加规则，可能仍遗漏实际失败的请求。应根据连接记录识别相关域名，再按客户端支持的规则语法调整。不要照抄来历不明的大范围直连或代理规则；范围过大会改变无关服务的路径，甚至让排查结果更难解释。

若临时全局代理后恢复，可据此回查规则，但不必长期保持全局模式。对于局域网设备、打印服务和组织内部资源，应保留适当的本地访问路径。受管理的办公环境中，内部域名解析与代理配置可能有既定要求，应交由管理员协调。不要把内部地址、资源名称或组织配置直接附在公开问题描述中。

命令行环境与桌面应用分开核对

终端中的工具可能读取代理环境变量，而桌面应用未必继承终端环境；反过来也一样。下列命令只检查变量是否存在，不输出变量内容，适合先确认是否留有旧代理设置。不要直接截图完整环境变量列表，因为其中可能包含其他服务的凭据。变量存在也不能证明其值正确，更不能证明目标请求实际采用了它。

# 在 macOS 或 Linux 的 shell 中检查代理变量是否已设置
for name in http_proxy https_proxy all_proxy HTTP_PROXY HTTPS_PROXY ALL_PROXY; do
  if printenv "$name" >/dev/null 2>&1; then
    printf '%s is set\n' "$name"
  fi
done

如果发现旧变量，先核对它属于当前会话还是启动配置文件。临时会话修改与永久启动配置修改影响范围不同，不要直接删除不理解的行。客户端本地入口也应从当前设置读取，不能猜端口。命令行工具若提供自己的代理参数，应查阅工具文档，避免与环境变量叠加后产生难以辨认的优先级问题。

AI、流媒体与游戏的边界

AI 应用的登录窗口、编辑器插件和命令行进程可能采用不同路径，应分别测试。网页端正常而编辑器失败，不能直接推断线路整体异常。可结合AI 工具访问说明检查目标平台地区与账户条件；输出中途停止时，还要区分网络断开、工具超时和平台自身返回的限制。

流媒体和游戏也有各自的会话与协议特点。网页测速正常不代表实时交互一定正常，网络代理也不等同于面向特定游戏优化的加速服务。场景差异可阅读游戏加速器与 VPN 的适用范围。若仅单个应用失败，工单中说明应用入口、模式、命中规则和错误原文，不提供目标账户密码。

DNS 异常：核对解析路径

DNS 将域名转换为可连接的地址。解析失败可能使浏览器报告找不到服务器，但类似提示也可能来自代理规则或应用内部网络层。先确认错误原文、影响域名与其他网络上的表现，再决定是否清理缓存。不要一遇到网页打不开就把系统解析器替换成陌生地址，这既可能无效，也会改变设备的解析信任边界。

先观察，再决定改哪里

Windows 可以在命令提示符中运行下列查询；macOS 与 Linux 若已安装相应工具，也可用于对照。示例域名仅用于解释命令，不是 VPNPart 的线路或订阅入口。查询结果可能受缓存和当前网络影响，系统工具的结果也不一定代表启用了安全 DNS 的浏览器实际使用的结果。

nslookup example.com

记录是否得到回应、是否超时，以及错误发生时客户端处于什么模式。某个域名查询失败而其他域名正常，可能是特定域名或解析链路问题；所有域名都超时，则应检查本地解析器是否可达。不要仅凭返回地址不同判断异常，内容分发服务本来就可能根据地区与网络返回不同地址。

浏览器、系统与客户端可能各用一条路径

浏览器的安全 DNS、系统解析设置与客户端内置解析可以同时存在。浏览器能开而命令行不能开，可能就是二者没有共用解析路径。排查时先列出哪些层开启了独立解析，再有针对性地做临时对照。每次只调整其中一层，测试后恢复；同时修改所有层，即使恢复也无法确认原因。

客户端采用代理解析时，还需要考虑解析请求本身如何到达解析器，以及结果对应直连还是代理流量。若解析得到的地址被错误地送往另一条路径，可能出现域名能查到、连接却超时的现象。不要手写不熟悉的解析转发规则。先使用客户端明确支持的配置，再依据连接记录检查域名、地址与规则的对应关系。

缓存、映射与双栈差异

旧缓存可能让修改后的设置暂时看起来没有生效。先重新打开目标应用；确有需要时，再按操作系统说明清理解析缓存。清缓存不是修复所有解析问题的通用动作，也不应和更换线路、改规则一起执行。自定义 hosts 映射若覆盖目标域名，也可能让请求长期指向旧地址，修改前应确认来源并保留原文件。

部分网络同时支持不同地址族，系统和应用可能选择不同连接路径。如果浏览器、客户端与操作系统对这些路径的接管不一致，就可能出现部分请求绕开预期路径或连接失败。不要以永久关闭某种地址族作为默认答案。先确认客户端支持情况与当前模式，再在能够恢复的前提下做对照，记录具体哪种组合触发异常。

理解 DNS 自查的证明范围

解析器归属信息只能说明某次查询可能经过的基础设施，不能单独证明全部流量路径，更不能证明账户或浏览记录处于某种绝对状态。需要确认当前出口时，可结合我的 IP与客户端记录一起看；若工具暂时查询失败，应保留失败状态，不把旧结果当作当前结果。

VPNPart 的无日志策略是服务策略，不代表浏览器、目标网站或本地网络不会留下各自的数据。DNS 自查应关注是否符合预期路径，而不是追求某个看似理想的检测标签。提交工单时给出失败域名、查询错误、接管模式、浏览器是否使用独立解析，以及换网络后的结果；截图前隐藏本地组织网络与账户资料。

设备提示、账户状态与工单

VPNPart 同时在线不限台数。遇到“设备数超限”或类似提示时，不应直接推断本服务存在未说明的设备额度，也不必为了消除提示盲目升级。先确认提示来自哪个界面：VPN 客户端、目标网站、操作系统，还是另一个订阅。不同来源的限制对应不同处理方，只有先确定来源，才能避免围绕错误对象排查。

核对提示来源与实际配置

客户端中保留多个订阅时，名称相似容易选错。检查当前启用配置与本人面板的对应关系，不要通过公开展示完整订阅来证明来源。若提示来自流媒体或其他目标应用，它可能限制的是该应用自己的设备或会话，与 VPNPart 不限台数是两回事。应按目标平台规则管理会话，而不是修改网络配置。

如果提示明确出现在 VPNPart 面板或当前订阅对应的客户端操作中，保留完整错误文本和出现路径，交由工单核对。不要自行推算隐藏额度，也不要反复退出所有设备尝试碰运气。不限台数不等于流量不计量；多设备使用的流量仍应结合面板状态查看，账户状态和本地网络资源也仍然影响可用性。

账户、流量与订单分别查

月订阅流量按开通日每月重置，中途升级差价折算成剩余天数；流量包用完为止，永久不过期。排查状态时以面板显示为准，不把登录成功当成套餐有效，也不把支付页面返回当成订单已经完成。若支付后状态未同步，保留订单对应关系并提交工单，不要为刷新状态重复操作付款。

完整价格与计费方式见套餐页。支付方式为支付宝 / 微信 / USDT，30 天无理由退款的适用说明见使用条款。排查过程不要求公开支付凭据；确需向客服提供订单信息时，仅通过本人面板工单提交必要字段，并遮住与该问题无关的交易资料。

工单按“环境、操作、结果”组织

有效工单应先说清希望完成什么操作，再描述实际在哪一步失败。环境包括操作系统、客户端名称、接入网络类型和当前模式；操作包括所选线路、目标服务及是否刚改过设置；结果包括错误原文、发生时间、能否稳定复现，以及更换线路或网络后的差异。版本信息可以从本机读取填写，不要凭印象猜测。

下面的结构可直接作为整理顺序，不需要写入任何订阅地址或认证信息。若没有做某项测试，就注明尚未测试，避免客服误把猜测当成已验证结果。截图用于补充文字，不替代操作说明；日志只截取相关片段，不提交与问题无关的完整浏览记录。

明确什么时候联系支持

账户状态与实际交付不一致、订阅在不同设备均获取失败、相同线路问题能跨网络复现，或出现无法解释的设备限制提示时，应通过用户面板提交工单。若涉及组织网络策略、系统管理权限或目标平台账户资格，则分别联系相应管理员或平台支持，不要求线路客服代为修改外部账户。

恢复后也要做收尾：撤回仅用于测试的全局模式、临时解析设置与代理变量，确认常用应用和本地资源仍正常。保留真正有效的修改与简短记录，删除不再需要的日志副本。日常问题可查帮助中心；名词不清楚时阅读订阅、节点与分流名词速查，下次排查便能直接从已知层级开始。