故障排查
从现象定位到解决

排障最容易失败的原因，不是问题复杂，而是描述不够具体。“连不上”“很慢”“偶尔断”都只是感受，无法直接对应某一层故障。开始操作前，先把现象改写成可以重复验证的条件：当前使用哪个平台、接入的是家庭网络还是公共网络、客户端能否正常打开、订阅列表是否可见、线路能否选中、连接状态是否成功、浏览器和其他应用是否同时异常。只要这些条件清楚，后续就能快速判断问题发生在本地网络、客户端、系统代理、名称解析、线路出口还是目标服务。

先判断故障范围，而不是先重装

先关闭客户端连接，直接访问平时可正常打开的本地网页。如果直连状态也不能稳定加载，应先处理路由器、无线网络、系统网络或运营商接入问题。加速连接依赖现有网络传输，本地网络本身丢失连接时，更换线路通常不会解决问题。直连正常后，再启动客户端，只选择一条线路测试。此时不要同时开启浏览器插件、其他代理工具、系统级网络过滤器或多个同类客户端，否则它们可能争用系统代理、虚拟网络接口或 DNS 设置。

接着区分“所有目标都失败”和“只有某个目标失败”。浏览器、桌面应用和系统更新若全部异常，优先检查连接状态、代理模式与 DNS；只有某个网站打不开，可能是该站点地区策略、缓存、登录状态或临时服务异常；只有某个 App 不走代理，则更接近分流规则、应用自身网络栈或系统权限问题。范围越小，越不应该用清空全部设置这种大动作。保留已知可用配置，才能进行对照。

保留一组对照条件

建议选择一条此前可用的线路作为基准，再选一条不同地区或不同线路类型的线路作对照。线路类型的差异可在节点页面查阅。测试时保持设备、客户端和网络不变，只切换线路；随后保持线路不变，再切换本地网络。这样可以分别确认异常是否随线路移动、是否随网络移动。若故障只跟随某条线路，记录线路名称；若故障只在某个网络出现，重点检查该网络的解析、路由或访问策略。

记录时只写可核验信息

记录应包括平台名称、网络类型、客户端显示的状态、所选线路、错误提示原文、问题是否稳定复现，以及已经做过哪些操作。不要只写“试过很多办法”。如果错误提示可以复制，保留完整文字；如果只能截图，截图应包含状态栏和线路名称，但要遮挡用户名、订阅链接与任何可用于登录的凭据。订阅链接相当于账户凭据，不应发到公开群组或论坛。

5TVPN 支持 Windows、macOS、iOS、Android 与 Linux，账户可不限台数使用。不同平台的系统代理、后台策略和虚拟网络实现并不完全相同，因此同一账户在一台设备正常、另一台设备异常，并不能直接推断为账户故障。后续章节会分别指出平台差异。若只是第一次使用客户端，不清楚订阅应从哪里取得，应返回快速上手流程，不要从排障手册中跳过前置步骤。

“完全连不上”是指客户端能够打开，也能看到或尝试选择线路，但连接始终失败、迅速退回未连接状态，或者长时间停留在连接过程中。此类问题首先要区分订阅内容没有正确载入，还是线路已经载入但连接握手失败。前者通常表现为线路列表为空、订阅名称消失或更新报错；后者则能看到线路名称，却无法进入稳定连接状态。两种现象的处理顺序不同，不应混在一起。

确认直连、系统时间与客户端权限

先断开客户端并确认直连网络可用。随后检查系统时间是否处于自动同步状态。加密连接需要校验证书与时间窗口，系统时间明显偏离时，可能出现看似线路故障的握手失败。再确认客户端拥有建立系统网络连接所需的权限。桌面系统可能要求授权创建虚拟网络接口或修改代理设置；移动系统首次连接时会显示系统级确认框，如果当时拒绝，需要回到系统设置重新授权。

如果客户端启动后立即异常退出，先彻底结束进程再重新打开，而不是连续点击连接按钮。Windows 与 macOS 上还应确认没有另一个同类客户端仍在后台运行。Linux 环境则需要确认启动方式具备操作网络接口和路由表的权限。这里不建议一开始就删除全部配置，因为删除会同时失去可用于判断的订阅状态与错误记录。应先退出冲突程序，再以原配置复测。

判断问题是否跟随当前网络

保持设备、客户端和订阅不变，换到另一种可用网络测试。如果另一网络可以连接，说明账户和客户端基础配置大概率正常，问题更可能位于原网络的路由、DNS、协议处理或接入策略。此时可先重启原网络的路由设备，等待其重新取得网络参数，再测试不同线路。公共网络有时需要先在浏览器完成接入确认；未完成确认前，客户端可能能发起连接，但网络实际还没有放行正常流量。

如果所有网络下都无法连接，再更换线路。不要只在相邻线路之间连续切换，应选择不同地区或不同线路类型进行对照。5TVPN 提供 120+ 国家 / 230+ 线路，线路页面会说明可选地区与类型。若只有某条线路失败，先使用其他可用线路，不必反复重装客户端；若多种线路在多种网络下都失败，才需要继续检查订阅状态、系统权限与客户端配置。

检查模式冲突与残留系统代理

同时启用系统代理模式与其他网络接管工具，可能造成连接建立后流量被再次转发，最终表现为连接失败或不断重试。排查时只保留一个客户端运行，关闭浏览器代理扩展、开发调试代理、网络过滤软件中的代理功能，以及系统里手工填写的代理地址。然后退出客户端，确认系统代理已经恢复，再重新启动。若客户端提供自动接管选项，优先让同一个客户端统一管理，不要一部分手工配置、一部分自动配置。

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

上方是假值格式示例，只用于辨认订阅链接结构。真实订阅地址只能从用户面板取得，不要把示例替换后发到公开位置。如果客户端要求导入订阅，而当前只粘贴了普通网页地址、复制时缺少开头或末尾字符，线路自然无法正确载入。重新从面板完整复制后导入，不要在聊天工具中转，因为部分工具会改写链接或截断特殊字符。

不同平台的连接入口差异

经过以上检查，若故障只发生在特定网络，应把网络类型和复测结果写入工单；若所有网络与多条线路都失败，应附上客户端错误提示。不要只上传一张“连接失败”的局部截图。客服需要看到平台、所选线路、发生阶段和完整提示，才能判断是订阅解析、权限、网络握手还是线路入口问题。

客户端显示“已连接”只说明连接通道已经建立，不代表每一类流量都能正确进入通道。网页打不开时，需要继续判断是系统代理没有接管、DNS 没有正确解析、浏览器保留了错误缓存，还是目标网站本身暂时不可用。此时反复点击连接按钮价值不大，因为连接阶段已经完成，问题发生在连接之后的流量处理链路。

先用范围判断代理是否生效

保持连接状态，分别测试浏览器和另一个使用系统网络的应用。如果全部应用都无法访问，先检查客户端是否处于预期模式，系统代理是否被成功写入。若浏览器能访问而其他应用不能，说明浏览器可能使用了自身代理或自身 DNS，系统流量并未统一接管。反过来，如果其他应用正常、只有浏览器异常，应先关闭浏览器代理扩展、隐私网络功能或自定义解析设置，再新建一个不加载旧扩展的窗口测试。

还可以退出浏览器后重新打开。浏览器会保存连接池、名称解析结果和站点会话，线路切换后旧连接有时仍指向先前出口。仅刷新页面并不一定重建底层连接。若新窗口恢复，问题通常位于浏览器缓存或扩展，而不是线路。若多个浏览器结果一致，再继续检查系统代理和 DNS。

识别名称解析问题

DNS 的作用是把域名转换成网络地址。解析失败时，常见现象是客户端已经连接，但页面提示找不到服务器、域名不存在或解析超时；直接使用已知网络地址的应用可能仍能工作。排查时先把系统 DNS 恢复为自动获取，关闭浏览器中的自定义安全解析，再让客户端按默认方式接管。不要同时在路由器、系统、浏览器和客户端里设置不同的解析方案，否则请求可能从不同出口发送，结果难以判断。

如果之前安装过网络过滤、家长控制、广告过滤或企业接入工具，即使程序已退出，它们留下的系统解析服务仍可能继续工作。桌面系统可检查当前网络适配器的 DNS 是否仍指向手工地址，移动系统可检查当前无线网络是否配置了手工解析或代理。恢复自动配置后，断开并重新连接网络，再启动客户端。顺序很重要：先恢复系统网络，再让客户端重新写入配置。

处理连接成功后的路由残留

客户端非正常退出、设备休眠中断或多个工具轮流接管网络时，系统可能保留旧代理或旧路由。典型表现是客户端显示已连接，但所有请求都没有正确返回；退出客户端后，直连网络也受影响。此时应正常断开连接并退出客户端，再关闭后重新开启当前网络连接，让系统重新取得路由和解析参数。确认直连恢复后，再打开客户端测试。

Linux 用户若采用命令行客户端，应重点检查默认路由、策略路由与名称解析服务是否仍指向已不存在的接口。不要直接复制来源不明的清理命令。先查看当前状态，确认哪条规则由客户端创建，再通过客户端自身的停止流程清理。使用服务方式运行时，应避免同时再启动一个前台实例，因为两套实例可能分别修改路由与 DNS。

只有一个网站打不开时怎么判断

单个网站异常不等于整体连接故障。先更换该网站的页面入口，检查是否只有登录页、视频页或资源域名失败；再使用无痕窗口排除旧 Cookie 与缓存；随后选择另一个地区的线路。部分服务会根据出口地区提供不同内容，登录会话也可能保留先前地区信息。切换地区后应重新打开页面，而不是继续使用原有标签页。

如果同一线路下其他网站正常，且目标网站在多个浏览器中都返回相同错误，应记录网站域名、所选地区和错误提示。不要把账户密码、页面中的个人资料或订阅链接放进截图。涉及流媒体地区判断时，可参阅观影解锁说明；涉及出口地区选择时，可回到节点页面确认适合的区域。

恢复后的验证

恢复访问后，不要立刻重新开启所有扩展和过滤功能。先保持默认设置使用一段连续会话，确认浏览器、其他应用和休眠唤醒后都正常，再逐个恢复额外工具。每恢复一个工具都重新测试，这样才能找出冲突来源。如果所有额外设置一起恢复，问题再次出现时仍然无法定位。

若连接后网页始终打不开，但客户端内的连通检查显示正常，应在工单中说明“连接状态成功、全部网页失败”还是“只有特定域名失败”，并注明恢复自动 DNS、关闭扩展、切换线路后的结果。这些信息比单纯描述“DNS 不好用”更能帮助定位。

速度问题必须先区分启动慢、持续吞吐不足、延迟高和连接不稳定。网页首次打开等待很久，可能是 DNS 或延迟；文件开始很快随后停顿，可能是链路抖动或目标服务限速；视频自动降低画质，既可能是可用带宽不足，也可能是播放器根据短时波动主动保守。把所有现象统称为“节点慢”，会错过真正影响体验的环节。

建立有意义的速度对照

先在关闭客户端时确认本地网络表现稳定，再连接一条距离较近的线路进行相同操作。测试应使用同一设备、同一网络、同一目标与相近时间条件。不要一次用浏览器测速、一次用视频加载、一次用应用下载后直接比较，因为不同目标的服务器位置、限速策略和缓存状态不同。排查的目标不是得到一个漂亮数字，而是确认性能损失发生在哪一段。

如果直连本身就有明显抖动，应先处理无线信号、路由器负载或接入网络问题。可以靠近接入设备、减少同时占用网络的任务，或改用更稳定的接入方式。若直连稳定而连接后变慢，再比较不同地区与不同线路类型。物理距离更远通常意味着更长的往返路径，因此访问亚洲目标时不必默认选择欧美出口；访问特定地区服务时，则应优先选择与目标服务区域相符的出口。

晚高峰问题要跨时间复测

晚间卡顿只有在特定时段出现时，不应拿其他时段的一次正常结果否定问题。记录发生时段、线路名称、目标应用和具体表现，在问题出现时切换到同地区的另一条线路，再切换到不同线路类型作对照。如果多条线路同时变慢，而直连网络也出现抖动，瓶颈可能在本地接入或公共网络出口；如果只有某条线路持续异常，则先使用替代线路，并把名称提交给客服。

切换线路后应重新建立目标应用的连接。视频播放器、下载器和浏览器可能继续复用旧连接，即使客户端显示已经切换，应用仍暂时沿用先前会话。最稳妥的做法是暂停任务、关闭目标页面或应用，再切线并重新打开。只切线路、不重建应用连接，容易得到错误结论。

延迟与带宽不是同一个指标

延迟影响交互反馈，例如网页首次响应、直播互动、远程控制与游戏操作；带宽影响持续传输，例如高清视频、大文件和系统更新。较远线路可能带宽充足但交互响应较慢，较近线路也可能因目标出口不匹配而影响视频服务。选择时应以用途为准，不必追求所有场景都固定使用同一条线路。

检查设备侧的隐性占用

系统更新、云盘同步、照片备份、游戏平台更新和其他设备的高清视频都会占用同一接入网络。排查时应暂停这些后台任务，并确认路由器下没有其他设备持续传输。移动设备还要检查是否正在同步照片或恢复数据。若暂停后台任务后立即恢复，说明线路不是唯一瓶颈，应先管理本地带宽分配。

客户端模式也会影响体感。全局接管会让更多后台流量进入线路，分流模式则只处理符合规则的目标。若全局模式下速度下降明显，可检查是否有大量系统服务、云同步或局域网任务被一起接管。但切换模式后要确认目标应用确实仍走预期线路，不能为了速度而让目标流量绕开连接。

流媒体与大流量任务的处理顺序

视频出现缓冲时，先暂停并重新播放，确认不是播放器短时缓存不足；再降低其他设备占用；随后切换同地区线路，并彻底重开播放器。如果只在高画质下不稳定，可以阅读流媒体画质与带宽指标说明，理解码率、持续吞吐和自动降画质之间的关系。该文章用于解释指标，本页仍以排障流程为主。

若需要提交速度问题，不要只提供一张测速截图。应同时说明直连是否稳定、使用的网络类型、线路名称、目标服务、发生时段，以及更换线路后是否改善。第三方测速目标与真实应用路径不同，单张结果无法代表全部场景。可复现条件比孤立数字更重要。

频繁断线需要先分清是线路会话中断、设备网络切换、系统把客户端暂停，还是客户端仍连接但目标应用的会话失效。移动设备从无线网络切换到蜂窝网络、锁屏后进入省电状态、系统回收后台任务，都可能让连接重新建立。桌面设备休眠、网卡节能、网络从有线切到无线，也会产生类似现象。只有把触发动作找出来，才能选择正确处理方式。

先寻找明确触发条件

保持设备静止并持续使用同一网络，观察断线是否仍发生。若稳定，则问题更可能由网络切换、锁屏、休眠或后台策略触发。随后分别测试锁屏后恢复、无线网络切换、设备休眠后唤醒和长时间不操作。每次只测试一个动作。若每次锁屏后都需要重新连接，就应检查后台运行和省电设置；若只在网络切换时中断，则属于连接迁移问题，应等待客户端重新建立通道，而不是立即清空配置。

如果设备不移动、不休眠也会中断，再更换线路并保持其他条件不变。故障若跟随线路，应记录线路名称；若所有线路都在固定网络下断，而换另一网络恢复，则应检查原网络的稳定性、路由器会话保持与无线信号。公共无线网络可能定期重新确认接入状态，表现为客户端突然失去传输能力。

iOS 的后台与网络切换

iOS 会根据系统资源、低电量状态和网络条件管理后台活动。排查时确认客户端的系统连接配置仍然存在，没有被另一款网络工具替换。锁屏前先观察连接状态，解锁后不要只看状态图标，还应实际打开网页验证。如果图标存在但无法访问，可先断开再重连；如果每次锁屏都丢失配置，应检查系统中是否存在多个互相竞争的连接配置。

无线网络信号较弱时，系统可能在无线与蜂窝网络之间切换。底层网络地址变化后，原有连接需要重新建立，短暂中断并不一定是线路故障。若切换后长期无法恢复，可关闭自动网络切换相关设置进行对照，或在稳定单一网络下复测。不要在信号边缘区域同时测试线路质量，因为本地无线抖动会掩盖真实结果。

Android 的省电与后台限制

Android 设备的后台策略因系统厂商而异，但判断思路一致：确认客户端没有被设置为受限后台应用，省电模式没有在锁屏后停止其网络活动，系统连接权限仍由当前客户端占用。可以先把客户端加入允许后台运行的范围，再关闭会自动清理后台任务的设置进行对照。完成测试后，只保留必要权限，不需要为了排障放开与网络连接无关的权限。

若系统提供始终开启连接或阻止无连接流量的选项，修改前应理解其效果。始终开启会尝试维持客户端连接；阻止无连接流量则可能在客户端重启或异常时让所有网络暂时不可用。排障阶段建议先使用客户端默认行为，确认基础连接稳定后再启用更严格的系统策略，否则会把策略造成的断网误判为线路故障。

桌面系统的休眠恢复

Windows 与 macOS 从休眠恢复后，网络适配器、系统代理和虚拟网络接口的恢复顺序可能不同。若唤醒后客户端仍显示连接，但网页无法访问，先正常断开，再等待本地网络完全恢复后重连。若直连也未恢复，应先重新连接无线或有线网络。不要在系统刚唤醒、网络尚未取得有效参数时连续切换线路。

Linux 上若连接由系统服务维持，需确认休眠钩子能在唤醒后恢复服务和路由。若由终端前台运行，关闭终端或会话结束可能同时终止客户端。建议明确当前客户端是前台进程还是系统服务，不要让两种方式同时运行。日志中若能看到网络接口消失、路由重建或解析服务重启，应把对应时间段附到工单中。

区分掉线与目标应用重连

有时客户端连接并未中断，只是直播、聊天或远程会话断开。这类长连接可能因网络短时切换、应用后台暂停或目标服务超时而重建。测试时同时打开一个普通网页：如果网页能立即加载，说明线路通道仍工作，应优先重启目标应用会话；如果网页也失败，再检查客户端连接状态。不要仅凭某个 App 的“重新连接”提示判断整条线路掉线。

经过对照后，若问题稳定发生在特定平台的锁屏或唤醒阶段，提交工单时说明系统平台、触发动作、客户端恢复方式和是否需要手工重连。若只发生在某条线路，则提供线路名称。客服不需要账户密码，也不需要真实订阅链接；能够复现的触发条件才是关键。

订阅负责把账户可用线路交给客户端。更新失败并不一定代表账户失效，也可能是复制内容不完整、客户端缓存旧数据、当前网络无法访问订阅入口，或客户端不支持所导入的格式。先判断旧线路是否仍可使用，再处理更新。若旧线路可连接而更新失败，说明现有连接能力仍在，问题集中于订阅获取或解析；若线路列表同时为空，则要优先核对导入过程。

确认订阅来源与账户状态

订阅应从用户面板获取，不应使用他人转发、公开页面或历史聊天记录里的地址。5TVPN 注册无需邮箱地址，使用用户名和密码即可注册，因此应妥善保存用户名与密码。登录用户面板后重新复制完整订阅，再回到客户端更新。复制时不要选中地址旁边的说明文字，也不要手工删除看似多余的字符。

若无法登录面板，应先确认用户名输入正确，并通过面板提供的账户流程处理，而不是反复新建订阅。若可以登录但订阅状态异常，检查当前月订阅或流量包是否仍可用。月订阅包括 ¥9.9/月含 60GB、¥18/月含 250GB、¥28/月含 500GB，流量按开通日每月重置，中途升级差价折算成剩余天数。流量包为 ¥158/300GB、¥358/1000GB、¥658/3000GB，用完为止，永久不过期。这里列出套餐事实是为了帮助核对面板状态，不建议根据客户端缓存自行推算剩余状态。

区分下载失败与解析失败

订阅更新时，如果提示网络请求失败、超时或无法访问，说明客户端尚未取得订阅内容。可先在保持账户信息不变的情况下切换本地网络，或使用当前仍可用的线路后再更新。如果提示格式错误、内容为空或无法解析，说明内容已经返回，但客户端没有正确识别。此时应确认使用的是适合当前客户端的导入入口，不要把网页地址当成订阅，也不要把不同客户端的专用导入方式混用。

部分客户端支持直接粘贴链接，部分客户端通过系统分享或导入按钮处理。应按使用指南中对应平台的步骤操作。导入完成后先观察订阅名称和线路列表是否出现，再选择线路连接。不要在列表尚未载入时连续点击更新，因为并发请求可能覆盖提示，让真正错误难以看到。

处理旧缓存与重复订阅

客户端里存在多个同名订阅时，用户可能更新了旧条目，却在另一个条目中选择线路。先确认当前启用的订阅名称，再停用重复项。若确定旧订阅已不可用，可以删除旧项后重新导入，但删除前要确认已经保存新的订阅入口。不要删除整个客户端数据目录，除非普通删除与重新导入都无法恢复，并且已记录必要信息。

更新后线路名称没有变化并不代表更新失败，服务可能只调整线路内部参数。应以客户端显示的更新时间、更新提示和实际连接结果综合判断。如果客户端支持查看订阅日志，可记录请求失败还是解析失败，但不要在公开截图中显示完整地址。链接中的凭据一旦公开，应回到面板重新处理账户安全，而不是继续使用。

不限台数与设备状态的正确理解

5TVPN 支持不限台数，不存在需要用户自行计算固定设备名额的限制。若客户端提示设备超限或登录设备异常，先确认提示是否来自 5TVPN 用户面板，还是来自客户端自身的本地配置、应用商店账户或系统连接限制。不同平台可能限制同一时间由多个应用占用系统连接入口，这属于设备系统层面的互斥，不等同于订阅设备数量限制。

在同一设备安装多个客户端时，即使账户不限台数，系统通常也只能让一个客户端接管当前网络。关闭当前客户端前应先正常断开，再启动另一个客户端。若直接强制结束，旧代理、连接配置或路由可能残留，导致新客户端提示占用或连接失败。移动系统中若存在多个连接配置，应明确当前启用的是哪一个。

跨设备结果如何利用

不限台数为排障提供了很好的对照条件：同一订阅在另一台设备、同一网络下正常，说明账户与网络入口大致可用，应重点检查原设备客户端和系统设置；同一设备换网络后正常，说明问题更接近原网络；所有设备在所有网络下都无法更新，才更需要核对账户状态或提交工单。对照时不要把真实订阅链接复制到不受信任的设备。

如果更新失败持续存在，工单应写明平台、客户端操作入口、提示原文、旧线路是否仍可使用、换网络后结果、重新从面板复制后是否改善。若面板本身无法访问，也应说明直连和已连接状态下的差异。这样可以快速区分账户状态、入口访问与客户端解析问题。

浏览器正常、某个 App 却无法访问，是典型的局部问题。它通常说明线路本身已经可用，但目标应用没有进入相同的流量路径。原因可能是分流规则把该应用或域名判为直连，应用使用了独立网络协议，系统代理只覆盖部分流量，或者应用保留了连接前建立的旧会话。此时不应先换账户或重装全部客户端，而应围绕目标应用做对照。

先确认应用是否复用旧连接

在客户端建立连接之前已经打开的应用，可能继续使用旧连接池。先彻底退出目标应用，确认后台进程也结束，再连接线路并重新打开。如果恢复，说明只是旧会话没有重建。视频、聊天、游戏启动器和云同步工具尤其容易长期保持连接，仅切换线路不一定立即改变它们的出口。

如果重新打开仍异常，测试同一服务的网页版。网页版正常而 App 异常，重点检查应用分流、系统代理覆盖范围和应用缓存；网页版与 App 都异常，则更可能与目标服务地区、线路出口或 DNS 有关。再更换地区匹配的线路复测，避免把应用问题与地区不匹配混为一谈。

理解系统代理与虚拟网络模式

系统代理通常只影响遵循系统代理设置的应用。一些应用会直接建立网络连接，不读取系统代理，因此浏览器可用而该应用直连失败。虚拟网络模式能够接管更广泛的系统流量，但需要系统权限，也可能与防火墙、过滤器或其他网络扩展冲突。排查时先确认当前客户端使用的模式，再决定是否需要切换，不要盲目叠加多个接管方式。

切换到覆盖更广的模式后，应重新启动目标应用并验证本地服务是否仍正常。例如局域网打印、文件共享和本地设备管理可能需要直连规则。分流的目标不是把所有流量无差别转发，而是让需要跨境网络的目标进入线路，同时保留本地网络访问。修改规则时应保持范围尽可能明确。

检查规则命中方向

如果客户端提供规则模式、全局模式与直连模式，可以先用全局模式作短时诊断。若全局模式下目标应用恢复，而规则模式下失败，说明问题集中在规则匹配；如果全局模式也失败，则应继续检查应用协议、线路地区和系统网络。诊断完成后应回到适合日常使用的模式，不要把短时测试设置当成永久方案。

规则判断可能依据域名、网络地址、应用进程或目标地区。一个 App 往往连接多个域名，包括登录、接口、图片、视频和更新服务。只添加主站域名，可能出现页面框架能开但内容加载失败。可观察客户端连接日志中与目标应用同时出现的请求，确认哪些被判为直连、哪些进入线路。日志用于定位即可，不要公开包含账户标识或完整请求参数的内容。

应用内置 DNS 与加密解析

部分浏览器和应用使用自身的解析机制，可能绕开系统 DNS。若系统其他应用正常而目标应用持续提示域名错误，应查看应用是否启用了独立安全解析、私有 DNS 或实验性网络功能。排查阶段可暂时恢复默认，让客户端和系统使用一致的解析路径。恢复后重新启动应用，避免旧解析缓存继续影响结果。

Android 的私有 DNS、浏览器的安全解析与客户端的远程解析若同时启用，可能形成不同出口。iOS 上某些网络扩展或内容过滤配置也会参与解析。桌面浏览器扩展则可能自行指定代理。处理原则相同：先减少中间层，验证默认链路，再逐个恢复附加功能。

应用商店、流媒体与 AI 工具的差异

应用商店可能同时参考账户地区、系统地区和当前出口，单纯切换线路不一定改变已登录账户的内容。流媒体还会保存地区会话与播放缓存，切线后需要重新打开应用。AI 工具可能把登录、接口与静态资源分布在不同域名，规则遗漏其中一部分就会出现登录成功但对话失败、页面可开但内容不返回等局部现象。

遇到体育直播或高实时性应用，还要区分“没有走代理”和“已经走代理但延迟不适合”。前者在全局模式下通常会恢复，后者则需要选择更近或更匹配的线路。可阅读体育直播线路选择说明，了解低延迟场景的判断顺序。若是 iOS 平台特有的导入与系统配置问题，可参考iOS 客户端与订阅导入流程。

提交此类工单时，应提供应用名称、平台、网页版是否正常、全局与规则模式的差异、所用线路地区，以及彻底退出应用后是否恢复。不要只写“某 App 用不了”。越能证明问题只发生在哪条路径，越容易定位规则或出口问题。

自查的目标不是让用户独自解决所有问题，而是先排除最常见的本地变量，并把剩余问题描述成可以复现的技术条件。经过基础对照后，如果多条线路在不同网络下都失败、订阅持续无法更新、同一线路在多台设备上出现相同异常，或问题稳定跟随某条线路，就适合通过用户面板提交工单。5TVPN 的工单入口位于用户面板，提交前无需公开账户凭据。

适合直接提交工单的情况

当客户端能够稳定复现同一错误，并且已经完成直连检查、换网络、换线路与重启客户端，继续重复相同步骤不会增加信息，此时应提交工单。线路列表为空且重新从面板导入仍失败、连接在不同网络下均无法建立、某条线路持续无法使用、多个设备出现一致的订阅解析错误，也都适合交由客服进一步核查。

如果问题涉及月订阅、流量包、付款状态或退款，应从面板中的订单与工单流程处理。5TVPN 支持支付宝、微信与 USDT，并提供 14 天无理由退款。工单中应写明订单页面当前显示的状态，但不要上传支付凭据中的敏感信息。套餐详情可在套餐页面核对。月订阅流量按开通日每月重置，中途升级差价折算成剩余天数；流量包用完为止，永久不过期。若面板展示与预期不一致，直接附上面板中的订单状态截图。

一份可处理的工单应包含哪些内容

工单标题应描述症状和平台，例如“macOS 连接成功后全部网页无法打开”或“Android 锁屏后连接需要手动恢复”。正文先写问题首次观察到的场景，再写当前是否可以稳定复现。随后列出平台、网络类型、客户端当前模式、线路名称、错误提示原文，以及已经完成的对照操作。最后写清楚哪些操作能暂时恢复、哪些没有效果。

截图应包含足够上下文。客户端错误提示截图最好同时显示连接状态与线路名称；订阅更新截图应显示更新入口和错误信息，但必须遮挡完整订阅地址；网页错误截图应保留域名和浏览器提示，但移除个人资料。若提供日志，只截取问题发生前后相关部分，不要直接上传包含长期历史、用户名或请求参数的完整文件。

问题现象：
使用平台：
当前网络：
所选线路：
客户端模式：
错误提示：
是否可以稳定复现：
更换线路后的结果：
更换网络后的结果：
重新导入订阅后的结果：
临时恢复方法：

模板中的项目按实际情况填写，不适用的项目可以说明未涉及，不要猜测。尤其不要自行判断为“服务器故障”后只提交结论，应把观察依据一并提供。客服需要知道故障是否随线路、网络、设备或应用移动，才能决定检查线路入口、订阅内容还是平台配置。

哪些信息不应放进工单

不要提交账户密码、完整订阅链接、支付口令或其他服务的登录凭据。客服排查连接问题通常不需要这些信息。若需要确认账户，只通过已登录的用户面板提交即可。也不要把工单截图转发到公开社区，因为截图可能包含用户名、订单状态、线路名称或设备信息。

日志中可能包含网络地址、访问域名和本地路径。发送前先阅读内容，只保留问题发生附近的片段。若不确定某项是否敏感，可以先提交文字描述和错误截图，等待客服说明还需要哪些诊断资料。最小必要原则既能保护账户，也能减少无关信息干扰排查。

工单提交后的复测方式

提交后应尽量保持可复现环境，不要立刻删除客户端、重置系统或更换全部配置。若客服要求切换线路、更新订阅或恢复默认设置，每完成一项都记录结果，并在原工单中回复。不要为同一问题重复创建多个工单，否则上下文会被拆散。若问题自行恢复，也应补充恢复时间、是否更换过网络或线路，以便判断是临时状态还是配置变化。

如果客服给出临时替代线路，先确认该线路能否稳定解决当前场景，再决定是否继续排查原线路。对于晚高峰、移动网络切换或特定 App 问题，复测必须回到原触发条件；只在不同条件下确认正常，不能证明问题已经解决。工单关闭前，应至少明确故障范围、当前可用方案和是否仍能复现。

完成排查后的配置整理

问题解决后，删除重复订阅和不再使用的旧客户端，恢复必要的省电策略与隐私设置，并保留一条已知可用线路作为后续基准。不要长期保留为了诊断而开启的全局模式、过宽规则或多余系统权限。若问题来自浏览器扩展、网络过滤器或另一个代理工具，应记录冲突组合，避免之后再次同时启用。

还应妥善保存用户名和密码。5TVPN 无需邮箱地址即可注册，因此账户恢复更依赖用户自己保存登录凭据。订阅链接同样应按账户凭据保管。需要在新设备使用时，从用户面板重新取得，不要依赖公开聊天记录或他人转发。客户端入口统一通过用户面板获取。

本手册用于系统定位，快速安装和首次导入仍以使用指南为准；线路地区与类型参考节点页面；价格、流量与支付信息以套餐页面和用户面板为准。按这套顺序处理，可以避免无效重装，也能让客服获得足够上下文，把问题定位到具体层级。