DESKTOP
Windows
Windows 桌面端选择 v2rayN。新一代桌面界面适合希望统一跨平台操作方式的用户,经典 WPF 界面适合已经熟悉传统菜单和托盘操作的用户。两种入口都在同一平台面板中,并附运行环境、解压目录和首次启动说明。
前往下载集中整理 v2rayN、v2rayNG、v2flyNG 客户端入口,配套 中文配置文档 与 Xray、V2Fly 内核说明,从下载、导入订阅到路由分流按链路逐段展开。
CLIENT / CONFIG / ROUTING
客户端不是一个只负责连接的按钮。下载选择、订阅解析、路由判断与内核执行分别解决不同问题。按链路拆开后,配置错误更容易定位,也能避免把节点、订阅、内核和系统代理混为一谈。
DOWNLOAD BY PLATFORM
首页只负责把平台选择讲清楚,具体安装包、系统架构与客户端差异统一放在下载页。进入对应平台后,再按设备架构选择文件。
DESKTOP
Windows 桌面端选择 v2rayN。新一代桌面界面适合希望统一跨平台操作方式的用户,经典 WPF 界面适合已经熟悉传统菜单和托盘操作的用户。两种入口都在同一平台面板中,并附运行环境、解压目录和首次启动说明。
前往下载DESKTOP
macOS 桌面端使用 v2rayN,下载前先确认处理器类型。Apple Silicon 设备选择 arm64,Intel 处理器选择 x64;架构不匹配通常会造成程序无法正常启动。平台面板同时说明系统代理权限、首次打开与配置目录位置,减少安装后的重复排查。
前往下载MOBILE
Android 可选择使用 Xray 内核的 v2rayNG,也可选择使用 V2Fly 内核的 v2flyNG。多数较新的设备优先考虑 arm64,无法确认架构时可查看通用版。两款客户端都支持订阅更新、二维码导入和单条分享链接,差异主要集中在内核家族与协议能力。
前往下载DESKTOP
Linux 桌面端使用 v2rayN,可按发行版软件包体系选择 deb 或 rpm,并区分 x64 与 arm64 架构。安装后需要重点确认桌面会话、配置目录写入权限和系统代理接管方式。下载页将主流桌面架构放在主要入口,其他架构以补充链接明确列出。
前往下载QUICK START
首次使用只需要先完成一条最短链路:导入可用配置、选中节点、开启系统代理。确认基础连接正常后,再处理路由、DNS、自动启动等扩展设置。
复制订阅地址后,在客户端的订阅管理中新增地址并执行更新。若拿到的是单条 vmess、vless 或其他分享链接,应使用从剪贴板导入节点的入口,不要把单条链接填入订阅地址栏。导入完成后先检查节点名称与协议是否出现,再继续下一步;空列表通常意味着尚未执行更新、地址复制不完整,或客户端暂时无法读取订阅内容。
在节点列表中选中一个配置作为活动服务器,然后根据使用范围选择系统代理模式。刚开始排查时应尽量保持规则简单,先确认浏览器流量能进入客户端,再逐步启用分流规则。若同时运行多个网络工具,应检查本地监听端口是否冲突;端口被其他程序占用时,内核可能无法启动,日志中通常会出现监听失败或地址已被使用的提示。
启动内核并开启系统代理后,先观察客户端状态和日志,而不是连续切换大量设置。日志可以确认配置是否被读取、DNS 是否返回结果、出站是否建立,以及失败发生在协议握手还是本地监听。基础链路正常后,再设置路由分流、订阅自动更新和开机启动。每次只改一类参数,更容易判断哪项变更造成结果变化。
COMMON QUESTIONS
先确认已经保存订阅并主动执行更新,再检查地址开头、结尾和中间字符是否完整。若客户端提示解析失败,可在保持原地址不变的前提下重新复制一次;若更新过程没有任何响应,再检查客户端的网络权限与当前系统代理状态。单条分享链接应从剪贴板导入节点,而不是放入订阅管理。完整操作可查看使用文档。
两者都是 Android 图形客户端,主要区别在于内核家族。v2rayNG 侧重 Xray 内核,v2flyNG 使用 V2Fly 内核。选择依据应是节点参数、所需协议和现有配置是否匹配。如果订阅提供方明确标注内核要求,应优先按要求选择;没有特殊要求时,可先使用主要推荐项,再根据日志和协议能力判断是否需要切换。
不一定。连接链路还包括本地监听、系统代理、DNS、路由和出站握手。先看内核是否成功启动,再确认系统代理端口与客户端监听端口一致,然后读取日志中的第一处明确错误。若本地端口未建立,应先处理权限或端口占用;若能建立出站但域名解析失败,则应检查 DNS 配置,而不是反复更换节点。
订阅节点通常由订阅内容重新生成,直接修改其中的名称或参数可能在下次更新时被替换。需要长期保留的自定义参数,应复制为独立节点,或使用客户端提供的订阅分组、路由规则和预设功能。更新前先理解哪些字段属于订阅数据、哪些设置属于客户端全局配置,可以减少重复调整。
PROJECT V ECOSYSTEM
V2Ray 常被用作一整套工具的统称,但实际使用时需要区分技术生态、运行内核和图形客户端。Project V 形成了模块化代理架构与配置思路,V2Fly 延续并维护 V2Ray 核心能力,Xray 则在同一技术脉络上发展出独立内核与扩展能力。v2rayN、v2rayNG、v2flyNG 位于更靠近用户的一层,负责把订阅管理、节点选择、系统代理和日志查看组织成图形界面。
Project V 的核心影响不是某一个固定界面,而是把入站、出站、路由、DNS、传输与策略拆成可以组合的配置模块。图形客户端只是把这些模块映射为菜单、表单和预设。理解这一点后,就能解释为什么不同客户端可以使用相近的节点参数,也能解释为什么同一个订阅在不同内核上可能呈现不同的协议能力。
日常使用不需要先掌握全部 JSON 字段,但应知道每个设置属于哪一层。系统代理决定应用流量是否进入客户端,本地入站负责接收连接,路由决定出站方向,内核负责执行协议与传输。遇到问题时按层排查,比只看客户端界面的连接图标更可靠。
V2Fly 内核延续 V2Ray 的模块化设计,配置结构与大量基础概念保持连续;Xray 内核从相关技术基础发展而来,在协议、传输与流控方向维护自己的实现。两者存在共同概念,也有不能直接互换的字段和能力。看到 VLESS、VMess、Trojan、REALITY 或 XTLS Vision 等名称时,应继续确认客户端内核与服务端参数,而不是只根据分享链接外观判断兼容性。
本站的配置资料会明确标注字段属于通用配置思路、V2Fly 实现还是 Xray 扩展。这样既方便直接使用图形客户端,也便于在需要时阅读生成后的配置文件和运行日志。
v2rayN、v2rayNG、v2flyNG 以及相关内核均按各自项目的开源许可发布,客户端代码、内核代码和发布节奏由不同维护者负责。图形客户端更新可能集中在界面、系统代理、订阅管理与平台适配,内核更新则更多涉及协议实现、传输层、路由和 DNS。两类更新不必保持相同节奏,因此客户端中常会单独提供内核管理或内核选择入口。
这种分层结构的实际价值是边界清晰:客户端负责操作体验,内核负责网络执行,订阅只负责分发配置数据。判断问题来源时可以分别查看客户端日志、内核启动结果和订阅内容,而不是把所有异常归结为同一个程序。
客户端更新、内核更新和订阅更新解决的是三类问题。客户端更新改善平台兼容、界面与配置生成;内核更新调整协议实现和底层行为;订阅更新只刷新节点清单及其参数。更新订阅不会自动替换客户端程序,更新客户端也不一定改变已经保存的节点内容。分清更新对象,可以避免在故障排查时执行无关操作。
稳定配置的调整顺序应保持克制:先保留当前可用设置,再更新单一层级并观察日志。如果只是新增节点,通常只需更新订阅;如果某类协议无法被识别,应检查内核能力与客户端支持;如果系统代理无法接管,则重点检查客户端权限和平台设置。
面向 Windows、macOS 与 Linux,集中管理订阅、节点、路由预设、系统代理与运行日志。适合需要完整桌面配置入口、多个订阅分组和内核管理能力的用户。
将 Android 网络服务与 Xray 内核组合,支持订阅更新、二维码、剪贴板导入和按应用配置。适合订阅中包含 Xray 相关协议与传输参数的使用场景。
以 V2Fly 内核为执行层,保留常用的节点管理和连接操作。适合作为 V2Fly 内核路线的客户端选择,也便于对照不同内核对同类配置的处理结果。
LATEST NOTES
文章从协议原理、DNS 分流和客户端故障三个方向补充教程。需要快速完成基础连接时先看使用文档,需要理解字段与行为时再进入对应专题。