v2rayN 故障排除指南

无法上网：先判断流量卡在哪一层

「无法上网」可能是本地网络中断，也可能是应用没有使用代理、核心启动失败，或远端连线无法建立。先确认影响范围：所有应用都无法连线，还是只有浏览器出问题；所有网站都无法访问，还是只有单一网域异常。不同范围对应不同检查方向。不要同时更新订阅、切换核心又启用 TUN，否则即使恢复，也无法判断是哪一步发挥作用。

恢复直接连线，建立基准状态

在 v2rayN 中选择「清除系统代理」，关闭「启用 Tun 模式」，再确认作业系统的网络设定没有保留手动代理。退出其他代理工具后，重新开启浏览器，尝试连线到平常可直接访问的网站。如果仍无法连线，请先检查无线网络、网路线、闸道与网络登入页面；此时不应优先怀疑客户端。公共网络可能必须先完成网页认证，代理设定反而会挡住认证页面。

确认直接连线恢复后，再启动客户端，并保持 TUN 关闭，只测试系统代理这条路径。若退出客户端后反而所有网络都无法连线，通常要检查是否残留指向本机已停止监听埠的代理位址。清除代理后重新开启应用，避免继续沿用旧连线。浏览器显示快取页面不代表网络已恢复，请重新载入实际需要连线的页面。

检查启用中的设定与本机监听状态

确认清单中已有可用设定，并将要测试的设定设为启用项。订阅群组存在，不代表群组内已有节点；新增网址也不等于已完成更新。接着查看日志，确认核心没有在启动后立即退出。如果出现设定解析失败、埠绑定失败或资源档案读取失败，应先处理本机启动问题；反复切换远端节点无法修复这些错误。

开启客户端的基本设定，记下实际监听位址、埠号与通讯协定。应用设定中的代理埠号必须与此处一致，不要根据教学范例猜测。监听回送位址仅供本机使用，属于正常限制。如果日志显示位址已被占用，请先找出冲突程式，或变更监听埠号并同步更新应用设定；不要只修改其中一端。

用最精简的测试路径区分入口与出口

先使用一个浏览器、一个测试目标与一条启用中的设定。将系统代理设为「自动设定系统代理」，暂时停用会接管代理的浏览器扩充功能。若客户端日志出现对应目标的请求，表示流量至少已到达本机入口；接下来检查路由规则命中情况与远端错误。若完全没有请求，请优先排查浏览器独立设定、系统代理是否写入，以及应用是否绕过代理。

也要确认失败请求最终走的是直接连线还是代理。若规则将测试网域导向直接连线，测试失败不能证明代理节点无法使用。可以暂时选择客户端提供的明确代理测试路径，完成后再还原原有路由。不要为了测试而永久将所有流量改走代理，也不要删除原有规则；保留随时还原的方式，才能避免影响区域网路访问、办公资源或其他应用。

依测试结果前往对应章节

本机入口正常但远端交握失败，请参阅节点逾时章节；网域无法连线但其他目标正常，请参阅DNS 问题章节；浏览器正常而终端机失败，请参阅系统代理章节。每次变更后都用相同目标重新测试，并记录错误讯息是否改变。错误从拒绝连线变成交握失败，代表问题位置已经改变，不应一概视为「还是不能用」。

节点逾时：区分连线、交握与目标回应

逾时表示等待时间超过限制，并不代表伺服器一定失效。建立连线、通讯协定交握、网域解析与目标页面回应，都可能发生逾时。先开启日志，找出与测试时间接近的第一笔错误，而不是只看最后一行。前面的解析失败或连线遭拒，往往比之后连续出现的逾时更有助于定位问题。测试期间减少其他网络活动，让日志中的目标更容易辨认。

确认测试实际测量的项目

TCP 连线测试通常只能确认指定位址与埠号能否建立连线，无法验证身分参数、传输路径或目标网站。实际请求测试较接近真实使用情境，但也会受到测试网址、DNS 与路由影响。某项测试没有结果时，不要直接删除设定；先用浏览器访问已知目标，并查看客户端是否记录了同一笔请求。

若清单中所有设定同时失败，请先排查共同因素：本机网络、系统时间、订阅参数与测试目标。若只有一条失败，则比较同一订阅中其他设定的结果。比较时应使用相同网络与相同测试方式，不要混合不同时间、不同目标的结果。大量并行测试也可能触发连线限制，诊断时逐一测试会更容易判读。

依日志显示的阶段处理

「连线遭拒」通常表示目标位址可连通，但对应埠号没有接受连线，或中间设备主动拒绝。先核对位址与埠号，再向服务提供者确认服务状态。「网络无法连线」通常与本机路由、位址类型或网络出口有关；「逾时」则要进一步判断发生在建立连线之前，还是交握之后。不同核心的错误文字可能不同，应结合前后日志判读。

遇到凭证、伺服器名称或交握相关错误时，请核对传输安全设定、伺服器名称、传输类型与路径。有些设定的连线位址与伺服器名称本来就不同，不要为了看起来一致而自行改写。使用 REALITY 的设定还应检查公开金钥、短识别码与指纹是否完整。优先重新汇入服务提供者提供的原始连结，避免逐项猜测造成新的差异。

检查时间、位址类型与网络差异

启用作业系统的自动日期与时间，并确认实际时间正确。时间偏差可能影响凭证有效期限判断及部分通讯协定的认证；只调整时区而不校正时间并无法解决问题。如果装置刚从睡眠状态唤醒，请先等待网络与时间同步完成，再重新启动客户端测试。不要关闭凭证验证来掩盖时间或名称错误，这会改变原有的连线安全界线。

节点网域可能同时回传 IPv4 与 IPv6 位址。网络有 IPv6 位址，不代表对应的远端路径一定可用；反过来也不能假定 IPv6 一定有问题。可在客户端支援的位址策略中暂时限制一种位址类型，进行单一变因对照，测试后再还原。改用另一条获准使用的网络也有助于判断：若结果随网络而改变，应继续调查出口路由，而不是立刻重建所有设定。

保留参数，并向服务提供者回报有效资讯

更新订阅后再次测试，并确认服务提供者是否调整了位址、埠号或传输参数。若同一设定在不同网络下仍持续失败，请提供节点显示名称、测试时间、错误阶段与已遮蔽敏感资讯的日志，请对方确认伺服器状态。不要公开身分参数，也不要拼凑其他设定的密码或识别码来尝试。客户端可以选择核心，不代表任意核心都能解读同一组扩充参数。

节点恢复后，请重新测试原本出问题的实际服务，而不只是查看连线测试结果。如果交握成功但单一网站仍逾时，请检查该网站的路由、解析与目标服务限制。通讯协定栏位的含义可查阅术语表；VMess 与 VLESS 的辨识方式可阅读通讯协定差异说明。了解栏位用途后再进行修改，比反复切换选项更容易获得稳定结果。

订阅失败：分别检查网址、下载与解析

订阅更新包含三个步骤：客户端向订阅网址发出请求、伺服器回传内容，以及客户端将内容转换为设定清单。任何一步失败都可能显示「更新失败」，但处理方式并不相同。先判断是请求没有完成，还是请求成功却无法辨识设定。不要只根据群组名称判断更新成功，也不要为了重新汇入而直接清除目前仍可使用的设定。

储存网址后执行更新

在「订阅群组设定」中确认网址已完整储存，再执行「更新所有订阅」。新增群组不会自动取得节点。复制时请留意前后空格、换行，以及通讯软体附加的标点；含查询参数的网址尤其不能截断。示例网址 https://example.com/sub?token=xxxx 仅用于说明格式，实际使用时应填入服务提供者给的专属网址。

订阅网址与单一节点分享连结是不同的入口。一般网页连结或登入后的控制台网址，也不一定是订阅介面。请从服务提供者明确标示的订阅入口复制网址，不要只凭页面外观判断。如果网址已经重设，旧连结可能会遭拒或回传空白内容；此时应改用新网址，而不是反复调整客户端的解析选项。

判断是请求失败还是回传内容异常

查看更新日志中的状态与错误。名称解析失败时先检查 DNS；连线逾时时先检查目前网络至订阅服务的路径；凭证错误则核对系统时间与服务网域。若遭拒访问，通常应检查订阅资格、网址是否过期或是否受到访问限制。伺服器忙碌时，连续按下更新可能加重流量限制；请稍后再试，并保留第一次出现的错误资讯。

请求成功不代表回传的就是设定。介面可能回传登入页面、维护通知或网络认证页面，客户端自然无法解析。若需要查看回应内容，请仅在本机的受控环境中操作，并避免将完整网址写入公开记录。浏览器能够开启某个页面，只能说明浏览器取得了内容；浏览器可能使用不同的代理、登入状态与 DNS，不能据此推断客户端请求也走相同路径。

选择可用的更新路径

如果目前可以直接连线至订阅服务，请先透过直接连线更新，减少额外依赖。若无法直接连线，而客户端已有可用设定，可使用介面提供的代理更新方式；实际选单会因介面而异，请以目前的设定为准。如果现有设定全部失效，透过代理更新会形成依赖循环：必须先连上才能更新，却又需要更新才能连上。此时应取得新的有效网址或单一节点设定。

更新前先记录使用的路径，更新后核对日志。不要以为开启系统代理就能强制客户端本身的订阅请求经由代理；更新模组可能使用独立的网络设定。也不要将无法访问的订阅网址交给来路不明的线上转换服务。订阅通常含有存取凭据，转换服务可以读取内容。如确实需要转换格式，请先确认接收方、处理方式与凭据暴露范围。

处理格式相容性与更新后清单变化

内容非空却显示没有有效设定时，请先确认服务提供者提供的格式是否适用于目前的客户端。客户端与核心负责不同工作：客户端解析订阅，核心则运行产生的设定。切换核心通常无法修复订阅格式辨识问题。可从安装档下载页选择适用于作业系统的客户端，再以备份设定进行独立测试，无须覆盖现有可用环境。

更新后项目减少，可能是服务提供者移除了设定，也可能是群组筛选条件隐藏了部分内容。请先清除清单筛选，再检查该订阅群组的更新结果。确认新增项目可用后，再整理旧项目。若仍需比对问题，可保留少量已去除敏感资讯的通讯协定类型与错误讯息，但不要储存或转传完整身分栏位。

速度缓慢：分别测试传输量、回应时间与应用差异

网页开启缓慢、影片缓冲与大型档案下载缓慢，不应简单归为同一种故障。网页速度会受到解析、交握与多项资源请求影响；连续下载更仰赖传输量与壅塞情况；即时通讯还会受到延迟抖动与封包遗失影响。先明确指出「慢在哪里」，再选择相应的测试方式。清单显示的回应时间，只代表特定测试条件下的结果，不代表所有服务的速度排名，更不是服务品质的完整评估。

使用相同条件进行比较

选择稳定的目标，在同一装置、同一网络及相近时间比较直接连线与代理。暂停系统更新、云端硬碟同步及其他大量传输工作，避免背景流量占满上传频宽。使用无线网络时，也要留意讯号、频段与路由器负载；电脑靠近路由器不代表没有无线干扰。条件允许时，可用有线网络作为对照，先排除本地接入网络的波动。

每次只比较两条设定，并维持相同路由与 DNS。不要同时执行多个测速工具，也不要根据单次极端结果下结论。测速会产生实际流量，使用计量型服务时应控制测试规模。如果只有特定时段普遍变慢、其他时段则恢复，记录发生时间比反复重新安装更有价值；这通常需要进一步检查网络壅塞或伺服器负载。

检查实际出口与目标服务

先确认速度缓慢的请求确实经过预期的代理。路由规则可能将网页主体与资源网域分配到不同出口，导致正文正常显示但图片载入卡住。请从日志找出具体失败的网域，检查是否有重复重试，或某类资源始终直接连线。不要因为页面最终载入就忽略其中的逾时；浏览器可能要等多个资源完成后才会结束载入。

只有单一网站速度缓慢时，也要考虑网站本身、内容传递节点与帐号限制。更换代理出口可能改变目标网站分配的服务节点，但不保证一定会改善。如果一般网页速度正常、单一下载来源却很慢，请先用其他合法下载来源，或以同一网站的其他资源进行比较。目标端限速无法靠调整本机监听埠号解决，客户端设定也无法突破实际连线频宽。

辨识连线复用、UDP 与路径问题

多工复用会改变连线的组织方式，并非复用越多就越快。伺服器相容性、封包遗失情况与应用类型都会影响结果。诊断时先保留预设或服务提供者建议的设定；若怀疑与复用有关，再单独关闭进行比较。不要直接将其他核心的参数照搬到目前使用的核心；同名功能的实现方式与可用栏位可能不同，错误参数反而会让核心无法启动。

浏览器可能尝试使用以 UDP 为基础的传输方式，而目前路径对 UDP 与 TCP 的处理可能不同。若只有特定类型的应用异常，可在应用支援范围内暂时切换传输方式验证，不要立刻停用整个系统的 UDP。启用 TUN 后大型档案下载卡住、一般网页却正常，也可能与路径 MTU 有关；应结合实际网络环境测试，不要将固定数值当成适用于所有装置的答案。

根据可重现的结果进行调整

如果降低并行数后明显稳定，请先调查连线限制与网络壅塞；如果第一次请求很慢、之后变快，优先检查 DNS 与首次交握；如果锁定画面或从睡眠状态唤醒后才变慢，请检查网卡状态与客户端重新连线情况。不同现象对应不同的排查方向。简单记录目标、时间、出口、传输方式与结果，通常比只保存一张测速截图更有帮助。

保留确认有效的修改，其余恢复原值。网络优化没有通用设定组合，一次大量调整会失去比较基准。若要进一步检查解析路径，请继续阅读下一章。

DNS 问题：确认由谁解析，以及使用哪条路径

DNS 会将网域名称转换为位址，但在代理情境中，解析入口不一定只有一个。作业系统、浏览器、客户端核心与远端代理都可能参与。网页显示找不到网域，只能说明某个环节没有取得可用结果。请先区分无法解析的是节点伺服器网域，还是目标网站网域；前者会导致代理无法建立，后者通常发生在代理运行之后，两者不能用相同方式处理。

比较系统解析与代理端解析

在 Windows 终端机中，可使用以下系统命令检查目标网域是否有回应。范例网域仅用于说明操作，请换成实际发生问题的网域。记录回应伺服器、位址类型与错误讯息；不要只看到一行位址就认定解析路径正确，因为不同解析器可能回传不同的内容传递位址。

nslookup example.com

系统查询成功，不代表核心的远端 DNS 一定成功；系统查询失败，也不代表代理必然失败，因为有些请求会交由远端处理。接着查看客户端日志中的 DNS 请求与最终连线位址。如果浏览器启用了独立的安全 DNS，也要一并记录。诊断时可暂时指定一种明确的解析路径进行比较，再决定是否还原浏览器原有设定。

避免解析入口形成循环依赖

使用加密 DNS 时，解析器本身可能需要先解析网域并建立连线，才能发送查询。如果只能透过代理访问解析器，而代理伺服器的网域又必须依赖该解析器，就会形成启动依赖循环。应明确指定节点网域的初始解析路径，让代理建立前也能完成必要查询；不同核心的设定名称与结构并不相同，请勿混用栏位。

检查客户端的本机 DNS、远端 DNS 与路由设定是否相互配合。将直接连线目标交给无法直接访问的解析器，或为代理目标使用不适合当前网络的系统回应，都可能导致异常。修改后重新建立连线再测试，避免旧快取影响判断。只清除浏览器快取无法移除所有层级的 DNS 结果，必要时也应重新启动客户端与相关应用。

了解 TUN 接管流量与区域网路名称解析

TUN 可以接管更多流量，但不代表所有解析请求都会自动遵循相同策略。请检查 DNS 劫持、虚拟网卡、应用排除规则与路由规则是否生效。如果应用使用独立的加密解析通道，一般 DNS 劫持不一定能处理。不要只看 TUN 开关状态，应同时从日志确认请求是否进入核心，并确认使用了哪个解析器。

印表机、档案伺服器与办公室内网可能依赖本机 DNS 或特定搜寻网域。强制将所有查询送往外部解析器，可能导致这些名称无法解析。请保留区域网路与组织内部网域的解析路径，并遵守网络管理员的设定。只为私有位址设定直接连线规则并不足够：如果内部网域在解析阶段就失败，请求根本不会进入后续的位址路由。

分别验证解析结果与隐私范围

能够正常开启网页与解析请求符合预期，是两个不同的检查目标。线上检测页面显示的只是该页面触发的部分查询，不能代表装置上所有应用；解析器营运方所在位置也不一定等于实际网络出口。应结合浏览器设定、核心日志与应用行为判断，不要只凭检测页面显示的地区标签就认定发生资料外泄或修复成功。

修复后至少测试一般网域、原本出问题的网域及需要保留的区域网路名称，再检查 IPv4 与 IPv6 是否出现不同结果。记录修改前后的解析器与出口，避免下次切换网络后无法重现。更完整的检测步骤请阅读DNS 外泄检测与设定实作；其中的选项仍须配合目前使用的核心与实际介面。

系统代理无效：分别排查浏览器与终端机

系统代理是一组供应用读取的网络设定，并不会强制转送所有网络流量。应用可以遵循这项设定、使用独立代理，也可以直接连线。因此浏览器能用、终端机却不能用，并不矛盾。先确认出问题的应用采用哪种代理机制，再检查入口位址与埠号。只有应用请求确实进入客户端后，路由与节点设定才会影响这次请求。

核对三种系统代理模式

「自动设定系统代理」会让客户端依自身设定配置系统代理；「清除系统代理」会移除相关代理设定；「不变更系统代理」则表示客户端不会主动修改目前状态，并不等于清除。如果其他程式已经设定代理，选择不变更后该代理仍可能存在。检查时应直接开启作业系统的网络设定确认目前值，而不只查看客户端选单。

设定完成后重新开启要测试的应用，有些程式只会在启动时读取代理。如果介面显示已切换，但系统中的设定值没有变化，请检查权限、组织政策，以及其他代理程式是否立即覆盖。受管理的装置应遵循组织要求，不要强行修改政策。也不要让两个客户端同时持续写入系统代理，以免发生看似随机的切换与连线失败。

排查浏览器独立设定与扩充功能

关闭会接管代理的浏览器扩充功能，再检查浏览器本身的网络设定。有些浏览器可使用系统代理，也可手动指定另一组代理。旧的 PAC 网址、手动代理或绕过清单都可能改变流量方向。使用全新的浏览器设定档进行比较，比只开启无痕视窗更可靠，因为部分扩充功能与政策在无痕视窗中仍可能生效。

留意「本机位址不使用代理」等绕过规则，这些规则会让部分目标直接连线。访问区域网路资源时，这通常是合理行为；不能因为日志没有记录就认定系统代理失效。若要测试代理入口，请选择不在绕过清单中的目标。也应一并记录浏览器的独立 DNS 设定，否则即使代理设定相同，仍可能出现解析差异。

让终端机明确使用正确的通讯协定

命令列工具对系统代理的支援各不相同，可使用明确指定代理的参数进行单次测试。以下假设本机 HTTP 监听确实设为 127.0.0.1:10809；执行前务必改成客户端显示的实际 HTTP 或混合监听埠号。这只是测试范例，并非预设埠号。在 Windows PowerShell 中使用 curl.exe，可明确呼叫对应的程式。

curl --proxy http://127.0.0.1:10809 --head https://example.com

若使用 SOCKS 入口，应选择工具支援的 SOCKS 代理参数。socks5h 通常表示将网域交由代理端解析；socks5 的本机解析行为则应参阅工具文件。不要将 HTTP 代理位址填入只接受 SOCKS 的选项。也应检查 http_proxy、https_proxy、ALL_PROXY 与 NO_PROXY 是否残留旧值。

了解 TUN 与区域网路共享的使用范围

对于确实不会读取代理设定的应用，可在了解影响后测试 TUN。桌面端通常需要管理员权限或相应授权，也应检查虚拟网卡与预设路由。先关闭其他虚拟私人网络或代理接管功能，避免路由互相冲突；但组织要求保留的连线不可擅自关闭。TUN 无法修复错误的节点参数，也不一定能作为系统代理失效时的替代方案。

手机透过电脑共用代理时，不能填写手机自己的回送位址。电脑必须允许区域网路连线，手机则填写电脑的内网位址与正确埠号，并只在必要的可信任网络中开放防火墙。详细操作请参阅区域网路代理共用教学。浏览器与终端机的完整比较流程请参阅系统代理无效专项排查；修复后记得移除测试用的长期环境变数。

客户端闪退：区分介面退出与核心停止

视窗消失、处理程序退出与核心停止是不同事件。先检查工作列通知区域与系统处理程序清单：关闭视窗可能只是缩到通知区域；介面仍在但代理停止，则可能是核心启动失败。记录问题发生在启动、汇入设定、切换节点，还是从睡眠状态唤醒之后。具体触发动作比「闪退」这种概括描述更有用，也能帮助判断该检查运行环境、设定内容还是权限。

先储存资料，再建立独立测试环境

介面仍可开启时，请使用客户端提供的汇出或备份功能，妥善保存订阅群组与必要设定。如果无法开启，请先复制现有的使用者资料再继续处理，不要直接删除整个资料夹。设定中可能含有凭据，备份应存放在安全位置。迁移或测试时，也不要让两个实例同时使用同一份正在写入的资料目录，以免发生锁定或内容冲突。

从安装档下载页选择符合作业系统与处理器架构的套件。Windows 桌面版提供跨平台介面，WPF 版则保留经典介面；两者可用于比较介面相容性，但不能据此断定节点参数也有变化。建立独立测试环境时，先不要汇入所有旧设定；只新增一条已知有效的设定，确认基本启动正常后，再逐步还原其他内容。

检查系统运行条件与档案权限

启动前请确认磁碟空间充足、使用者资料夹可写入，并安装系统提示所需的运行相依元件。安装资料夹可以读取，不代表日志、快取与使用者设定资料夹也可写入。如果日志提到权限遭拒，请先找出具体路径，不要放宽整个磁碟的权限。安全软体隔离档案时，应先确认警告原因与档案来源，不要长期关闭所有防护来解决问题。

Linux 桌面版无法启动时，可在终端机执行安装后提供的启动命令，查看是否出现缺少程式库、图形工作阶段或权限提示；实际命令应以本机的安装入口为准，不要猜测执行档路径。macOS 应依照系统正常的应用授权流程处理运行提示，不应全面关闭系统保护。平台部署细节请参阅Linux 安装与自动启动说明；先解决手动启动问题，再设定自动启动。

从第一笔错误定位核心问题

如果介面可以开启，但核心立即退出，请先检查设定解析错误。错误讯息通常会指出栏位名称或附近位置，原因可能是不相容参数、汇入内容不完整或自订设定有误。请先还原最近修改的一项，再重新启动核心。Project V、V2Fly 与 Xray 属于相关生态，但设定结构与扩充能力并不完全相同，不能假定任何设定片段都能直接跨核心使用。

埠号被占用、资源档案无法读取或权限不足，也可能导致核心退出。遇到埠号冲突时，请关闭重复执行的实例或变更监听埠号；出现资源档案错误时，请检查应用是否安装完成、路径是否可读取，以及内建更新是否成功。不要从不明来源拼凑核心档案。遇到 TUN 相关错误时，先关闭 TUN 并确认一般代理可以运行，再单独处理授权与虚拟网卡问题。

依序还原设定，避免再次引入异常

独立环境正常后，请依序还原订阅、路由、自订 DNS 与 TUN，每完成一步便重新启动并测试。如果汇入某组设定后问题再次出现，请比较该组设定与基本环境的差异，不要继续覆盖安装。出现资料库占用或设定损毁提示时，请保留原始备份，优先使用应用支援的复原方式；不了解资料结构时，不要直接编辑资料档案。

如果只有开机自动启动时发生问题，请检查启动是否早于网络就绪、工作目录是否不同或权限环境是否改变；如果只在从睡眠状态唤醒后发生，请先等待网络恢复，再重新启动核心。回报问题时，请提供系统架构、套件类型、触发步骤与已遮蔽敏感资讯的错误片段，无须公开完整设定。恢复使用后，检查系统代理是否仍指向有效的监听位址，避免介面已经退出，应用却仍连接不存在的本机入口。

Android 专项：授权、应用分流与背景连线中断

Android 上建议优先使用 v2rayNG，其采用 Xray 核心；v2flyNG 则是采用 V2Fly 核心的替代客户端。两者的介面与参数支援可能不同，换用应用并不会自动修复设定。先记录装置系统、客户端名称、连线方式与发生情境，再判断是首次无法连线、个别应用失败，还是锁定画面后中断。不同现象应沿不同方向排查。

确认系统授权与唯一的网络接管应用

首次连线时，请依系统提示授予建立虚拟私人网络连线的权限。如果没有出现授权视窗或授权遭拒，请先返回系统相关设定检查，再重新发起连线。Android 通常不允许一般应用同时在同一个使用者环境中各自占用这类连线，因此请检查是否有其他网络接管工具正在运行。工作资料与装置管理政策也可能影响可用范围，请遵循管理要求。

系统显示连线标示，只能证明相应的网络服务已建立，不能证明远端节点可用。请开启客户端日志，再访问明确指定的目标，检查是否收到请求，以及远端交握是否成功。如果所有应用都无法连线，请先测试本机网络与启用中的设定；若只有一个应用失败，则优先检查应用分流、独立 DNS 或该应用自己的代理设定，无须立即重设所有资料。

处理锁定画面、背景运行与网络切换问题

如果前景使用正常，锁定画面后却中断，请检查系统的电池优化、背景活动限制与装置厂商的应用管理规则。对于需要持续连线的客户端，请依系统提供的方式允许必要的背景运行，再观察通知与处理程序是否遭到终止。不同装置的选单名称各异，不要照搬固定路径。放宽背景限制会增加耗电，只应调整确实需要持续连线的应用。

从无线网络切换至行动网络后，原有连线可能需要重新建立。先等待网络取得位址，再于客户端停止并重新启动连线，观察是否恢复。如果只有特定网络无法使用，请比较 DNS、位址类型与网络认证状态，而不是立刻更换通讯协定。启用「永远开启」或阻止未通过连线的流量时，节点无法使用可能会表现为整台装置断网；诊断期间应先了解这项政策的作用再进行调整。

检查应用分流与解析范围

应用分流通常分为「仅代理选取的应用」与「绕过选取的应用」等模式；即使清单相同，方向相反也会造成完全不同的结果。先确认目前模式，再检查目标应用是否已选取，储存后视需要重新连线。应用更新、工作资料中的应用副本或不同的安装来源，可能对应不同的应用识别码；不能只因为图示相同就认定规则已经涵盖。

如果网页正常，但某个应用始终无法使用，请检查该应用是否依赖 UDP、使用独立加密解析，或受到目标服务限制。Android 的私人 DNS 与客户端 DNS 设定可能同时影响解析，应一次只改变一个项目进行比较。区域网路装置搜寻异常时，也要检查私有网段直接连线规则与本机名称解析；让流量绕过代理，并不代表所有广播搜寻机制都会自动恢复。

安装档、订阅与复原验证

在Android 安装档下载入口选择符合装置架构的套件。较新的主流装置通常使用 arm64，但仍应以装置架构为准；无法确定时，请查看系统资讯或使用页面提供的通用版。安装失败也可能与系统相容条件、储存空间不足、应用签章不同或降级限制有关，不要只重复下载同一档案。替换现有应用前请先备份设定，避免解除安装后遗失订阅与分流规则。

订阅更新失败时，请沿用本页的网址、请求、解析三层检查，不要将剪贴簿权限问题与伺服器回传错误混为一谈。问题恢复后，分别测试前景访问、锁定画面唤醒，以及无线网络与行动网络切换，再确认需要代理与需要直接连线的应用都符合预期。只保留有效设定，并撤销测试用的临时规则；后续日常操作可返回快速入门指南，概念相关问题则可查阅常见问题。