V2Ray中文站 / 客户端与配置

V2Ray 客户端v2rayN 下载与配置

下载v2rayN 查看教程

从多平台客户端到订阅导入与分流规则，按图形界面完成配置，再验证代理是否生效。

代码开源永久免费中文文档

下载入口 / 先选系统，再选架构

V2Ray 客户端平台选择

桌面使用 v2rayN，安卓优先查看 v2rayNG，需要 V2Fly 内核时再了解 v2flyNG。客户端下载只是第一步：实际连接还需要可用的服务器配置，安装客户端本身不会生成节点或订阅。先确定设备类型，再按下载页说明选择对应文件，能减少架构不匹配与重复安装。

Windows

v2rayN 提供桌面版与经典 WPF 版。桌面版采用跨平台界面，适合按统一操作方式管理配置；WPF 版保留经典界面，适合已经熟悉原有菜单与操作路径的用户。两者都应根据实际配置与所选内核判断协议支持，而不是仅凭界面外观决定。

下载前查看系统信息中的处理器与系统类型。首次运行后先核对本地监听端口，导入一条已知可用的配置，再设置系统代理。不要同时开启多个客户端的系统代理接管，以免入口端口被反复改写。

前往下载 →

macOS

v2rayN 的安装入口按 Apple Silicon 与 Intel 芯片区分。在“关于本机”中查看芯片或处理器信息，再选择对应架构。相同客户端名称不代表安装文件可以互换，选对架构也有助于避免额外的兼容层开销。

初次启动时按系统提示完成必要授权。导入配置后，先使用系统代理验证浏览器连接，再根据应用是否读取系统代理决定是否需要其他接入方式。遇到访问异常，先检查本地端口和代理设置，不必立刻更换全部连接参数。

前往下载 →

Android

优先查看采用 Xray 内核的 v2rayNG；需要 V2Fly 内核配置时，可使用 v2flyNG 作为备选。主流设备通常选择 arm64，不能确认架构时再查看通用版说明。两个客户端名称相近，但内核能力与可识别的连接参数需要分别核对。

首次连接需要确认系统 VPN 授权，同一时刻的 VPN 接管会受到系统限制。后台连接是否持续还与电池优化、休眠策略和网络切换有关。先在前台确认连接可用，再检查后台策略，比反复修改协议字段更容易定位问题。

前往下载 →

Linux

v2rayN 提供桌面图形界面，下载页以 deb、rpm 格式为主，并列出相应的 arm64 入口。Debian、Ubuntu 系列与 Fedora 系列的包管理方式不同，应先确认发行版与处理器架构，避免将安装格式与协议类型混为一谈。

桌面环境中的系统代理设置不一定会被所有应用采用。浏览器可用而其他应用无法连接时，先检查应用自身的代理选项。开机自启动应在客户端能够正常连接后再设置，避免将配置错误一并带入每次登录会话。

前往下载 →

查看全部客户端 →

配置画板 / 分开处理四类问题

订阅、代理模式与分流规则

连接配置描述服务器，代理模式决定应用怎样接入，路由规则决定流量去向。把这几层分开检查，可以避免“已启动”与“已生效”之间的误判。下面的设置片段用于说明界面概念，不是可以直接用于连接的服务器配置。

配置入口 / 导入方式

单条分享链接从剪贴板导入
订阅分组添加订阅地址
配置集合更新更新订阅

区分单条配置与更新入口

分享链接通常描述一条服务器配置，订阅地址用于获取配置集合及后续更新。拿到链接后先看用途：单条链接使用剪贴板或扫码导入，订阅地址放入订阅分组。导入成功只表示客户端识别了内容，不等于服务器可用。更新订阅前保留手动配置，并检查更新后的节点名称、协议与传输参数。订阅地址可能包含访问凭据，应避免公开完整地址或带有地址的截图；需要求助时只提供脱敏后的字段。

查看订阅导入步骤 →

协议名称不是速度排名

VMess、VLESS、Trojan 与 Shadowsocks 有不同的设计取舍。实际体验还取决于传输、安全层、服务器负载与网络路径。先满足配置兼容性，再用相同环境下的实际访问比较，不应把协议名称直接当作性能结论。

阅读协议选型参考 →

更新前先保留配置

客户端、内核与规则数据可能分别更新。升级前保留当前可用配置，并记下正在使用的内核和接入方式。升级后先验证原有连接，再启用新功能，避免一次改动多个层面而难以定位兼容问题。

查阅内核与客户端术语 →

开源生态 / 界面与内核各有分工

Project V、V2Fly 与 Xray

V2Ray 是 Project V 生态中的代理工具项目。理解这套生态时，先区分三件事：客户端负责可见操作，内核执行连接与路由，协议规定通信方式。下载的是图形客户端，选择的是服务器配置，真正处理连接的是客户端调用的内核。这三个名称不必相同，也不能互相替代。

图形界面

v2rayN
v2rayNG / v2flyNG

导入配置、管理订阅、选择节点、查看日志。

连接执行

Xray
V2Fly

协议握手、传输处理、路由匹配与出站连接。

Project V 的模块化思路

Project V 将代理功能拆成入站、出站、路由与传输等模块。入站接收本机应用交来的连接，路由决定交给哪个出站，出站再按对应协议与远端通信。图形客户端把这些概念整理成菜单和设置项，让日常操作不必从完整配置文件开始。遇到问题时回到这条链路，往往比反复重装更有效。

V2Ray 在日常语境中也常被用作这类客户端的统称，但它并不等于某一款图形界面。搜索“V2Ray 官网”时，同样需要区分内核项目、客户端项目与中文资料站的角色。本站提供下载入口与使用说明；客户端并不包含可直接使用的远端服务，连接参数仍需来自实际可用且有权使用的服务器。

V2Fly 与 Xray 的分支关系

V2Fly 延续 V2Ray 内核的社区开发，Xray 则是在相关代码基础上发展出的内核分支。两者共享部分概念和配置习惯，同时也有各自演进的功能。不能因为一份配置能被导入，就假定它能被两个内核等价执行；特定协议组合、传输参数与安全层仍需以实际内核支持为准。

例如 REALITY 属于安全层相关能力，并不是与所有代理协议处于同一层级的独立客户端。选择含有这类参数的配置时，要一起核对客户端是否识别字段、内核是否支持对应组合，以及服务端参数是否一致。协议名称相同也不意味着端口、服务器名称、公钥等字段可以随意混用。

三款开源客户端的职责

v2rayN 面向桌面平台，提供服务器列表、订阅分组、系统代理和路由管理等图形操作，具体可调用的内核取决于发行内容与设置。v2rayNG 面向安卓，采用 Xray 内核；v2flyNG 同样面向安卓，以 V2Fly 内核作为配置执行基础。选择时先看系统，再看现有服务器配置所需能力。

三款客户端都属于开源项目，可以从公开源代码理解功能实现与变更过程。开源描述的是代码获取与许可方式，并不意味着不同项目拥有完全相同的维护节奏。界面客户端与所包含的内核也可能采用不同许可证；涉及再分发或二次开发时，应分别阅读对应组件的许可与声明。

更新机制与配置兼容性

客户端更新可能调整菜单、导入解析、权限处理或内核调用方式；内核更新则可能改变协议实现与配置要求；规则数据更新又会影响域名分类和路由命中。把这些更新视为不同层面的变化，可以更准确地判断“更新后无法连接”究竟发生在哪一段，而不是简单归因于节点失效。

订阅格式同样存在差异。订阅地址可能返回分享链接集合，也可能返回某种完整配置格式，客户端只能处理其支持的内容。遇到导入失败，先确认格式与获取结果，再检查地址是否完整、访问凭据是否有效。不要把订阅地址直接当作浏览器代理地址，也不要将手动修改的节点参数默认视为可长期保留的订阅内容。

继续阅读协议与内核参考 →

使用心得 / 协议、生态与平台部署

客户端配置专题

完成基础导入后，再按实际问题深入阅读。协议选型关注配置能力，生态梳理帮助区分客户端与内核，平台部署则处理安装方式、系统代理与自启动。阅读时保留当前可用设置，每完成一项修改就验证一次，避免把多个问题叠在同一次操作里。

平台部署

Linux 版 v2rayN 安装：deb/rpm 包部署与开机自启动设置

在 Debian/Ubuntu 与 Fedora 系发行版上用 deb、rpm 包安装 v2rayN 桌面版，配置桌面自启动项与系统代理，并排查常见依赖问题。

先确认发行版与架构，再完成一次手动启动和连接验证。文章把安装、桌面会话和代理设置分开处理，帮助定位“能够启动但应用没有使用代理”这类跨层问题。

阅读部署步骤 →
开源生态

Project V 生态梳理：V2Fly、Xray 内核与 v2rayN/v2rayNG 的关系

梳理 Project V 的由来、V2Fly 与 Xray 两条内核分支的分工，以及 v2rayN、v2rayNG、v2flyNG 三款客户端各自搭载的内核与适用平台。

从界面名称回到实际执行连接的组件，说明为何导入成功不一定代表内核兼容。适合在切换客户端、迁移配置或阅读协议参数之前建立概念框架。

阅读生态梳理 →
协议选型

VMess、VLESS、Trojan、Shadowsocks 协议区别与使用场景选型

横向对比四种代理协议的设计思路、加密方式与资源开销，按桌面日常、移动端省电、多设备共享等场景给出协议类型的选择建议。

协议之外，传输与安全层同样影响握手和资源占用。文章将这些因素拆开说明，避免把名称更新、参数更多或单次测试结果当作普遍适用的性能排序。

阅读协议对比 →

查看全部文章 →