VPN 故障排查手册

完全连不上：从本地网络开始

先区分网络不可用与代理不可用

完全连不上并不等于线路故障。先在客户端中停止连接，再用浏览器打开平时能够直接访问的网页。若此时仍然打不开，检查无线网络是否真正联网、路由器是否有异常提示，以及当前网络是否需要先完成门户认证。公共网络显示已连接，通常只说明设备接入了无线网络，不代表已经取得访问互联网的权限。基础网络没有恢复前，反复更新订阅或切换节点无法解决问题。

如果停止客户端后网页恢复正常，问题才进入代理配置范围。记录客户端呈现的状态：是点击连接后立刻报错，还是持续等待，或显示连接成功却没有任何请求通过。立刻报错更适合检查配置、权限与本地端口；持续等待更适合检查节点连接和当前网络；连接成功但网页失败则应继续读网页打不开一章。不要只写“不能用”，这些状态之间的处理路径不同。

核对账户、订阅与运行权限

登录用户面板，确认当前套餐状态和剩余流量，再检查客户端使用的是否为该账户当前提供的订阅。支付页面结束不等于客户端已经获得更新后的配置，订单状态与订阅内容应分别确认。月订阅流量按开通日每月重置，不应把自然月开始当成重置依据。账户状态异常时，先保存面板提示，再查看套餐说明，避免把计费问题误判为本地网络故障。

接着确认系统是否允许客户端建立 VPN 配置或接管所需网络权限。移动端首次连接通常需要系统确认；桌面端某些运行模式涉及虚拟网卡或后台服务，应遵循客户端提示完成授权。权限被拒绝后，不要连续点击同一按钮，先到系统设置检查对应项目。若设备由单位管理，相关权限可能受管理策略约束，此时应向设备管理员确认，不要自行删除管理配置或降低组织的安全要求。

用受控对照判断问题范围

在基础网络正常、账户状态正常的前提下，选择另一条线路，再尝试连接。保持客户端模式与其他设置不变，只改变线路这一项。如果只有某条线路失败，保留该线路名称和报错；如果不同地区都失败，再将设备切换到另一种可用网络进行对照。相同设备换网络后恢复，说明故障更可能与原网络路径、路由器设置或接入限制有关，而不是设备安装过程本身。

另一台设备的结果也有参考价值，但前提是使用同一账户的当前配置，并选同一条线路。其他设备可以连接而本机失败，优先检查本机残留代理、冲突软件和权限；设备都失败但换网络恢复，优先检查接入环境。VPNIW 支持 Windows / macOS / iOS / Android / Linux，系统间的接管方式不同，不能把桌面端的代理端口设置直接照搬到移动端，也不能仅凭界面按钮颜色推断实际连接结果。

保留配置，再考虑修复与客服

检查是否同时运行了其他网络加速程序、企业 VPN 或手动代理。多个工具可能争用系统代理、虚拟网卡和默认路由。应先正常退出暂时不用的程序，再按原流程连接，不建议直接卸载全部网络软件。若之前设置过手动代理，退出客户端后要核对系统是否仍指向本地代理地址；只有确认该设置来自当前排查过程，才将其恢复，避免破坏工作环境所需的网络配置。

重装是后续选项，不是起点。先保存不含敏感内容的错误提示、客户端名称及设置截图，并确认登录后能够重新获取订阅。若在不同网络与线路下仍持续失败，或出现服务启动、网卡初始化、权限拒绝等明确报错，应提交工单。说明基础网络测试是否成功、换网络是否有效、报错出现在什么操作之后。客服需要这些对照结果判断下一步，而不是一张缺少上下文的连接失败截图。

能连接但网页打不开：检查请求路径

“已连接”不是应用访问成功

客户端显示已连接，通常表示相关进程或隧道已经启动，不代表浏览器请求必然经过所选线路。先打开客户端的连接记录或请求列表，刷新出问题的网页，观察是否出现该域名的请求。若列表没有变化，重点检查系统代理、浏览器代理与接管模式；若请求出现但被判为直连，重点检查规则；若明确走代理但连接失败，则继续检查线路、域名解析和目标网站的响应。

先确定故障范围。尝试不同用途的网页，区分“所有网站都打不开”“只有国际网站打不开”与“只有某个网站打不开”。所有网站都失败更像接管或解析问题；部分网站失败可能涉及规则、地区和网站自身状态。测试时用完整的网址，避免把搜索建议、缓存页面或应用内预览当成访问结果。浏览器能够显示旧内容，也不说明当前网络已经恢复，最好重新加载并查看页面是否真正完成请求。

核对系统代理与浏览器设置

桌面端使用系统代理模式时，应检查系统设置中的代理地址是否与客户端提供的地址一致，以及客户端是否仍在运行。地址正确但本地监听服务没有启动，浏览器仍会连接失败。浏览器扩展也可能指定单独代理，从而覆盖系统设置。暂时停用已确认与代理相关的扩展，并使用浏览器默认网络路径做对照。不要把代理地址复制到不了解的扩展中，也不要猜测客户端监听端口。

使用虚拟网卡接管模式时，需要关注默认路由与排除范围。某些局域网地址、工作系统或特定应用可能被配置为绕开接管，这可以是正常行为，不应因为请求没有出现就认定客户端故障。相反，如果目标国际网站被误排除，则需要检查规则命中记录。恢复规则前保存原配置，在客户端支持的方式下做临时对照；验证后恢复适合日常工作的模式，避免长期让所有访问都沿同一条路径运行。

根据错误类型选择下一步

浏览器提示域名解析失败时，先阅读DNS 异常一章；提示代理服务器不可用时，先确认本地代理进程与地址；出现证书警告时，检查设备日期、时间和目标域名。不要为了打开网页而忽略证书警告，也不要安装来源不明的根证书。证书问题可能来自时间错误、门户认证、企业网络检查或目标站点配置，和线路是否能够建立连接不是同一层问题。

网页有明确的地区提示、账户限制或访问拒绝，说明请求可能已经抵达网站，只是没有获得预期内容。此时切换节点并不一定解决，因为网站还可能参考账户所属地区、历史会话与自身政策。先核对网站说明，再对照另一条适合目标地区的线路。VPNIW 的回国访问与国际访问用途不同，访问国内内容时应检查对应回国配置，访问国际网站时则检查国际线路选择，避免方向选错。

处理缓存和局部加载失败

部分网页正文能够打开，但图片、登录窗口或验证码一直加载，往往涉及多个域名采用了不同路径。查看失败资源对应的域名与规则，不要只检查地址栏里的主域名。可以先用浏览器的临时会话窗口进行对照，判断是否与扩展、缓存或旧登录状态有关。临时会话仍会受到系统代理与网络环境影响，因此它只能排除部分浏览器状态，不能证明线路或者 DNS 已经完全正常。

若怀疑旧缓存，应优先清理出问题站点的相关数据，而不是直接清空全部浏览器记录。操作前确认账户能够重新登录，并注意退出会话可能影响正在进行的工作。对实时编辑、上传或支付页面，先保存进度再切换线路。网页恢复后继续观察实际功能是否可用，例如能否完成登录、载入资源和保存内容，而不是仅凭首页打开就结束判断。

当同一目标在其他网络、浏览器或设备上正常，而本机始终失败，提交工单时附上错误原文、目标域名、规则命中结果以及代理模式。若只有目标网站异常，先查看其公开状态或帮助说明；若多种网站都出现相同错误，则把问题归到本地接管、线路或解析方向。截图中应遮盖账户资料、订阅内容与私人页面，不需要提供完整浏览历史。

速度慢与晚高峰卡顿：建立可比记录

先描述慢在哪里

速度慢可能是网页首次打开慢，也可能是下载持续速度不足、视频反复缓冲，或实时通话出现明显延后。不同症状对应不同指标：首次打开受域名解析、连接建立与网站响应影响；持续传输更受带宽、拥塞和服务端限速影响；实时交互则对延迟波动和丢包更敏感。先写清使用场景，再做测试，避免用下载快慢替代直播体验，或用客户端的一次探测结果概括全部访问质量。

先暂停其他设备的大文件传输、云同步和系统更新，再检查当前设备是否正在上传。上传占满接入链路时，也可能拖慢网页和视频，表现得像代理线路问题。对照停止代理后的普通网页和本地网络体验，如果基础连接也慢，应先排查无线信号、路由器、接入网络与后台任务。条件允许时可以对照有线连接，但不要在更换网络后仍把结果当作同一环境下的线路比较。

线路位置与类型需要结合场景

节点距离近不代表到所有目标都快。设备到节点只是路径的一部分，节点到目标网站还会经过不同网络。优先选择符合目标地区和访问方向的线路，再观察实际应用是否改善。回国内容与国际网站应分别记录，不要把两种用途混在一起评估。覆盖 110+ 国家 / 150+ 线路表示可选择的范围，并不意味着每条线路对每个网站都有相同表现，实际目录与类型请查阅节点页。

线路类型是路径信息，不是效果保证。测试时应以客户端目录中的实际标注为准，不要根据名字自行推断专线覆盖范围。只切换类型而保持目标、设备与网络不变，才能观察路径改变带来的差异。若换成另一地区后网站内容、服务器或清晰度也随之变化，结果就不再是单纯的线路比较，应把这些变化一并写进记录。

晚高峰问题要跨时段复现

晚高峰卡顿需要在相近使用条件下比较不同时段。保留相同网络、目标网站、客户端模式和线路，记录任务开始时间、卡顿形式以及是否伴随断线。若普通访问也在同一时段恶化，问题可能来自接入网络拥塞；若只有某条线路恶化，而其他线路在同一任务下正常，则线路路径差异更值得关注。不要只测空闲时段，也不要把不同目标服务器的结果直接拼在一起。

视频测试应观察清晰度、缓冲和播放过程是否稳定，而不是只看开始播放是否成功。自动清晰度可能已经下降，因此“不再卡顿”有时只是应用降低了传输需求。直播还要区分平台主动增加的播放缓冲与网络波动造成的延后。体育直播的选择思路可阅读体育直播线路选择文章；测试工具与记录口径可阅读VPN 实测对比方法。

参数调整放在对照之后

不建议把陌生的 MTU、并发连接或协议参数当成通用提速开关。MTU 与封装、接入网络有关，设置不适合时可能导致部分请求异常；提高并发也可能增加设备负担。只有在客户端提供明确选项、问题能够复现且有针对性指导时才调整。先保存原值和故障现象，改变后重复同一任务，无法确认改善就恢复原设置，避免后续故障叠加在未知配置上。

向客服反馈速度问题时，说明访问方向、目标服务、线路名称、网络类型、使用时段和慢的具体表现。可以提供经过遮盖的测试截图，但不应只提供“很慢”或某次峰值。若原网络和其他线路的对照已经完成，把结果一起提交；若还未完成，也应如实说明。客服据此判断是建议换线、核查线路状态，还是先处理本地接入与应用端问题。

频繁断线与后台掉线：区分进程和会话

先观察是客户端退出还是连接失效

频繁断线需要区分客户端进程停止、系统 VPN 状态消失、客户端仍连接但请求失败，以及应用自己的登录会话失效。出现问题时先回到客户端检查状态，再看系统网络图标和错误记录。应用要求重新登录，未必是隧道断开；浏览器加载失败，也未必是进程退出。尽量记录断线前正在进行的动作，例如锁屏、切换无线网络、电脑休眠或打开另一个网络工具，这些线索通常比断线次数更有价值。

如果只在网络切换后发生，先停止当前任务，等待新的基础网络可用，再按客户端提供的方式重新连接。无线网络与移动网络切换会改变接入地址、路由和解析环境，旧连接可能无法继续使用。上传、实时会议和正在保存的页面对此更敏感。不要在文件尚未确认保存时连续切线；恢复后检查任务状态，确认应用有没有继续使用旧连接或停留在等待重试的界面。

移动端后台管理需要按系统检查

Android 设备的后台限制、节电策略和应用管理可能影响客户端持续运行。检查客户端是否被允许在后台工作，以及系统是否在锁屏后限制其网络活动。不同设备的菜单名称不同，应以系统说明为准，避免照搬其他机型的按钮路径。只调整与当前客户端相关的设置，不必关闭整个设备的节电管理。修改后保持相同网络，在前台使用与锁屏恢复之间做对照，观察问题是否稳定重现。

iOS 上应区分打开客户端界面与系统 VPN 配置保持运行。客户端界面不在前台，并不必然代表连接停止。到系统设置确认所用 VPN 配置，检查是否存在其他配置争用，以及连接恢复后是否仍选中预期线路。若问题只在某个应用切回前台时出现，也要检查该应用的会话恢复机制。不要反复删除系统配置；删除前应确认能够从用户面板重新取得当前订阅并按指南完成导入。

桌面端关注休眠恢复与服务冲突

电脑唤醒后，网络接口可能先恢复而客户端后台服务稍后恢复，应用此时会遇到短暂失败。确认基础网络稳定后，再检查客户端服务是否正常运行，以及系统代理是否仍指向有效的本地监听地址。若每次唤醒都必须重启客户端才能恢复，保留唤醒前后相关错误记录，并说明使用的是系统代理还是虚拟网卡接管。不要只通过关闭电脑休眠掩盖问题，应查明服务恢复环节是否异常。

企业网络工具、防护软件与其他 VPN 可能改变路由或网络过滤规则。对照时先按各自正常流程暂停不需要的工具，不要强制结束不了解的系统进程。若暂停某项工具后问题消失，也不能直接认定它有故障，可能只是两种接管方式不适合同时运行。记录冲突发生的模式与顺序，再向相应管理员或客服确认兼容方式，尤其不要在受管理的工作设备上自行绕开组织策略。

什么时候需要提交断线工单

同一线路在前台持续使用时反复失败，而换线后恢复，适合提交线路相关工单；只有锁屏或休眠后失败，适合提交客户端与平台相关材料。说明系统名称、客户端名称、连接模式、触发动作、网络类型与错误发生时间。日志只保留与该事件相关的部分，先检查是否包含订阅地址或私人访问内容。VPNIW 的匿名无日志是服务隐私策略，本地客户端诊断记录是另一回事，不能未经检查就整份上传。

订阅更新失败：区分获取和应用

先判断失败发生在哪个阶段

订阅更新通常包含获取订阅内容、解析配置和应用配置几个阶段。请求失败说明客户端还没有取到内容；解析失败说明内容已返回但格式或响应不符合预期；更新成功却没有新线路，则要检查是否加载了正确配置。先保存错误原文，再观察客户端是否仍保留旧配置。只要旧配置还可用，就不必急着删除；删除后再尝试下载，可能把能够连接的恢复路径也一起移除。

从用户面板确认当前账户与套餐状态，再使用面板提供的入口获取订阅。无需邮箱地址，用户名与密码即可建立账户，但建立账户和拥有可用套餐状态是不同环节。客户端与订阅按账户套餐状态交付，应登录后查看相关入口。不要从聊天记录、截图或历史书签里复制不确定的地址，也不要把其他账户的配置作为测试材料，这会把账户问题与客户端问题混在一起。

检查地址完整性与获取路径

手动粘贴时，常见问题是地址带入空格、换行、引号或缺失末尾内容。使用面板的复制功能后，在客户端指定的订阅地址栏粘贴，不要放到节点地址或代理服务器栏。若地址在界面里被缩短显示，不代表实际内容被截断，应按客户端的编辑方式检查。订阅地址属于敏感访问凭据，排查截图应遮盖完整内容；不要把它提交到公开校验网站，也不要在公开讨论中贴出。

某些客户端获取订阅时走直连，另一些会使用当前代理或单独的更新策略。如果现有配置已经失效，却要求通过它更新订阅，可能形成获取路径上的循环。先确认基础网络能够访问用户面板，再查看客户端是否有明确的订阅更新路径选项。只有理解其用途时才做临时切换，更新后恢复日常配置。不同客户端选项名称并不一致，不能直接套用陌生教程中的设置字符串。

解析错误不等于线路数量变化

解析失败可能来自导入入口选择错误、客户端不支持返回的配置格式，或请求收到的是错误页面而不是配置文件。保留“格式不支持”“字段无效”等原始提示，比只记录更新失败更有帮助。不要自行把文件扩展名改成另一种格式，也不要逐行删除报错字段后就认为配置已经可靠。配置字段之间可能有关联，局部删改会让规则、DNS 或节点信息与原始订阅失去对应。

若更新提示成功，检查当前启用的是哪份配置，以及线路列表是否来自新配置。有些客户端可以保存多个订阅，更新其中一份并不会自动切换到它。再查看筛选条件、地区过滤和分组选择，避免把被界面隐藏的项目误认为已经删除。账户流量和有效状态应以面板为准，不应从列表长度、缓存标签或某条线路能否探测成功推算。

账户变化、升级与本地覆写

套餐变化后，先确认面板状态，再更新客户端配置。月订阅流量按开通日每月重置，中途升级差价折算成剩余天数，具体账户结果应在面板查看。不要根据升级前的缓存判断新状态，也不要自行换算得到另一个重置日期。流量包用完为止，永久不过期，其计费方式与月订阅不同。是否需要调整套餐，可查阅完整套餐页，订阅排查不需要先改变计费方式。

如果使用过本地规则覆写、脚本处理或自定义分组，先备份这些改动，再用客户端支持的原始配置对照。更新失败可能出在本地处理环节，而非订阅响应本身。原始配置可用、覆写后失败时，应逐项恢复自定义内容，找出影响解析或分组的项目。不要把未经验证的自定义字段重新添加到所有设备，否则同一问题会扩散，客服也难以复现实际使用的配置。

向客服提交订阅问题时，写清客户端名称、导入入口、账户面板状态、错误原文以及是否使用本地覆写。说明面板能否正常访问、旧配置能否连接、更新失败是在不同网络下都发生还是仅原网络发生。工单中不需要附密码或完整订阅地址；若客服需要定位账户，应使用已登录的工单渠道。有关客户端初次导入的完整流程，请返回使用指南，不要将故障排查步骤当成首次安装顺序。

某个 App 走不了代理：核对接管范围

浏览器可用不能代表所有应用可用

浏览器能够访问目标网站，但某个 App 无法使用，首先要确认应用是否遵循系统代理。部分应用使用系统网络设置，部分应用使用独立连接方式，还有应用会在设置里保存自己的代理地址。系统代理模式没有覆盖所有网络请求并不罕见，不能仅凭浏览器成功就认定 App 自身故障。先在客户端请求记录中观察打开 App 时是否有新请求，再判断是没有进入代理、规则走错，还是目标端返回拒绝。

应用可见名称与实际连接域名不是一回事。登录、资源下载、通知和媒体播放可能分别访问不同域名，某些请求被代理并不代表整项功能完成。排查时明确失败动作，例如启动失败、登录等待、内容加载空白或上传中断。不要一次性把所有相关域名改成同一种规则；先找到失败环节的实际请求，再检查它的路径和结果，这样才能避免影响原本正常的功能。

理解系统代理和虚拟网卡接管的区别

系统代理依赖应用采用相应的代理设置，因此适合先做浏览器和常规网页请求对照。虚拟网卡接管更接近网络路径层，但涉及系统权限、路由和排除范围，启用后也不是所有应用都必然可用。若客户端提供这种模式，应按客户端说明启用，并保留原有工作网络配置。不要因为 App 不工作就同时启用多个接管工具，否则路由、解析与代理状态会相互影响，无法判断是哪项设置产生了变化。

如果切换接管模式后恢复，继续检查局域网访问、工作应用和其他日常功能是否受到影响。部分内部服务要求直接使用本地网络，强行让它们经过国际线路反而会失败。应保留必要的排除范围，并用规则命中记录验证。对受管理的设备，先向管理员确认允许的模式；本手册的排查步骤不应替代组织的网络管理要求，也不建议为运行某个应用修改受保护的系统设置。

规则、传输方式与地区条件分别判断

规则模式下，检查失败请求是被判为直连、代理还是拒绝，再核对相应规则来源。若客户端支持临时选择代理路径，可以对目标请求进行受控对照，验证是否确实与规则有关。验证后恢复原模式，再针对性修正规则。不能把“全部请求走代理后能打开”当作长期配置已经合理，因为本地服务、账户地区和应用内其他连接可能受到影响，后续还需要检查完整功能。

部分实时应用涉及不同传输方式，不能用普通网页访问成功替代其连通性检查。查看客户端是否支持应用所需的传输，以及当前线路和模式是否提供相应能力；目录没有说明的能力不要自行推断。若 App 已经收到地区、账户资格或内容权限提示，应先阅读平台规则。AI 工具与流媒体也会受平台政策影响，连接可用不等于账户获得资格，相关场景可分别查阅AI 专题与流媒体专题。

应用缓存与旧连接的处理顺序

改变线路或规则后，应用可能继续使用旧连接，因此应先保存正在编辑的内容，再正常退出并重新打开应用。对正在上传的文件，先确认任务是否能够暂停和恢复。仅关闭窗口不一定结束后台进程，应遵循应用提供的退出方式。若重新打开后恢复，再观察是否能够重复完成原来的失败动作；不要只停留在启动界面，因为登录、下载与保存可能采用不同路径。

清理应用数据应放在路径检查之后。清理可能移除登录状态、本地文件和未同步内容，操作前应查看应用说明并确认备份。若同一 App 在其他设备上正常，本机异常，记录设备系统、应用名称、连接模式和失败动作；若所有设备都在同一环节失败，记录目标服务提示、线路地区和规则结果。提交工单时只提供必要截图，遮盖私人内容与账户资料，客服才能在保护隐私的前提下判断是否属于线路或配置问题。

DNS 异常：确认域名解析在哪里完成

先识别解析错误与连接错误

DNS 用于把域名解析成连接所需的地址。浏览器提示找不到域名、客户端出现解析超时，或同一域名在不同模式下结果不同，都值得进入这一章排查。但域名解析成功不代表网站必然能够访问：之后还需要建立连接、完成安全握手并收到目标响应。先保留浏览器与客户端的错误原文，区分“没有取得地址”和“取得地址后无法连接”，不要把所有网页打不开都归结为 DNS。

观察问题是否影响所有域名，还是只影响某个目标。多个无关域名都解析失败时，检查当前网络的解析路径和客户端 DNS 设置；只有某个域名失败时，还要考虑域名拼写、目标站点配置以及本地规则。若浏览器可用但命令行工具失败，或反过来，也不一定是测试矛盾，因为浏览器、系统与客户端可能采用不同解析路径。记录工具与模式，才能解释结果之间的差异。

系统、浏览器与客户端可能使用不同路径

系统解析通常受到当前网络设置影响；浏览器可能开启独立的安全 DNS；客户端也可能对代理请求使用专门的解析策略。排查时先查看现有配置，不要立即填入随手找到的解析地址。确认浏览器是否使用独立设置，再与默认系统路径进行对照，观察目标网站的变化。独立设置可能服务于日常工作或组织策略，临时调整前应记录原值，验证后恢复适合实际环境的配置。

虚拟网卡模式中的虚拟地址映射与直接返回真实地址也有区别。有些客户端会使用 Fake-IP 机制，将域名映射到虚拟地址，再由客户端处理后续连接。因此系统工具看到的地址与目标网站公开地址不同，可能是配置机制的一部分，不应仅凭这一点判定异常。若特定应用依赖直接解析结果，应根据客户端说明检查兼容与排除选项，不要把虚拟地址复制到其他设备或写入长期配置。

使用基础命令观察，不把结果当作最终结论

桌面系统可用原生工具检查域名是否能够取得解析响应。以下示例使用明显的公共示例域名，不包含订阅或账户内容。Windows、macOS 与部分 Linux 环境可使用系统提供的命令；如果当前系统没有该工具，不需要为此安装来源不明的软件。命令输出能够说明该次查询的解析结果，但不一定代表浏览器或代理请求实际使用的解析方式，应结合客户端记录判断。

nslookup example.com

检查输出中的响应状态、查询所用服务器与是否返回地址。若超时，先确认基础网络正常，并观察停止客户端后是否仍然超时；若查询成功但浏览器失败，继续检查浏览器独立 DNS、代理路径与证书提示。不要使用固定 IP 替代域名测试 HTTPS 页面，域名、证书与目标站点路由存在关联，直接访问地址可能产生新的错误，无法作为原故障的可靠对照。

缓存清理与持久配置的边界

旧缓存可能让调整后的设置没有立刻体现在应用中。先正常关闭相关应用并重新连接，再按系统官方说明处理缓存。不要未经判断就编辑 hosts 文件或删除全部网络配置；这类操作可能影响开发环境、工作系统和局域网服务。如果曾手动添加目标域名映射，先保存原内容，再对该项做针对性对照。能够打开首页并不代表解析问题全部解决，还应验证原来失败的登录或资源加载动作。

若在不同网络下都出现相同解析错误，而原始配置与自定义配置结果不同，应重点检查本地覆写与规则。若只有原网络失败，向网络管理员或客服提供接入环境与对照结果。工单中可附经过检查的命令输出、客户端 DNS 模式、浏览器是否启用独立解析，以及问题域名。不要提交完整私人域名列表、订阅地址或账户密码；客服只需要与故障相关的信息，不需要无关的访问记录。

设备提示与客服工单：整理可复现材料

“设备数超限”提示先核对来源

VPNIW 的同时在线设备政策为不限台数。如果界面出现“设备数超限”或类似提示，先确认提示来自用户面板、客户端、操作系统还是目标应用。目标平台的设备管理、客户端自身的配置提示与 VPNIW 套餐政策不是同一概念，不能直接归为账户额度问题。保存提示原文和出现位置，并检查是否使用了当前账户的正确配置；不要为了消除不明提示而删除所有设备记录或改变套餐。

如果提示确实出现在 VPNIW 用户面板或本服务交付的连接流程中，应通过已登录工单反馈，说明账户套餐状态和操作过程，由客服核对。不要自行推测存在隐藏的设备上限，也不要尝试使用其他账户配置验证。不限台数表示设备政策，但仍应关注共享接入网络的能力、设备各自的配置和任务产生的流量。多台设备同时进行大量传输时，访问体验可能受本地网络与线路路径影响，应按照速度章节做对照。

准备工单：描述经过，不猜结论

有效工单应先写症状，再写触发条件，最后写已经做过的对照。例如说明“锁屏恢复后网页打不开，客户端仍显示连接，重新连接后恢复”，比只写“线路不稳定”更容易定位。记录问题发生时间及当地时区、设备系统名称、客户端名称、所选线路、连接模式与接入网络类型。无需为凑齐信息猜测参数，未知项目可以明确写未确认；准确的少量材料比推测出来的完整列表更可靠。

对照结果应按改变的条件分别说明：基础网络是否正常，换线路是否恢复，换网络是否恢复，另一设备是否出现同样问题。若测试过程中改变了规则、DNS 或接管模式，也要注明，不然客服会误以为所有结果来自同一配置。已经恢复的问题仍可反馈，但应保留触发动作与错误记录，说明当前是否还能复现。无法复现时不要连续调整正常配置，先观察并等待明确的故障线索。

日志和截图如何控制范围

客户端日志可能包含目标域名、地址、配置路径和敏感凭据。先选取与故障时段相关的片段，检查并遮盖敏感内容，再通过用户面板提交。不要把完整诊断包发布到公开论坛，也不要把账户密码作为复现条件发送给任何人。VPNIW 的匿名无日志是服务隐私策略，并不意味着本机应用不会产生诊断记录；上传本地材料前仍需要检查，尤其是打开了详细诊断选项的设备。

截图应尽量保留完整错误提示、所在界面与操作上下文，但裁掉无关私人信息。只截取一个红色图标往往没有足够信息；拍下整个桌面又可能暴露工作文件和聊天内容。若错误包含很长的地址，遮盖敏感部分并保留错误类别即可。客服需要的是发生了什么、在哪个阶段发生、怎样能够重现，而不是能够访问账户的凭据。处理完成后也应按本地文件管理习惯妥善保存或清理排查材料。

客服入口与计费问题的分工

需要协助时，使用用户面板工单入口，或先查看客服页面。本页不提供未列明的外部联系方式。连接问题应附技术对照；订单与账户状态问题应说明面板提示和相关操作，不需要把公开页面的价格截图当成付款证明。支持支付宝 / 微信 / USDT，实际订单状态应以用户面板为准，网络恢复步骤不能替代订单核对流程。

VPNIW 提供 7 天无理由退款，具体申请边界与完整条款请查阅使用条款。如果希望申请退款，可以在工单中明确表达诉求，不必为了提交申请先完成所有技术章节。若选择继续排查，应保留可用配置，让客服基于已完成的对照给出下一步。处理结束后，撤销仅为测试启用的临时设置，验证常用网页、应用与局域网服务，再将最终可用配置记录下来，便于以后遇到同类症状时直接查阅。