V2Ray 常见问题与排查

V2Ray 通常指 Project V 代理生态中的相关技术与工具；内核负责协议处理、连接建立和路由执行，图形客户端负责管理服务器、订阅及运行选项。v2rayN、v2rayNG 与 v2flyNG 属于图形客户端，V2Fly 与 Xray 则是相关内核项目。遇到协议兼容问题时，需要同时确认客户端版本和实际运行的内核，而不只是查看界面名称。

Windows、macOS 和 Linux 桌面设备优先选择 v2rayN；Android 设备通常先考虑使用 Xray 内核的 v2rayNG，需要 V2Fly 内核环境时再考虑 v2flyNG。三者都需要有效的服务器配置才能建立代理连接，安装客户端本身不会自动生成可用服务。选择前先核对操作系统、处理器架构，以及服务器要求的协议和传输参数，再到下载页选择对应入口。

订阅链接通常指向一份可更新的服务器列表，更新时会重新获取该来源的配置；单个分享链接一般只描述一台服务器，导入后不会自动跟随来源变化。拿到链接后应先确认类型，再选择订阅设置或从剪贴板导入服务器。订阅地址可能包含访问凭据，不宜发到公开讨论区；求助时说明导入方式和错误信息即可，不要直接贴出完整地址。

系统代理决定遵循系统设置的应用是否把连接交给客户端，路由规则决定进入内核的连接走直连还是代理。客户端中的全局代理通常表示把进入内核的流量统一交给代理出站，并不保证所有应用都会进入内核。部分版本还会把系统代理方式与路由选项分开放置，因此应分别检查流量入口和出站规则，不能只凭一个全局选项判断接管范围。

不能只在客户端下拉菜单中改一个协议名称就完成切换。协议、服务器端口、认证信息、传输方式及 TLS 等参数需要与服务端对应，客户端内核也必须支持相关功能。导入已有分享链接时，先保留来源提供的参数；如需更换协议，应取得服务端为该协议提供的完整配置。REALITY 等安全设置还依赖特定内核支持，遇到不兼容时先核对配置要求。

2015 年后主流 Android 手机通常可以优先尝试 arm64，但最终应以设备处理器和系统支持的应用架构为准。部分设备虽然使用 64 位处理器，却运行仅支持 32 位应用的系统，此时 arm64 包可能无法安装。不确定架构时可选择通用版 universal，它包含多种架构所需组件，文件通常更大。若仍提示解析失败，还要检查系统版本要求与下载是否完成。

先进入订阅设置，确认地址保存到了预期分组，再执行该分组的订阅更新；仅保存地址不一定会立即生成服务器列表。如果更新成功但仍为空，检查当前分组筛选、名称过滤和订阅内容是否有效。如果提示解析失败，确认复制的是完整订阅地址，而不是登录页面、说明页面或单个分享链接。暂时关闭过滤后再更新，有助于区分内容缺失与显示条件问题。

打开系统的关于本机页面，查看芯片或处理器信息：显示 Apple M 系列芯片时选择 Apple Silicon 对应的 arm64 包，显示 Intel 处理器时选择 x64 包。优先使用匹配本机架构的安装包，不要依赖兼容转换作为常规选择。首次启动遇到安全提示时，先确认文件来源和适用系统，再按系统设置中的安全提示处理，不要为了运行客户端关闭整套系统安全机制。

先确认内核正在运行，并检查系统代理地址是否指向客户端实际监听的本地地址和端口。随后查看浏览器是否启用了独立代理设置或代理扩展，它们可能覆盖系统设置。企业策略、其他代理软件以及手动填写的旧端口也可能造成冲突。排查时只保留一个代理管理入口，重新打开浏览器测试，并结合客户端日志判断该请求是否真正进入了内核。

桌面端 TUN 通常需要创建虚拟网络接口或调整路由，按客户端提示授予所需的管理员权限、辅助服务权限或系统授权后再启动。Android 客户端则需要确认系统的 VPN 连接授权，并检查是否有其他应用占用了该连接。具体要求随系统和客户端版本变化，先阅读启动日志中的首个错误，不要反复切换开关。测试前退出其他 VPN 或 TUN 工具，避免路由和接口冲突。

为每个订阅来源建立独立分组，名称使用便于识别的来源或用途描述，不要把地址中的凭据写进分组名。导入后分别更新并确认各组内容，再设置需要的名称过滤条件。筛选仅影响显示或选择范围，不代表服务器被删除。手动编辑的服务器最好另存到独立分组，避免以后订阅更新时被来源配置覆盖；更新完成后再检查当前服务器是否仍有效。

日常使用可先选择规则分流，让需要代理的目标走代理，其余连接按规则直连。全局代理更适合短时间验证某个问题是否与路由有关，不宜当作所有故障的通用修复。如果某个网站在全局模式正常、在规则模式异常，应检查它的域名、附属资源和规则顺序。测试结束后恢复原有模式，并注意客户端显示的直连、全局或规则名称可能随版本有所不同。

在客户端运行状态正常时，打开日志或连接记录，再从目标应用发起一个新的请求，观察是否出现对应目标地址及出站信息。已有的长连接可能不会立即重新建立，必要时关闭应用后再测试。网页能够打开只能说明访问成功，不能单独证明使用了代理；还要结合所选服务器、路由结果和日志判断。分享日志前应遮盖订阅地址、认证信息及其他敏感内容。

没有端口冲突时，通常保留客户端默认设置即可，不必套用教程中的某个固定数字。如果确实修改了监听端口，需要同步检查系统代理、浏览器独立代理以及手动配置代理的其他应用。还要区分 HTTP、SOCKS 和混合端口，不能只因为数字相同就认为协议可以互换。仅供本机使用时保留本地监听范围；开启局域网访问前，应先了解认证和防火墙设置。

通常不必为了接管更多应用而同时叠加两个入口，先按客户端的 TUN 使用说明单独测试即可。两者同时开启不一定出错，但会增加判断请求入口、排除回环和处理残留设置的难度。建议记录原有状态，关闭系统代理后启用 TUN，确认普通应用和 DNS 请求的表现；若确有应用需要独立代理，再有针对性地设置。退出客户端前恢复相关开关，避免留下失效的代理地址。

先看报错属于超时、名称解析、认证拒绝还是内容解析失败，再决定更新路径。如果订阅地址可以直连，先使用客户端的直连更新方式；如果必须经过代理，应先选中一台仍可用的服务器，再使用代理更新。所有旧服务器都失效时，不要依赖它们完成更新，可联系订阅来源确认有效入口。遇到过期、拒绝访问或返回登录页面的情况，反复更换代理路径通常不能解决。

超时表示当前测试没有在限定时间内得到预期响应，不一定能直接判定服务器失效。先确认本地网络可用，再用同一测试方式比较其他服务器，并检查设备时间、订阅有效期及服务器参数。不同客户端的延迟测试可能采用不同方法，结果不能简单横向对比。如果所有服务器同时超时，优先排查本地网络、内核启动和测试目标；只有个别超时时，再核对该服务器的服务状态。

已连接可能只代表内核或系统的 VPN 接口启动成功，并不保证远端请求可用。先确认选中了有效服务器，再分别访问可直连的网站和需要代理的目标，随后查看日志是否有 DNS、握手或连接超时错误。如果只有浏览器异常，检查其独立代理与安全 DNS 设置；如果所有应用异常，先停用 TUN 和系统代理确认基础网络，再一次只恢复一种接管方式，避免同时修改多个变量。

先检查是否重复启动了客户端，或仍有另一款代理工具在使用相同监听端口。退出重复进程后重新启动；若端口确被其他必要程序使用，再更换本地端口并同步系统代理设置。内核启动失败还可能来自配置字段不兼容、运行组件缺失或安全软件拦截，应从日志最早出现的错误开始判断。不要直接删除全部配置，先备份订阅与自定义规则，再按错误类型逐项处理。

不建议通过关闭证书验证掩盖错误。先校准设备日期、时间和时区，再确认服务器地址、TLS 服务名及相关参数与来源提供的信息一致。名称解析失败时，检查当前网络的 DNS 可达性，并区分服务器域名解析与目标网站域名解析，二者可能走不同路径。如果问题仅在修改 DNS 或启用 FakeDNS 后出现，先恢复此前可用设置，再依据当前内核与 TUN 配置逐项调整。