V2Ray 常见问题与连接排查

V2Ray 属于 Project V 代理工具生态；V2Fly 维护 V2Ray 内核，Xray 是相关技术分支，二者支持的功能与配置细节会随版本变化。v2rayN 是图形客户端，负责管理配置、选择连接、设置系统代理并启动相应内核，不等于某一种协议。排查问题时先区分界面操作失败与内核连接失败，再查看当前实际使用的内核及日志。仅凭客户端名称，不能断定某条配置一定兼容；还要核对协议、安全层、传输方式与内核版本。

客户端安装完成只代表具备配置与连接工具，还需要合法取得且有权使用的服务端配置。常见形式是单条分享链接、二维码或订阅地址，其中包含服务器地址、端口、认证信息以及传输和安全层参数。导入前确认信息来源与适用客户端，不要把普通网站主页当作订阅地址。二维码和分享链接也可能包含访问凭据，不应公开发布。若只拿到地址与端口而缺少认证或安全层参数，应向配置提供方补齐，不能靠反复切换协议猜出正确设置。

分享链接通常描述一条连接配置，常见前缀包括 vmess://、vless://、trojan:// 和 ss://；订阅地址通常是用于获取配置集合的 HTTPS 地址。前者适合导入指定连接，后者便于后续同步配置变动。判断时应结合提供方说明，不能只看地址外观。导入分享链接使用剪贴板或扫码入口，订阅地址则应添加到订阅分组再执行更新。订阅地址可能包含访问凭据，截图、求助或复制日志时都应遮住完整地址及查询参数。

全局代理与规则分流主要决定已经进入内核的流量如何选择出口；TUN 模式主要决定哪些系统流量通过虚拟网络接口进入内核，二者不在同一层。系统代理通常只影响遵循系统代理设置的应用，不代表所有程序都会接入。客户端中的全局选项，其作用范围也要结合当前入口和路由配置理解。日常使用可先验证系统代理与规则分流，确有应用无法接入的需求再考虑 TUN。不要同时修改入口方式、DNS 和路由，否则故障出现后难以判断是哪一项导致。

桌面版采用跨平台界面，经典 WPF 版保留 Windows 上熟悉的交互方式。先查看下载中心当前入口对应的系统和运行依赖要求，再按操作习惯选择，不要仅凭界面新旧推断连接速度。两版的菜单位置、配置存储位置与迁移能力可能不同，切换前应通过客户端提供的导出或备份功能保存配置，并妥善保护其中的凭据。验证新版本能正常导入和连接后，再处理旧配置。若启动时报依赖缺失，应根据明确提示处理，不要随机复制其他版本的程序文件。

多数较新的 Android 手机使用 arm64 架构，可优先查看设备规格或系统信息，确认支持后选择 arm64 包。universal 包通常包含多种处理器架构，适合暂时无法确认架构的情况，但体积往往更大。处理器支持某种架构，不代表当前系统环境一定提供相同的应用运行支持，安装结果仍要以设备实际情况为准。出现解析失败时还应检查系统版本要求、下载是否完成以及安装权限。更新同一客户端时，签名不一致也可能阻止覆盖安装，先备份配置再处理。

在 v2rayN 中打开订阅分组相关设置，新增分组，填写便于识别的备注与完整订阅地址，保存后执行该分组的更新。v2rayNG 中进入订阅分组设置，添加地址并保存，再返回列表执行更新订阅；具体菜单文字以当前版本为准。复制时留意首尾空格、换行以及聊天软件附带的标点。更新完成后还要选择实际连接配置，再启用适合的代理入口。若拿到的是单条协议分享链接，应使用剪贴板导入，而不是填入订阅地址栏；两种入口不能混用。

TUN 需要创建或管理虚拟网络接口，桌面系统上可能要求管理员权限、特权服务或系统授权，具体取决于客户端版本与平台实现。先查看日志中的权限错误，再按客户端提示授权，不要直接关闭系统安全功能。Android 通常会弹出系统 VPN 连接授权，需确认后才能建立接口；其他正在运行的同类连接也可能产生冲突。首次排查可先关闭 TUN，用系统代理验证同一配置是否能连接。若系统代理正常而 TUN 失败，重点检查权限、接口创建与路由冲突，而不是立即修改服务端参数。

先确认订阅更新成功，再在列表中选择一条配置作为当前连接，执行客户端提供的真连接测试，并用实际应用访问验证。TCPing 主要反映目标端口的 TCP 建连情况，不能完整证明认证、安全层与代理出口正常；真连接测试也依赖所选测试地址是否可达。不要只按单次数字排序，更应观察常用服务是否稳定、是否出现持续错误以及日志是否完成握手。测试时尽量保持同一网络、同一测试目标和同一路由设置，避免把不同条件下的结果直接比较。

在客户端中选择自动配置系统代理或相应启用选项，再打开操作系统的代理设置，确认代理地址指向本机且端口与客户端当前监听值一致。随后用遵循系统代理的浏览器访问目标页面，并查看客户端日志或连接记录是否出现对应请求。若浏览器安装了独立代理扩展，应先核对其是否覆盖系统设置。终端工具、部分下载程序和自带网络栈的应用可能不读取系统代理，需要单独设置或采用合适的接入方式。仅看到客户端进程正在运行，不能证明应用请求已经经过代理。

先保留一份可工作的路由配置，再明确目标应用或域名应该直连、代理还是阻断。规则通常按顺序匹配，靠前的宽泛条件可能覆盖后面的精确条件，因此新增规则后应检查实际命中的出口，而不是只确认保存成功。域名规则是否生效，还与请求是否携带域名、嗅探设置和 DNS 处理方式有关。每次只修改一组条件，再用同一目标验证；误拦截时先撤回最近改动。规则集名称和支持语法依内核而异，不能把不同内核的整套配置直接混用。

更新前记录分组名称、当前使用的连接、订阅地址以及单独维护的路由和 DNS 设置，并优先使用客户端自带的备份功能。订阅更新可能替换远端管理的连接条目，手动改在订阅条目里的参数不一定会保留。确需长期修改时，可在客户端支持的情况下复制为独立配置，并明确区分订阅来源与本地维护版本。备份文件同样可能包含认证信息，应存放在受控位置。迁移到另一设备或客户端后，先验证导入和连接，再删除旧环境，避免只保留无法恢复的截图。

先核对订阅地址是否完整、有无过期及访问权限，再看日志中的请求结果。连接超时、认证失败和返回格式无法识别是不同问题；若返回内容是登录页面或错误提示，即使请求成功也不能当作有效订阅。确认客户端支持提供方输出的订阅格式，必要时请求兼容格式，不要把私密地址提交到陌生转换服务。如果只能通过代理访问订阅源，可在已有可用连接的前提下尝试客户端的经代理更新选项。列表突然为空时先保留备份，避免重复删除分组造成额外配置丢失。

超时可能出现在域名解析、到服务器的连接、安全层握手或代理出口请求等阶段。先确认当前网络能正常直连普通网站，再查看日志最后停留在哪一阶段。TCP 端口可达只说明部分连接路径成立，不代表 UUID、密码、服务器名称或其他安全层参数正确。核对配置是否过期、系统时间是否准确，并用另一条已知可用配置作对照。若所有配置都失败，优先检查本机防火墙、网络环境和客户端入口；只有一条失败时，再重点检查该条服务端状态与参数。

已连接可能只表示本地服务或虚拟接口已启动，并不保证目标请求成功。先关闭其他代理工具，确认当前连接配置已选中，再检查系统代理地址与监听端口是否一致。用客户端真连接测试和浏览器访问分别验证，观察日志有无请求进入。没有请求时优先查应用是否绕过代理；有请求但握手失败时核对连接参数；仅部分域名失败时检查 DNS 与路由。开启 TUN 的情况下，可暂时退回系统代理做对照。每次只改一个设置，并记录结果，避免同时调整多项后失去可比较的基线。

这种现象值得优先检查 DNS，但直接用 IP 访问也可能因 HTTPS 证书或站点托管方式失败，不能单凭一次测试下结论。先看客户端是否记录解析超时、解析服务器不可达或域名规则未匹配，再核对系统与客户端各自的 DNS 设置。浏览器自带的安全 DNS 可能走独立路径，排查时需确认实际使用哪一套。调整解析方式后清理相关缓存，并在相同目标上复测。若代理服务器地址本身使用域名，还要确认建立代理之前能够解析它，避免解析请求依赖尚未建立的代理连接。