v2rayN
首推v2rayN 是桌面图形客户端,可管理订阅、节点、系统代理、路由规则和 TUN 模式。Desktop 版采用新一代跨平台 UI,WPF 版延续经典 Windows 界面,两种版本面向相同的日常配置任务。
桌面端使用 v2rayN,Android 端优先使用 v2rayNG,需要 V2Fly 内核时可选择 v2flyNG。下载前先确认操作系统、处理器架构与安装包格式,避免安装阶段出现架构不匹配。
平台切换会同步到页面地址。复制带平台标记的链接后,重新打开页面仍会定位到对应下载区。每张客户端卡片均列出安装包差异和适用架构。
Windows 提供 Desktop 与经典 WPF 两种界面版本。初次安装可先使用 Desktop 版;已经熟悉传统 v2rayN 界面、快捷菜单与设置位置时,可继续选择 WPF 版。安装前退出正在运行的旧版客户端,避免配置文件被占用。
v2rayN 是桌面图形客户端,可管理订阅、节点、系统代理、路由规则和 TUN 模式。Desktop 版采用新一代跨平台 UI,WPF 版延续经典 Windows 界面,两种版本面向相同的日常配置任务。
| 检查项 | 建议 | 说明 |
|---|---|---|
| 处理器架构 | x64 |
本页 Windows 安装包面向常见的 64 位 Intel 与 AMD 处理器。 |
| 版本选择 | Desktop 优先 | 新安装优先选择 Desktop;需要经典界面和熟悉的菜单路径时选择 WPF。 |
| 升级准备 | 退出旧版并记录设置 | 升级前保存订阅地址、路由模式与自定义规则,安装完成后逐项确认。 |
macOS 安装包按处理器分为 Apple Silicon 与 Intel。打开系统菜单中的“关于本机”,查看芯片或处理器字段:Apple M 系列芯片选择 Apple Silicon,Intel 处理器选择 Intel。架构必须对应,界面功能与配置流程则保持一致。
v2rayN 在 macOS 上提供订阅管理、节点选择、系统代理和路由设置。两个安装包只区分处理器架构,不代表功能层级;应依据设备芯片选择,而不是依据系统外观或购买年份猜测。
| 设备信息 | 安装包 | 判断方法 |
|---|---|---|
| Apple M 系列芯片 | arm64 dmg |
“关于本机”的芯片字段显示 Apple M 系列型号。 |
| Intel 处理器 | x64 dmg |
“关于本机”的处理器字段明确显示 Intel。 |
| 首次打开 | 确认系统提示 | 安装后按系统界面完成应用打开确认,再配置订阅和代理模式。 |
Android 客户端按内核家族和安装包架构区分。日常配置优先选择 v2rayNG;已有配置依赖 V2Fly 内核行为时选择 v2flyNG。2015 年后的主流手机通常可使用 arm64,设备架构无法确认或安装提示不兼容时改用通用版。
v2rayNG 是采用 Xray 内核的 Android 图形客户端,支持订阅导入、二维码识别、节点切换、路由设置与连接状态查看。主流 64 位 ARM 手机优先使用 arm64 安装包。
v2flyNG 使用 V2Fly 内核,界面任务同样围绕订阅、节点、路由与连接控制展开。已有 V2Fly 配置、需要对应内核兼容行为或进行差异对照时,可选择此客户端。
| 选择项 | 优先条件 | 处理方式 |
|---|---|---|
| v2rayNG | 常规使用与 Xray 配置 | 作为日常首选,导入订阅后检查分组、活动节点与路由模式。 |
| v2flyNG | V2Fly 配置兼容需求 | 用于已有 V2Fly 配置或需要对应内核行为的场景。 |
| arm64 | 2015 年后的主流手机 | 多数现代设备可先下载此版本,安装包体积与目标架构更集中。 |
| 通用版 | 无法确认架构 | arm64 提示不兼容,或设备信息无法明确判断时使用。 |
Linux 安装包同时区分发行版包管理体系和处理器架构。Debian、Ubuntu 及其衍生发行版通常选择 deb;Fedora、Rocky Linux、AlmaLinux 等采用 RPM 包管理体系的发行版选择 rpm。普通桌面电脑多为 x64,ARM 设备则选择 arm64。
Linux 版 v2rayN 提供桌面图形界面。安装前应先确认发行版采用的包格式,再通过系统信息或命令输出判断架构。选错包格式通常会被包管理器拒绝,选错处理器架构则无法正常安装或启动。
仅在设备处理器架构明确为 arm64 或 aarch64 时选择。
| 系统类型 | 包格式 | 架构标记 |
|---|---|---|
| Debian、Ubuntu 及衍生发行版 | deb |
常见桌面电脑选 amd64,ARM 设备选 arm64。 |
| Fedora、Rocky Linux、AlmaLinux 等 | rpm |
常见桌面电脑选 x86_64,ARM 设备选 aarch64。 |
| 架构确认 | 查看系统信息 | 安装前确认系统返回的是 x86_64、amd64、aarch64 或 arm64。 |
客户端名称、操作系统、包格式和处理器架构是四个独立条件。先确定平台,再确定客户端,最后检查架构与包格式,比单纯按文件名猜测更可靠。
Windows、macOS 与 Linux 使用 v2rayN。Android 日常使用优先选择 v2rayNG;只有现有配置需要 V2Fly 内核行为时,才改用 v2flyNG。不同客户端的数据目录与设置结构可能不同,不应把两个应用的目录直接相互覆盖。
x64、amd64 与 x86_64 在本页语境中对应常见的 64 位 Intel 或 AMD 桌面处理器;arm64 与 aarch64 对应 64 位 ARM 架构。架构由处理器决定,与系统界面语言、屏幕尺寸或内存容量没有直接关系。
macOS 使用 dmg,Android 使用 apk,Linux 根据发行版选择 deb 或 rpm。Windows 的两个 zip 包分别承载 Desktop 与 WPF 安装程序。下载完成后按当前系统的常规安装流程打开,不要在压缩包内部直接长期运行程序。
安装完成只代表客户端已经进入系统,订阅、节点、路由与系统代理仍需按顺序配置。建议完成一项后再进入下一项,便于定位异常发生在哪个环节。
如果设备上已有旧版本,先从客户端菜单退出,再确认任务栏或系统状态区域中没有残留进程。记录当前订阅分组、活动节点、代理模式、本地监听端口和路由设置。直接覆盖安装通常可以保留数据,但配置记录仍有助于跨版本核对字段变化。
桌面系统按安装界面完成写入,移动端按系统安装流程确认应用。首次打开后先查看客户端版本与数据目录,再决定是否导入旧配置。若系统提示安装包架构不匹配,应返回本页重新选择对应架构,不要反复尝试同一个文件。
进入订阅管理界面添加订阅链接,保存后执行订阅更新。节点列表为空时,应先检查订阅地址是否完整、分组筛选是否隐藏了结果,以及更新操作是否真正完成。不要在尚未生成节点列表时反复切换系统代理模式。
从订阅分组中选择一个节点,再依据用途选择路由模式。首次测试应保持设置尽量简单,先确认客户端能够建立连接,再增加 TUN、自定义规则或局域网共享等高级选项。一次修改多个开关会增加故障定位难度。
快速上手页按订阅导入、节点选择、代理模式与连接检查顺序展开。
以下问题集中处理版本分支、处理器架构、包格式与升级路径。订阅导入、连接状态和路由设置问题可继续查看 FAQ 与快速上手页面。
Desktop 版采用新一代跨平台界面,适合新安装与希望统一桌面体验的用户;WPF 版延续经典 Windows 界面,适合熟悉旧版操作路径和传统设置布局的用户。两者面向相同的核心配置任务,不要同时运行,以免系统代理和本地监听端口发生冲突。
打开系统菜单中的“关于本机”,查看芯片或处理器字段。显示 Apple M 系列芯片时选择 Apple Silicon 安装包;显示 Intel 处理器时选择 Intel 安装包。购买年份只能作为辅助信息,不应代替系统字段判断。
2015 年后的主流 Android 手机通常使用 64 位 ARM 处理器,可优先选择 arm64。无法确认设备架构,或 arm64 安装包提示不兼容时,再改用通用版。通用版用于覆盖更多架构,不代表功能更多。
Android 日常使用可先选择 v2rayNG,它采用 Xray 内核并覆盖常见协议配置。需要使用 V2Fly 内核行为或已有配置依赖 V2Fly 时,再选择 v2flyNG。二者的配置兼容范围存在差异,切换前应记录原客户端设置。
Debian、Ubuntu 及其衍生发行版通常选择 deb;Fedora、Rocky Linux、AlmaLinux 等采用 RPM 包管理体系的发行版选择 rpm。还要根据处理器选择 x64 或 arm64,包格式正确但架构错误时同样无法正常安装。
一般可以在退出客户端后直接安装新版本。升级前建议导出或记录订阅、路由模式和自定义设置;如果跨越多个主要版本,再对照新版界面检查配置字段与数据目录变化。出现异常时,先区分是程序未启动、配置未迁移,还是订阅更新未完成。
订阅导入失败、节点列表为空、TUN 模式与系统代理差异等内容集中在 FAQ 页面。