VMess、VLESS、Trojan 与 Shadowsocks 是代理协议；REALITY 是传输安全方案，Xray 与 V2Fly 是内核家族。具体支持范围取决于客户端所用内核。
阅读协议与内核选型参考 →客户端下载
v2rayN 面向桌面设备；v2rayNG 与 v2flyNG 面向安卓设备。先确认操作系统和处理器架构，再选择安装包，订阅与路由配置随后完成。
v2rayN：Desktop 与 WPF 两种界面。Desktop 使用新一代跨平台界面，适合希望在不同桌面系统保持相近操作习惯的用户；WPF 保留经典桌面界面，适合已经熟悉原有菜单与操作路径的用户。选择时先看系统要求与使用习惯，不把界面差异当作协议能力的高低。
v2rayN 首次运行后需要导入自己的有效配置。安装程序、运行环境和内核承担不同任务：程序能打开，只说明界面已经启动；订阅导入、活动服务器选择和系统代理设置仍需分别完成。两种界面的配置迁移也应先备份，避免在同一配置目录交替写入。
v2rayN：按芯片选择安装包。Apple Silicon 设备选择 arm64，Intel 设备选择 x64。可以先在系统的“关于本机”中查看芯片或处理器名称，再进入对应下载入口。安装包的文件格式相同不代表处理器架构相同，选对架构有助于减少额外的兼容环节。
v2rayN 在桌面端管理订阅和路由，但系统代理是否生效仍取决于应用是否遵循系统设置。浏览器可访问、命令行工具却连接失败时，应检查工具自身的代理选项，而不是反复更换服务器。启用 TUN 前还需了解系统授权与已有网络扩展的关系，保留可恢复的原始设置。
v2rayNG 优先，v2flyNG 按内核需求备选。v2rayNG 使用 Xray 内核，适合已有 Xray 配置或需要相关协议能力的场景；v2flyNG 使用 V2Fly 内核，适合与既有 V2Fly 配置保持一致。两者都是图形客户端，导入内容能否运行，仍要看具体协议、传输方式和安全参数。
安卓安装包提供 arm64 与通用入口。多数较新的设备可先确认是否为 arm64；不确定时结合系统信息选择通用包。首次建立 VPN 连接需要系统授权，连接后还应检查后台限制。电池策略过严可能导致服务被回收，但持续高耗电也不能简单归因于保活，需要结合连接日志与使用时段排查。
v2rayN：区分软件包格式与处理器架构。Debian、Ubuntu 等发行版通常选择 deb，Fedora 等发行版通常选择 rpm；随后再区分 x64 与 arm64。软件包格式由发行版的软件管理体系决定，处理器架构由设备决定，这两个条件需要同时对应，不能只凭文件后缀判断。
v2rayN 的桌面界面便于集中管理订阅、活动服务器与路由规则。安装前应查看桌面环境和运行依赖要求；配置系统代理后，还需确认当前桌面会话中的应用是否读取该设置。TUN 涉及权限与网络路由，建议先验证普通代理连接，再逐步启用，避免把依赖问题、权限问题和服务端问题混在一起。
v2rayN、v2rayNG 与 v2flyNG 都是客户端，不会在安装完成后自动提供可用服务器。订阅地址或分享链接来自实际使用的服务配置，导入前应确认来源与使用权限。订阅链接可能包含访问凭据，发送截图、日志或求助信息时应先移除相关内容。
客户端选择遵循“平台、架构、内核、配置”的顺序。先让程序正常启动，再核对订阅中的协议类型，最后调整接入方式和分流规则。遇到连接问题时一次只改一个条件，保留能够正常运行的配置，比同时开启多个高级选项更容易定位原因。
查看全部客户端 →设置面板对照
v2rayN 将服务器管理、流量接入和出口选择分开配置。以下界面为设置示意，不代表当前设备状态；具体菜单位置以实际客户端为准。
v2rayN 支持订阅分组与分享链接导入。订阅用于集中更新一组服务器，单条分享链接用于添加具体配置；两者不是同一种内容。先在订阅分组中填写地址并更新，再选择活动服务器。与手动逐项录入相比，订阅减少重复输入，但仍需核对协议和传输参数。v2rayNG 也提供剪贴板导入入口；无法识别时先检查是否复制完整，不要把网页地址直接当作订阅地址。
查看首次导入步骤 →v2rayN 的路由预设决定已经进入内核的流量从哪个出口发送。日常使用可先选择与需求对应的预设，再根据域名或地址补充规则。与系统代理开关相比，路由只处理出口选择，不负责让应用接入代理。规则通常按顺序匹配，靠前的宽泛条件可能遮住后面的精细条件。修改后应分别验证需要直连和需要代理的应用，并检查 DNS 策略是否与分流目标一致。
了解协议与路由的关系 →v2rayN 的图形界面负责生成配置，内核负责实际连接与转发。选择内核前先核对服务器所需协议、传输和安全方案，不能只根据名称判断性能。Xray 与 V2Fly 有共同的生态背景，但功能演进并不完全相同；REALITY 等能力需使用支持它的内核。切换内核后应重新确认配置可用性。v2rayNG 与 v2flyNG 的主要差别之一正是内核家族，导入成功也不等于运行参数完全兼容。
阅读内核家族对照 →v2rayN 的“自动配置系统代理”将本地代理地址写入系统设置，适合遵循系统代理的浏览器和应用。“清除系统代理”用于移除这类接入设置；“不改变系统代理”保留现状，并不等于关闭内核。与全局路由相比，系统代理解决的是流量如何进入客户端。某个应用没有变化时，应先确认它是否读取系统代理，或是否需要单独指定代理地址，再考虑调整路由。
区分系统代理与全局模式 →v2rayN 的 TUN 模式通过虚拟网络接口接入流量，适用于不读取系统代理的应用，通常涉及额外权限和 DNS 设置。v2rayNG 的 VPN 模式使用安卓系统提供的 VPN 接口，首次启动需要授权；仅代理模式则需要应用自行使用本地代理。与普通系统代理相比，这类接入覆盖更广，也更容易与其他 VPN 或网络工具冲突。建议先确认基础连接可用，再逐项启用并验证局域网访问。
查看接入模式配置说明 →v2rayN 配置排查可以沿着实际链路进行：应用是否接入本地代理、当前服务器是否正确、内核能否建立连接、路由是否命中预期出口。前一步没有成立时，后一步的调整通常无法解决问题。比如应用没有使用系统代理，修改“全局”或“绕过大陆”并不会让这部分流量自动进入客户端。
v2rayNG 的 VPN 图标表示系统已建立流量接入接口，并不单独证明远端连接可用。验证时应结合实际网页访问、域名解析与客户端日志，而不是只看开关颜色。服务端参数、设备时间和本地网络环境都可能影响连接，保存一份可用配置有助于比较每次修改带来的变化。
开源生态与维护边界
客户端不是协议，协议也不是内核。分清这三层，才能判断一条配置为什么可以导入、却未必能在当前设备上运行。
管理订阅、设置接入方式、生成运行配置
解析配置、建立连接、执行路由与转发
与服务端约定通信方式及连接参数
Project V 生态将入口、出口、路由与传输等能力拆成可组合的模块。V2Ray 是这一生态中广为人知的项目名称，V2Fly 社区继续维护相关内核与功能。用户在客户端中选择协议、添加服务器、设置分流，最终都会转换为内核运行时读取的配置。理解模块之间的职责，比记住某个菜单的固定位置更有用。
v2rayN 提供桌面配置管理界面，减少直接编辑配置文件的需要。图形界面能降低操作门槛，但不会消除服务端参数的约束。地址、端口、用户标识、传输方式与安全选项需要相互对应；配置中的一个字段看似相近，也可能属于不同协议，不能随意互换。
Xray 与 V2Fly 具有共同的技术背景，随后分别演进。两者在部分基础概念和配置结构上相近，但各自支持的功能、参数语义与更新节奏存在差异。Xray 的能力不能直接推定为 V2Fly 的能力，也不能因为分享链接格式相似，就认为所有客户端都会保留同样的扩展字段。
REALITY 是理解这种差异的典型例子：它是传输安全方案，不是与 VLESS 同层的代理协议。选择相关配置时，需要同时确认代理协议、传输方式以及内核的支持情况。选型应围绕服务端实际要求与设备条件展开，而不是给所有协议排一个固定的速度名次。
v2rayN、v2rayNG 与 v2flyNG 都是开源客户端。v2rayN 采用 GPL 系列许可，v2rayNG 与 v2flyNG 也在各自开源许可下维护；分发或修改时应以项目随附的许可文本为准。图形客户端与其调用的内核属于不同软件层，使用内核的开源能力，不意味着它们具有完全相同的许可条件或维护团队。
v2rayNG 以 Xray 内核提供安卓配置管理和 VPN 接入；v2flyNG 以 V2Fly 内核满足对应配置需求。v2rayN 则面向桌面平台管理服务器与内核设置。本站提供选型与操作说明，不把站点品牌当作客户端作者身份；具体功能以客户端实际界面、发布说明及所使用内核为准。
v2rayN 的界面更新、内核更新和订阅更新是三件不同的事。界面更新可能改变菜单位置与配置生成方式，内核更新可能调整协议支持或参数处理，订阅更新则主要改变服务器配置内容。连接异常时先判断变化发生在哪一层，不必将所有问题都归因于安装程序。
v2rayNG 与 v2flyNG 更新前也应保存必要的配置记录，尤其是自定义路由、DNS 和应用分流设置。迁移后先验证原有基本连接，再启用新增功能。日志中若包含订阅地址、用户标识或访问目标，应在分享前整理并脱敏；求助信息保留错误类型与发生条件即可，不需要公开完整凭据。
v2rayN 需要有效的服务器配置或订阅地址。导入后先选择活动服务器，再设置系统代理与路由预设。客户端本身负责管理和连接，并不自动提供远端服务。如果导入结果为空，应先确认复制内容和订阅响应，而不是反复重装程序。按入门指南完成首次配置 →
v2rayN 的系统代理设置主要影响遵循该设置的应用。部分开发工具、游戏或后台服务有自己的网络配置，可能需要单独指定代理，或在了解权限与路由影响后使用 TUN。先确认应用的流量接入方式，再看出口规则；“全局模式”并不等于强制接管设备中的所有连接。查看接入与分流问题 →
v2rayNG 适合需要 Xray 内核能力的安卓配置，v2flyNG 适合已有 V2Fly 配置与相应功能需求。先根据服务端要求选择，再核对应用分流、DNS 等设置。配置格式可导入只是第一步，扩展参数是否保留、内核是否支持同样重要，不建议仅凭客户端名称判断可用性。在术语表中区分内核与客户端 →
v2rayN 与 v2rayNG 都应先核对活动服务器、设备时间、流量接入方式和日志中的错误类型。域名无法解析与连接握手失败是不同问题，处理方向也不同。保留一条已知可用的配置进行对照，一次只修改一个选项，并记录问题发生在所有应用还是个别应用。继续查看故障排查分类 →
配置专题
基础连接完成后，再处理解析走向、地址映射与移动端电池策略。每篇专题围绕一个问题展开，避免同时改变多个网络条件。
FakeDNS 使用虚拟地址映射保留域名信息，有助于特定 TUN 分流场景。文章说明地址池、映射与解析的关系，并讨论应用缓存及兼容性问题，帮助判断现有配置是否真的需要开启。
阅读 FakeDNS 原理 →v2rayN 与 v2rayNG 的 DNS 配置需要结合流量接入和路由一起判断。文章从解析请求的实际路径入手，区分远程 DNS、直连 DNS 与应用自带解析，并说明检测结果应如何解读。
阅读 DNS 配置说明 →v2rayNG 的电量表现与 VPN 常驻、应用流量、后台限制和连接行为有关。文章按异常发生时段梳理排查顺序，区分后台被回收与持续耗电，给出保活和省电之间的设置思路。
阅读后台运行排查 →