v2rayN
v2rayN 用于订阅管理、节点选择、系统代理、TUN 与路由规则配置。首次安装建议从 Desktop 版开始;需要经典界面或延续原有使用习惯时选择 WPF 版。两个入口对应同一客户端系列,主要差异在界面技术与交互布局。
按当前设备选择 v2rayN、v2rayNG 或 v2flyNG。安装包分为桌面界面、处理器架构与发行版格式,选择规则在每张客户端卡中单独说明。
平台切换会保留在页面地址中,重新打开链接时可直接回到对应面板。下载前先确认操作系统、处理器架构与安装格式,避免把架构差异误判为客户端故障。
Windows 提供 Desktop 与 WPF 两种界面实现。Desktop 是新一代跨平台 UI,适合新安装与跨桌面平台保持一致操作;WPF 延续经典 Windows 界面,适合熟悉既有菜单和窗口结构的用户。
v2rayN 用于订阅管理、节点选择、系统代理、TUN 与路由规则配置。首次安装建议从 Desktop 版开始;需要经典界面或延续原有使用习惯时选择 WPF 版。两个入口对应同一客户端系列,主要差异在界面技术与交互布局。
| 检查项 | 建议 | 说明 |
|---|---|---|
| 处理器架构 | x64 | 页面提供的 Windows 安装包面向常见 64 位 Intel 与 AMD 处理器。 |
| 界面选择 | Desktop 优先 | 新安装优先使用 Desktop;熟悉经典界面时可使用 WPF。 |
| 安装后配置 | 导入订阅 | 安装包只包含客户端。节点资料通过订阅地址或单条配置导入。 |
macOS 安装包按处理器平台区分。Apple Silicon 版对应 Apple M 系列芯片,Intel 版对应 Intel 处理器。两种安装包的客户端功能与配置结构一致,架构选择只决定程序能否正确运行。
macOS 版使用与 Desktop 系列一致的跨平台界面,可管理订阅分组、节点、路由和系统代理。下载前只需确认芯片类型;完成安装后,订阅导入方式与其他桌面平台基本一致。
| 设备信息 | 安装包 | 判断位置 |
|---|---|---|
| Apple M 系列芯片 | Apple Silicon arm64 | 系统菜单 → 关于本机 → 芯片 |
| Intel 处理器 | Intel x64 | 系统菜单 → 关于本机 → 处理器 |
| 配置迁移 | 重新导入订阅 | 使用订阅地址恢复分组与节点,路由偏好按设备重新设置。 |
Android 提供 v2rayNG 与 v2flyNG 两个客户端系列。通常先选择采用 Xray 内核的 v2rayNG;现有配置明确依赖 V2Fly 实现,或需要对应内核生态时,再选择 v2flyNG。每个系列均提供 arm64 与通用安装包。
v2rayNG 是 Android 平台的主要选择,支持订阅分组、单条配置导入、路由设置与 VPN 接管。2015 年后推出的主流手机通常采用 arm64 架构,可优先下载 arm64 版;架构信息不明确时选择通用版。
v2flyNG 使用 V2Fly 内核,界面定位同样面向 Android 配置管理。它适合需要 V2Fly 行为、已有对应配置经验,或希望针对同一订阅测试不同内核实现的用户。日常选择仍遵循 arm64 优先、架构不明再用通用版的原则。
| 检查项 | 优先选择 | 补充说明 |
|---|---|---|
| 客户端系列 | v2rayNG | 一般配置先使用 Xray 内核版本;明确需要 V2Fly 时选择 v2flyNG。 |
| 设备架构 | arm64 | 2015 年后推出的主流手机通常符合此架构,仍可通过设备信息工具进一步确认。 |
| 架构不明确 | 通用版 | 通用包覆盖范围更广,适合作为架构判断不确定时的安装选择。 |
Linux 安装包先按发行版体系选择 deb 或 rpm,再按处理器选择 x64 或 arm64。Debian、Ubuntu 系通常使用 deb;Fedora、RHEL 系及兼容发行版通常使用 rpm。架构可通过系统设置或终端的系统信息命令确认。
Linux 版采用跨平台桌面界面,适合需要图形化订阅管理、节点切换和路由设置的用户。安装格式与发行版的软件包管理器保持一致,处理器架构则决定选择 amd64、x86_64 或 arm64、aarch64 对应文件。
ARM 桌面设备、开发板或服务器工作站应选择 arm64 对应文件。deb 包使用 arm64 标识,rpm 包常使用 aarch64 标识,两者指向相同的 64 位 ARM 架构范围。
| 发行版或架构 | 选择 | 常见标识 |
|---|---|---|
| Debian、Ubuntu 系 | deb | amd64 或 arm64 |
| Fedora、RHEL 系 | rpm | x86_64 或 aarch64 |
| Intel、AMD 64 位处理器 | x64 包 | amd64、x86_64 |
| 64 位 ARM 处理器 | arm64 包 | arm64、aarch64 |
客户端名称、操作系统、处理器架构与安装格式分别回答不同问题。按固定顺序判断,可以减少安装阶段的重复下载和配置迁移。
Windows、macOS 与 Linux 桌面设备使用 v2rayN;Android 设备通常使用 v2rayNG,明确需要 V2Fly 内核实现时使用 v2flyNG。客户端平台需要与当前设备一致,订阅地址本身则可以在多台设备分别导入。
桌面常见架构是 x64 与 arm64。macOS 可直接在“关于本机”查看芯片;Linux 可查看系统架构;Android 新设备大多采用 arm64。架构不同不会改变订阅内容,但会直接影响安装包能否由系统加载。
Windows 的 Desktop 与 WPF 主要区分界面实现;macOS 使用 dmg;Android 使用应用安装包;Linux 还要在 deb 与 rpm 之间选择。Linux 用户应跟随发行版的软件包体系,不建议仅凭文件名大小判断。
客户端安装包与节点订阅属于两个独立层级。安装完成后,需要在订阅设置中添加地址、更新分组、选择节点,再根据应用范围启用系统代理或 TUN。协议、安全层、传输方式与 flow 等参数应保持服务端与客户端一致。
安装只是客户端准备阶段。完整可用状态还包括订阅导入、节点选择、流量接管与连接确认,每一步都应先观察客户端日志和系统状态。
从服务提供方取得订阅地址后,在客户端的订阅设置中创建分组。分组名称用于本地识别,可按用途区分。保存后执行更新,确认服务器列表出现节点,并留意日志中是否记录订阅解析或网络访问问题。
订阅更新完成后,从服务器列表选择目标节点。协议类型、地址、端口与安全参数由订阅提供。手动编辑节点时,应逐项核对 VLESS、VMess、Trojan、REALITY 等相关字段,避免参数组合不一致。
系统代理适合遵循系统代理设置的桌面应用,TUN 则用于接管更广泛的网络流量。Android 客户端通过系统 VPN 接口工作。应先选择一种主接管方式,再结合路由规则决定直连与代理范围。
启动后先检查客户端状态与日志。连接异常时按本机时间、订阅有效性、节点参数、端口占用、系统代理状态的顺序排查。固定顺序有助于区分客户端安装问题、配置问题与当前网络环境问题。
以下问题集中处理版本选择、架构识别与安装后的订阅导入。更完整的连接故障与协议参数说明可继续查看疑难解答和完整文档。
优先尝试 Desktop 版,它采用新一代跨平台界面,菜单和设置结构也便于在不同桌面系统之间保持一致。习惯经典 Windows 界面、需要延续既有操作路径时,可选择 WPF 版。两者都用于桌面端配置与连接管理,订阅内容可以重新导入。
打开系统菜单中的“关于本机”,查看芯片或处理器字段。显示 Apple M 系列芯片时选择 Apple Silicon 版;显示 Intel 处理器时选择 Intel 版。判断依据是处理器架构,不是 macOS 版本号或设备外观。
2015 年后推出的主流 Android 手机通常使用 arm64 架构,可先选择 arm64 版。设备架构不明确,或 arm64 包与当前设备不匹配时,再使用通用版。两个安装包的客户端功能相同,主要区别是包含的处理器支持范围。
Android 用户通常先选择采用 Xray 内核的 v2rayNG。需要使用 V2Fly 内核生态,或现有配置明确要求对应实现时,再选择 v2flyNG。切换客户端时可以重新添加订阅,但路由偏好与应用级设置需要在新客户端中重新确认。
Debian、Ubuntu 及其衍生发行版使用 deb;Fedora、RHEL 系及兼容发行版使用 rpm。格式确认后,还需要按设备处理器选择 x64 或 arm64。amd64 与 x86_64 通常表示 x64,arm64 与 aarch64 通常表示 64 位 ARM。
先从服务提供方取得订阅地址,再进入客户端的订阅分组或订阅设置添加地址并执行更新。节点出现后选择目标节点,根据需要启用系统代理或 TUN 模式。Android 客户端则通过系统 VPN 接口接管流量。