v2rayN
首推 7.24.1下载完成后先完整解压,再运行包内安装程序;不要直接在压缩包预览窗口中启动。
V2Ray 客户端 · 安装包选择
v2rayN 桌面版与安卓客户端。先选系统,再选处理器架构。
同为 x64 安装包,按界面习惯选择桌面版或经典 WPF 版。
下载完成后先完整解压,再运行包内安装程序;不要直接在压缩包预览窗口中启动。
| 检查项目 | 本页安装包 | 安装前确认 |
|---|---|---|
| 处理器架构 | x64 | 以系统类型为准;其他架构不能仅凭系统名称判断兼容。 |
| 系统环境 | Windows 桌面环境 | 系统版本与运行时要求以对应安装程序提示为准,及时安装系统更新。 |
| 写入与权限 | 用户可写的配置位置 | 普通连接先使用系统代理;涉及虚拟网卡或系统网络修改时再按提示授权。 |
若启动时提示缺少运行时,先记录提示中的组件名称与架构,再按安装向导处理。不要因为同一电脑上装过其他应用,就认定所需运行环境已经齐备。
在“关于本机”查看芯片名称,选择对应的 DMG 安装包。
将应用复制到“应用程序”后再启动,安装完成后可推出磁盘映像。
| 检查项目 | 对应选择 | 安装前确认 |
|---|---|---|
| Apple M 系列 | arm64 DMG | 优先使用与芯片匹配的原生应用。 |
| Intel 处理器 | x64 DMG | 确认系统版本符合应用启动时的兼容性要求。 |
| 系统授权 | 按功能授予网络相关权限 | 只有启用对应功能时才处理系统授权,保留提示原文以便排查。 |
升级前退出旧客户端,保留原配置备份,再替换“应用程序”中的应用。若新旧版本的配置目录不同,应使用客户端支持的导入方式迁移,不要直接覆盖尚不熟悉的配置文件。
优先选择 v2rayNG;已有 V2Fly 配置需求时,再考虑 v2flyNG。
适合使用 Xray 相关配置的安卓用户。协议、传输与扩展参数仍需和服务器端逐项对应。
不应将 Xray 的所有扩展配置直接套用到 V2Fly。迁移前先确认目标客户端能够识别所需参数。
| 检查项目 | 对应要求 | 处理方法 |
|---|---|---|
| 应用架构 | arm64 或通用版 | 设备采用 64 位处理器,不一定代表系统也提供相同的应用运行环境。 |
| 应用安装权限 | 允许当前来源安装 APK | 仅在确实需要时为浏览器或文件管理器授权,安装完成后可恢复原设置。 |
| 连接授权 | 系统 VPN 连接确认 | 首次启动连接时阅读系统授权,同一时间只运行一个接管网络的应用。 |
下载后从系统文件管理器打开 APK,检查应用名称再继续安装。安装器提示“应用未安装”时,原因可能涉及架构、系统版本、签名冲突或可用空间,不能仅凭这句话判断文件是否可用。先展开具体错误,确认是否存在来自不同安装来源的旧版本,再决定如何处理。
打开客户端后导入订阅,执行更新并选择服务器。首次连接出现系统 VPN 授权属于网络接管流程,应确认发起授权的是刚刚安装的客户端。若设备设置了始终开启的 VPN 或其他网络工具,先检查是否相互占用。连接建立后再测试访问,不要在尚未导入配置时反复切换路由模式。
部分系统会限制后台活动。若熄屏后连接中断,先查看电池管理、后台运行与网络限制设置,按实际需要调整。保留系统节能策略与连接稳定性之间的取舍,不必一次性放开所有后台权限。更多内核差异可查看客户端与协议选型说明。
先看发行版的包管理体系,再核对 x64 或 arm64 架构。
| 检查项目 | 对应选择 | 注意事项 |
|---|---|---|
| 软件包体系 | deb 或 rpm | 按发行版选择,不通过修改扩展名转换格式。 |
| 处理器架构 | x64 / amd64 或 arm64 / aarch64 | 这些名称在不同包管理体系中写法不同,应结合系统信息判断。 |
| 运行环境 | 兼容的图形桌面与依赖库 | 能安装某种包格式不代表依赖版本必然满足,先看安装器输出。 |
开机启动与登录后启动不是同一件事。桌面客户端通常在用户登录图形会话后运行;配置自启动前,先手动完成一次正常连接,并确认退出客户端后系统代理能够按预期恢复。
安装之后
把安装、配置和网络验证分开处理,出错时更容易确认是哪一步需要调整。
v2rayN、v2rayNG 与 v2flyNG 都是图形客户端,不会因安装完成就自动获得服务器。准备订阅地址或分享链接后,先导入并更新列表,查看条目是否成功出现。订阅名称可按来源区分,避免后续更新时混淆不同分组。
选择服务器后,再启用系统代理或客户端对应的连接方式。桌面环境中的系统代理只影响遵循该设置的应用,TUN 则涉及更广的网络接管与权限要求。首次使用建议先以较简单的代理模式验证配置,再逐步增加路由、DNS 和 TUN 设置。
按步骤完成首次配置 →客户端更新与订阅更新是两件事。前者更换应用程序,后者刷新服务器条目;更新应用并不保证某条订阅恢复可用,更新订阅也不会改变已安装的客户端。出现连接问题时,应先看错误所在层次,再选择相应操作。
更新前记录当前使用的订阅分组、路由预设、本地端口和自定义设置,使用客户端提供的备份或导出功能保存配置。备份中可能含有订阅凭据,应存放在自己可控的位置。完成更新后检查配置是否保留,再恢复日常使用。
阅读订阅与进阶设置说明 →下载与安装 FAQ
架构、安装来源与配置兼容性,应在更换安装包之前确认。
桌面版使用新一代跨平台 UI,适合首次安装或希望与其他桌面系统保持相近操作习惯的用户;WPF 是经典稳定版,适合习惯原有 Windows 界面的用户。两者都应先确认系统与 x64 架构兼容,更新前保存配置,不要同时启用两个客户端的系统代理。
2015 年后的主流手机通常可优先选择 arm64,但仍应以设备实际支持的应用架构为准。无法确定架构时可以选择通用版;通用版包含多种架构支持,文件通常更大。安装提示不兼容时,先检查系统版本与架构,不要反复安装同一个包。
两款 Android 客户端分别以 Xray 与 V2Fly 内核为主要路线,实际支持的协议、传输与扩展配置可能不同。部分通用分享链接可以导入,但不能据此认定所有配置兼容。已有配置正常工作时,先保留原客户端,再按服务端参数核对目标客户端支持情况。
客户端安装包只提供配置管理与连接功能,不附带订阅或服务器。需要准备有效订阅地址或服务器分享链接,在客户端中导入、更新并选择条目,再按使用文档设置系统代理或相应连接模式。订阅中的访问凭据应妥善保管。
通常先使用同一客户端、同一架构与兼容安装来源的更新包;是否需要卸载取决于安装方式和应用签名。更新前保存订阅分组、自定义路由及其他设置,退出正在运行的客户端。出现签名冲突时先核对原安装来源,不要直接卸载导致本地配置丢失。
先确认文件已经下载完成、扩展名与当前平台匹配,并检查处理器架构、可用空间及系统兼容性。Windows 的 ZIP 文件需要完整解压;macOS 应先打开 DMG 再复制应用;Linux 应使用对应发行版的包管理器;Android 应查看安装器给出的具体错误。保留错误原文,便于进一步排查。