第一次接触代理工具时,很多人会把 V2Ray、Xray、v2rayN 和 v2rayNG 当成同一种软件的不同版本,看到“导入订阅”“选择核心”“VMess 或 VLESS”等选项后更容易混淆。实际上,它们处在不同层级:V2Ray 与 Xray 主要承担连接协议和代理转发,v2rayN、v2rayNG 则提供图形界面,负责导入节点、切换配置、设置系统代理和查看日志。理解这层关系后,客户端选择、内核切换和故障排查都会清晰许多。
本文面向零基础用户,先解释 V2Ray、Xray、v2rayN 与 v2rayNG 的职责边界,再对比 VMess、VLESS、Reality 等常见配置术语,最后给出 Windows 与 Android 的客户端选择、订阅导入、节点验证和安全使用步骤。读完后,你应能知道自己下载的究竟是什么、什么时候需要更换核心,以及如何避免把客户端问题误判成节点问题。
先分清四个层级:客户端、核心、协议与节点
可以把一次代理连接拆成四层来理解。最上层是用户实际操作的客户端,例如 Windows 上的 v2rayN,Android 上的 v2rayNG;它们负责显示节点列表、保存订阅、修改本地端口,并把配置交给底层核心执行。客户端本身通常不是远端代理服务,也不会凭空提供可用节点。
第二层是核心,也就是负责读取配置、监听本地端口、建立远端连接和执行路由的程序。V2Ray core 是较早、使用广泛的实现,Xray core 则是在相关项目基础上持续发展的分支实现。客户端可以调用不同核心,因此“使用 v2rayN”并不等于“只能使用 V2Ray core”。在支持范围允许时,v2rayN 可以选择 Xray 作为运行核心,v2rayNG 也能在应用内使用相应的核心版本。
第三层是协议和传输方式。VMess、VLESS、Trojan、Shadowsocks 等描述的是认证与数据传输规则;TCP、WebSocket、gRPC、QUIC 等描述数据如何承载;TLS、Reality 等则涉及加密或握手伪装。第四层是节点,也就是服务器地址、端口、用户身份、密钥和传输参数的组合。一个节点配置正确,仍然需要客户端和核心能够识别它。
- 客户端:提供界面和管理功能,例如 v2rayN、v2rayNG、NekoBox。
- 核心:真正执行代理连接、DNS、路由和入站监听,例如 Xray core 或 V2Ray core。
- 协议:规定客户端与服务器怎样认证和传输,例如 VMess、VLESS。
- 节点:一组可连接服务器参数,通常由手动配置或订阅生成。
结论:先选客户端,再确认核心
下载页面上的“v2rayN”或“v2rayNG”才是普通用户直接安装的对象;V2Ray 和 Xray 更接近客户端调用的执行引擎,不需要把它们当作四个互相独立的桌面应用重复安装。
V2Ray 与 Xray 的主要区别
V2Ray 是一个代理工具生态中常见的项目和核心名称,也经常被用来泛指一整套配置格式、协议和客户端生态。严格来说,VMess 是协议,V2Ray 是实现这些协议并处理入站、出站、路由和 DNS 的核心程序;“V2Ray 节点”则是社区中的习惯称呼,并不代表节点一定运行原始 V2Ray core。
Xray 可以理解为相关生态中的分支核心。它保留了许多 V2Ray 配置思路和兼容能力,同时针对新协议、传输方式、路由和性能进行了持续扩展。很多现代节点会使用 VLESS、Reality 或 xtls-rprx-vision 等组合,这些配置通常更依赖较新的 Xray 版本。若订阅服务明确要求 Xray,客户端中应把核心切换到 Xray,而不是只修改节点名称。
V2Ray core
- 常见协议
- VMess、部分 VLESS
- 配置来源
- JSON 或订阅转换
- 优势
- 老节点兼容性较好
- 适合场景
- 维护旧配置、基础入门
如果节点使用较新的传输或安全参数,需先确认该核心版本是否支持。
Xray core
- 常见协议
- VLESS、VMess、Trojan
- 常见传输
- TCP、WS、gRPC
- 扩展能力
- Reality、Vision 等
- 适合场景
- 新节点、现代配置
Xray 不是客户端,必须由 v2rayN、v2rayNG 等界面程序调用才能方便管理。
二者并不是简单的“旧版”和“新版”关系,也不能仅凭名称判断速度或安全性。实际体验受到服务器线路、带宽、拥塞、协议参数、地区距离和丢包率影响。更换 Xray 后,如果服务器仍然使用失效的 UUID、错误的 SNI 或不匹配的传输路径,连接仍会失败。反过来,老 VMess 节点也可能在 Xray 中正常工作,因此应以节点服务方给出的协议和核心要求为准。
新手需要知道的协议与参数
新手不必一开始就手写完整 JSON,但应能读懂节点信息中的几个关键词。VMess 通常包含服务器地址、端口、UUID、alterId 或安全选项、传输方式和 TLS 设置;不同核心对旧字段的处理可能不同。VLESS 的认证结构更简洁,常与 TCP、TLS、Reality 和 Vision 等参数组合使用。Trojan 通常以密码认证,并经常配合 TLS。协议名称只说明认证和通信框架,不能单独决定是否稳定。
- 地址与端口:是客户端连接服务器的目标,例如域名配合 443 端口;本地 10808、10809 则是应用连接客户端的入口。
- UUID 或密码:用于身份验证,复制时不能多出空格,也不要公开发布到群组或截图中。
- SNI:TLS 握手中的服务器名称,通常需要与服务方提供的域名一致。
- 传输方式:TCP、WebSocket、gRPC 等必须与服务器端保持一致,路径和服务名也要逐字匹配。
- Reality 参数:常见字段包括 public key、short ID、server name 和指纹,少一项或大小写错误都可能导致握手失败。
订阅的作用是批量提供这些参数,并在服务方更新节点时同步列表。它不是核心,也不是客户端;客户端只是通过订阅地址下载配置,再交给核心运行。订阅地址通常带有身份凭据,应当像密码一样保存。导入陌生订阅前,先确认来源、域名和服务条款,不要把订阅内容复制到公开论坛,也不要在多个不可信工具中反复转换。
v2rayN、v2rayNG 和其他客户端怎么选
Windows 新手通常适合从 v2rayN 开始。它的节点列表、订阅分组、系统代理、路由模式和日志入口比较集中,便于观察“核心是否启动”“本地端口是否监听”“请求是否命中代理”。首次使用时可以先保持普通系统代理模式,确认浏览器能打开网页后,再考虑 TUN 模式。v2rayN 的常见本地 SOCKS 端口是 10808,HTTP 端口是 10809,但实际数值可能因版本和用户设置改变。
Android 用户可选择 v2rayNG。它通过系统 VPN 接口接管应用流量,适合需要按应用代理或不读取系统代理设置的移动应用。第一次启动时,系统会询问是否允许建立 VPN 连接;应先导入一个确认可用的节点,再观察连接状态和日志。若只有某个应用无法访问,先检查分应用代理、路由模式和电池后台限制,不要马上认为 Xray 核心损坏。
-
按平台下载
Windows 选择 v2rayN,Android 选择 v2rayNG。前往本站下载客户端,使用与系统架构匹配的版本,不要把核心压缩包误当成图形客户端。
-
导入订阅
在 v2rayN 中进入「订阅分组」→「订阅分组设置」添加地址,再执行「更新订阅」;v2rayNG 通常进入侧边栏的「订阅设置」添加订阅并更新。导入后先核对节点数量和名称。
-
确认核心
在 v2rayN 的「设置」→「参数设置」→「Core 类型」查看当前核心;如果节点要求 Reality 或较新的 Xray 参数,选择 Xray 并保存。v2rayNG 则在应用设置或核心管理区域确认可用核心。
-
测试单节点
选择一个节点执行延迟测试或连接测试,再观察日志。不要同时启用多个代理客户端,也不要在基础连接未确认前开启 TUN、FakeDNS 和复杂自定义规则。
-
逐步扩大范围
Windows 先开启系统代理,Android 先允许 VPN 连接;确认网页、DNS 和目标应用正常后,再按需要启用规则分流、分应用代理或 TUN 模式。
我已经安装 v2rayN,还需要再安装 Xray 吗?
通常不需要单独安装。v2rayN 会调用已配置的核心;在「设置」→「参数设置」→「Core 类型」中选择可用的 Xray 核心即可。若列表为空,再按客户端提供的核心管理方式补齐。
节点名称写着 V2Ray,就一定只能用 V2Ray core 吗?
不一定。名称往往只是服务方的分类或历史叫法。应查看节点实际协议、传输和安全参数,再选择兼容的核心;很多 VMess 节点也能由 Xray core 执行。
客户端显示已连接,但网页打不开怎么办?
先确认系统代理是否指向客户端当前端口,常见 HTTP 端口为 10809、SOCKS 端口为 10808;再查看日志中的 DNS、TLS、路由和连接超时信息。不要只依据延迟测试结果判断网页链路。
应该直接开启全局模式吗?
不建议作为第一步。先用规则分流验证节点和本地代理,再根据应用是否支持系统代理决定是否启用 TUN 或全局路由。这样更容易发现 DNS、局域网访问和端口冲突问题。
连接成功后的验证与排错顺序
完成导入后,先确认核心进程确实启动。v2rayN 日志中如果出现 bind: address already in use,说明本地端口冲突,问题发生在连接远端之前;如果出现 TLS handshake timeout、connection refused 或 DNS resolve failed,则分别对应握手、服务器端口或解析环节。v2rayNG 也应优先查看应用日志,而不是只看通知栏中的 VPN 图标。
接着确认本地代理设置。浏览器手动填写 SOCKS 或 HTTP 代理时,地址通常为 127.0.0.1,端口必须与客户端显示值一致。客户端切换端口后,浏览器、终端工具和下载软件中的旧端口不会自动同步。Windows 使用系统代理时,还要注意其他网络工具可能覆盖系统设置;Android 则要检查是否有另一个 VPN 应用正在占用 VPN 接口。
| 现象 | 优先检查 | 常见处理 |
|---|---|---|
| 核心无法启动 | 10808、10809 是否被占用 | 结束重复进程或同步修改本地端口 |
| 节点全部超时 | 系统时间、服务器地址、端口 | 校准时间,重新更新订阅并测试其他节点 |
| 只有部分网站打不开 | DNS、路由规则、IPv6 | 先切换规则模式,检查 DNS 和 IPv6 分流 |
| Android 某应用不通 | VPN 权限、分应用代理、电池限制 | 允许该应用走 VPN,关闭过度后台限制 |
验证时建议固定测试顺序:先看客户端状态,再看核心日志,然后确认本地端口,最后检查网页出口和 DNS。一次只改一个变量,例如先更换核心,再测试节点;不要同时更换协议、路由、DNS 和 TUN。若修改后问题消失,保留变更前后的配置记录,之后升级客户端或更新订阅时更容易回退。
结论:把“能连接”和“能使用”分开验证
节点延迟测试成功,只能说明某个测试请求获得响应;完整可用还需要确认本地代理端口、DNS、路由规则和目标应用都走到了预期路径。分层验证比反复切换核心更快定位问题。