新一代跨平台界面
v2rayN Desktop
适合希望使用新版桌面界面的 64 位 Windows 设备。下载文件为压缩包,解压后运行其中的安装程序,并按系统提示完成安装。
按设备与处理器架构选择
桌面设备使用 v2rayN,Android 可在 v2rayNG 与 v2flyNG 之间选择。下载前先确认操作系统、处理器架构和安装包格式,避免仅凭文件名反复尝试。
平台切换会同步到地址栏锚点。复制带锚点的网址后,可以直接回到相应平台。
Windows 桌面客户端
v2rayN 提供新一代跨平台桌面版与经典 WPF 版。两者都用于订阅管理、节点选择、路由、DNS、系统代理和 TUN 配置,但界面技术与使用习惯不同。首次安装可先使用桌面版;已有 WPF 使用经验,或希望延续经典界面时选择 WPF 版。
新一代跨平台界面
适合希望使用新版桌面界面的 64 位 Windows 设备。下载文件为压缩包,解压后运行其中的安装程序,并按系统提示完成安装。
经典 Windows 界面
WPF 版保留经典操作布局,适合已经熟悉旧版菜单结构与托盘操作的用户。切换版本前先退出正在运行的 v2rayN,避免两个客户端同时修改系统代理。
| 检查项目 | 建议 | 容易混淆的地方 |
|---|---|---|
| 系统架构 | 使用 64 位 Windows 设备。 | x64 表示处理器架构,不是客户端版本号。 |
| 界面版本 | 新用户先选 Desktop,熟悉经典布局时可选 WPF。 | 不要把 Desktop 与 WPF 同时运行。 |
| 配置准备 | 准备有效订阅地址或完整连接参数。 | 完成安装不代表已经建立连接。 |
macOS 桌面客户端
macOS 安装包按芯片分为 Apple Silicon 与 Intel。文件扩展名相同并不代表可以混用,下载前应先查看设备的芯片或处理器信息。Apple M 系列选择 arm64,Intel 处理器选择 x64。
Apple M 系列芯片
适用于系统信息中显示 Apple 芯片的 Mac。arm64 是处理器架构标识,与订阅协议、节点类型或代理模式没有直接关系。
Intel 处理器
适用于系统信息中处理器项目显示 Intel 的 Mac。若无法判断,可先打开系统信息确认硬件,不要根据购买年份单独推测。
| 检查项目 | 选择方式 | 安装后处理 |
|---|---|---|
| 芯片类型 | Apple M 系列选 arm64,Intel 处理器选 x64。 | 芯片类型只决定安装包,不决定订阅内容。 |
| 安装格式 | 下载对应的 DMG 文件并按系统流程打开。 | 首次运行时根据系统提示确认应用权限。 |
| 代理范围 | 先使用一种接管方式完成连接验证。 | 系统代理与 TUN 的接管范围不同。 |
Android 图形客户端
Android 先推荐 v2rayNG;需要使用 v2fly 内核路线时可选择 v2flyNG。两款客户端都提供 arm64 与通用安装包。2015 年后的主流手机通常优先使用 arm64,无法确认架构或安装提示不兼容时再选通用版。
Android 首选 · Xray 内核
v2rayNG 适合常规 Android 手机和平板配置。先下载 arm64 包;只有设备架构不明确、arm64 无法安装,或确实需要兼容更多架构时,再使用通用版。安装后可扫描二维码、从剪贴板导入连接参数,或添加订阅地址。
适合 2015 年后的多数主流 Android 手机。
v2rayNG arm64 APK
用于架构不确定或 arm64 包不兼容的设备。
v2rayNG 通用 APK
Android 备选 · v2fly 内核
v2flyNG 采用 v2fly 内核,可作为 Android 端的另一种客户端选择。先依据服务提供方给出的协议和配置要求判断兼容性,不要仅根据客户端名称推断连接速度。更换客户端时需要重新导入配置,并重新确认 VPN 权限与应用分流设置。
适合采用 64 位 ARM 架构的主流 Android 设备。
v2flyNG arm64 APK
设备架构不明确时使用,文件通常比单架构包更大。
v2flyNG 通用 APK
| 检查项目 | 优先选择 | 需要留意 |
|---|---|---|
| 客户端 | 常规使用先选 v2rayNG。 | v2flyNG 是采用另一内核路线的备选客户端。 |
| 处理器架构 | 2015 年后的主流手机先选 arm64。 | 不确定或提示不兼容时改用通用版。 |
| 后台运行 | 按实际需要允许客户端维持 VPN 连接。 | 系统省电策略可能暂停后台连接。 |
Linux 桌面客户端
Linux 下载需要同时判断软件包格式和处理器架构。Debian、Ubuntu 及其衍生发行版通常使用 deb;Fedora、RHEL 系及采用 RPM 包管理的发行版使用 rpm。普通 PC 多为 x64,ARM 桌面设备或开发板应根据系统架构选择 arm64。
主流桌面 PC · x64
先根据发行版的软件包管理方式选择 deb 或 rpm。安装前不要只看桌面环境名称,因为 GNOME、KDE 等界面并不能决定软件包格式;应以发行版及其包管理器为准。
适用于 Debian、Ubuntu 及其衍生发行版。
v2rayN x64 deb
适用于采用 RPM 包管理的 x64 发行版。
v2rayN x64 rpm
ARM 桌面设备 · arm64
仅在系统架构确认为 arm64 或 aarch64 时选择。软件包格式仍由发行版决定:采用 Debian 包管理体系选 deb,采用 RPM 包管理体系选 rpm。
| 检查项目 | 常见选择 | 判断依据 |
|---|---|---|
| 软件包格式 | Debian 系选 deb,RPM 系选 rpm。 | 以发行版的包管理体系为准。 |
| 处理器架构 | 普通 PC 多为 x64,ARM 设备选 arm64。 | 查看系统报告中的 x86_64、amd64、aarch64 或 arm64 标识。 |
| 代理设置 | 先确认桌面应用是否读取系统代理。 | 不同桌面环境和应用的代理行为可能不同。 |
先缩小平台与架构范围,再判断客户端或安装包形式。按下面顺序处理,通常比逐个试装更快。
桌面设备先区分 Windows、macOS 与 Linux,Android 设备进入移动端客户端选择。平台名称决定客户端范围,但还不能直接决定最终文件,因为同一平台可能有多个架构或包格式。
Windows 本页提供 x64 安装包;Mac 需要区分 Apple Silicon 与 Intel;Android 主要在 arm64 和通用版之间选择;Linux 同时提供 x64 与 arm64。架构不匹配时通常会直接无法安装或运行。
Windows 再判断 Desktop 与 WPF,Linux 再判断 deb 与 rpm。这个步骤处理的是界面技术或软件包管理方式,不会改变订阅地址中的协议参数,也不会自动改善节点连接质量。
已有客户端时先记录订阅分组、路由、DNS、系统代理和 TUN 的当前设置。升级后先验证原有配置能否正常加载,再逐项尝试新设置。一次改动多个变量,会让连接异常更难定位。
客户端安装完成只是准备阶段。连接能否使用,还取决于订阅内容、节点参数、代理接管方式和本机网络条件。
使用可信来源提供的订阅地址,在客户端的订阅分组中添加并执行更新。订阅更新只表示客户端取得并解析了配置,不代表每个节点都能建立连接。
确认列表中出现预期条目,且更新过程没有明显的网络或解析错误。
先选择一个参数完整的节点进行真连接测试,不要同时批量修改路由与 DNS。连接测试和下载测速用途不同,测试结果也不能替代实际访问验证。
确认客户端日志出现正常连接过程,再检查目标应用是否真正经过代理。
系统代理适合遵循操作系统代理设置的浏览器和桌面应用。接管范围由应用行为决定,开启后不表示所有进程都会自动使用客户端。
适用于先验证浏览器和常规桌面软件;若某个应用有独立代理设置,需要单独检查。
TUN 通过虚拟网络接口处理更广范围的流量,通常需要额外权限,并受路由、DNS 和系统网络组件影响。先单独验证系统代理,再根据接管需求决定是否使用 TUN。
适用于不读取系统代理的应用;启用前应保留原设置并准备可回退方案。
通过客户端日志、浏览器实际访问和目标应用行为交叉判断。单项复测比一次更换节点、DNS、路由和代理模式更容易定位问题。
确认关闭客户端或清除系统代理后,网络设置能够恢复到原来的状态。
这里集中回答安装包选择与首次配置问题。展开问题后可直接阅读处理顺序。
希望使用新一代跨平台界面时可先选桌面版;已经熟悉经典 Windows 界面,或需要沿用原有操作习惯时可选 WPF 版。两者的订阅和代理配置目标相近,但界面布局与部分操作入口可能不同。
不要同时运行两个版本。切换前先退出当前客户端,并确认系统代理是否已经清除或由新客户端重新接管。若升级后遇到问题,先检查原订阅能否更新,再检查路由、DNS 与代理模式,不要把界面版本差异直接当成节点异常。
2015 年后的主流 Android 手机通常优先选择 arm64。单架构包只包含对应架构需要的程序组件,文件选择更明确。无法确认处理器架构,或 arm64 安装包提示与设备不兼容时,再使用通用版。
通用版不是功能更完整的高级版本,它主要用于覆盖更多设备架构。安装包架构不会改变订阅协议,也不会决定连接速度。安装后仍要导入有效配置、授予 VPN 权限并按实际需要处理后台运行限制。
搭载 Apple M 系列芯片的设备选择 Apple Silicon 版,使用 Intel 处理器的设备选择 Intel 版。可在系统的设备信息页面查看“芯片”或“处理器”项目,确认后再下载。
两个安装包都使用 DMG 格式,但内部程序架构不同。不要只根据文件扩展名判断。首次运行时按系统提示处理应用权限,随后导入订阅并选择一种代理方式进行验证。
Debian、Ubuntu 及其衍生发行版通常选择 deb;Fedora、RHEL 系及采用 RPM 包管理的发行版选择 rpm。桌面环境名称不能作为判断依据,应以发行版的软件包管理体系为准。
确认格式后还要核对处理器架构。普通桌面 PC 多数使用 x64,ARM 桌面设备或开发板可能使用 arm64。若系统信息显示 aarch64,通常对应本页的 arm64 包。
客户端安装包只提供图形界面和运行组件,不包含个人订阅或连接参数。安装后需要导入有效订阅或完整配置,选中可用节点,再根据目标应用选择系统代理或 TUN。
验证时先看订阅是否更新成功,再看客户端日志是否建立连接,最后检查浏览器和目标应用的实际访问。测试成功不等于所有应用都已经使用代理,因为不同应用读取系统代理的方式不同。