先看操作系统与处理器架构，再看客户端所需的内核能力。下载页集中列出安装格式和选择说明；首页不直接分发安装文件。
v2rayN 提供桌面版与经典 WPF 版入口。桌面版采用跨平台界面，适合需要在不同桌面系统间保持相近操作习惯的用户；WPF 版保留经典界面，适合已有使用经验的配置环境。先确认系统为受支持的环境，再按界面偏好选择，节点参数不应因界面切换而随意修改。
首次运行后，先导入一组订阅并选定服务器，再设置系统代理。浏览器能够访问，并不表示命令行工具或所有应用都已使用代理；应用是否读取系统代理、是否自行配置代理地址，需要分别确认。更换程序目录或迁移设备前，先从客户端备份自定义规则与参数。
macOS 使用 v2rayN，安装包按 Apple Silicon 与 Intel 芯片区分。在系统的“关于本机”中查看芯片或处理器信息，再选择对应架构；不要仅凭电脑外观和购买年份判断。客户端界面、内核进程与系统网络设置属于不同层次，运行程序后仍需确认系统代理是否启用。
从其他桌面设备迁移时，订阅链接通常可以重复导入，但本地路径、监听端口和权限设置需要重新检查。若已有其他网络工具修改系统代理，先退出相关工具再测试，避免多个程序交替覆盖设置。睡眠唤醒或切换网络之后出现异常时，优先确认当前服务器、系统代理和 DNS，再考虑重建配置。
安卓优先选择采用 Xray 内核的 v2rayNG；现有配置依赖 V2Fly 行为时，再查看 v2flyNG。两者的界面操作相近，但内核能力不能按名称直接互换。需要 VLESS、REALITY 等组合时，应同时核对客户端、内核与分享链接中的字段，避免只看到导入成功就认定配置兼容。
安装格式提供 arm64 与通用版选项。主流较新设备通常使用 arm64，拿不准时查看系统架构说明。首次启动连接需要确认系统 VPN 授权；同一时间启用其他占用 VPN 通道的应用，可能导致连接被替换。后台连接中断时，先查电池限制与后台运行权限，再调整客户端设置，不必一开始就改动协议。
Linux 桌面使用 v2rayN，先按发行版的软件包体系选择 deb 或 rpm，再区分 x64 与 arm64。包格式解决安装方式，架构决定程序能否运行，两者必须同时匹配。图形客户端适合通过界面维护订阅和路由；桌面环境对系统代理的支持不同，不能把某个浏览器的结果当成全部应用的结果。
导入订阅后，先让一个明确支持代理设置的应用完成测试，再逐步检查桌面代理与其他程序。需要接管更多连接时，可以进一步了解 TUN 模式所需权限和路由影响。若连接启动失败，日志中关于权限、端口占用或配置字段的提示，比反复切换服务器更有排查价值。自定义规则建议独立保存，方便后续迁移与恢复。
按客户端设置页的顺序查看。先把输入来源、流量去向和解析路径分开，再判断需要修改哪一项；不要同时更换多组参数。
订阅把服务器参数集中交给来源维护，客户端负责获取、解析和分组展示。添加时填写可识别的备注，再执行更新并检查协议字段。手动节点应放入独立分组，避免和订阅生成的条目混在一起；对订阅节点的本地修改可能在下次更新时被替换。与逐条复制分享码相比，订阅适合持续同步，但通常不会同时迁移路由、DNS 和系统代理设置。订阅地址可能包含访问凭据，排查问题时应遮盖后再分享。
添加订阅分组
→ 填写备注与订阅地址
→ 更新当前分组
→ 检查服务器参数
→ 设置活动服务器
手动配置 → 独立分组
自定义路由 → 单独备份路由分流按条件选择直连、代理或阻断出站，规则通常从上到下匹配，命中后不再继续查找。先处理明确的拦截项与局域网地址，再添加域名集合，最后设定未命中流量的去向。与所有流量共用一个出口相比，分流能保留本地服务的访问路径，但依赖规则数据和 DNS 配置。排查时应对照请求域名与匹配日志，不能只看当前服务器名称。导入新规则前保留原配置，避免宽泛条件提前覆盖后面的精细规则。
geosite:category-ads-all → block
geoip:private → direct
geosite:cn → direct
其余流量 → proxy
前提：对应规则数据可用，出站标签已定义。VMess、VLESS、Trojan 和 Shadowsocks 用于不同的认证与代理设计，传输方式和安全层还需单独匹配。VLESS 配合 REALITY 时，除了地址、端口和用户标识，还要检查服务端名称、公钥及其他必要参数。与只按协议名称选节点相比，逐层核对能更快定位兼容问题。客户端显示某种协议入口，不代表当前内核支持全部扩展字段；切换内核前先确认能力范围，不要把其他协议的参数直接套入现有配置。
协议 VMess / VLESS / Trojan / Shadowsocks
目标 地址、端口
认证 用户标识或密码
传输 按服务端设置
安全 TLS / REALITY 等
兼容性 客户端解析能力 + 实际运行内核DNS 决定域名在哪里解析，路由决定连接从哪里发出，两者需要配合检查。先区分用于直连域名的解析器、用于代理域名的解析器，以及服务器地址自身的解析过程。与单纯替换一个 DNS 地址相比，明确查询出口更能解释解析失败和路径偏差。FakeDNS 会改变域名到地址的映射方式，需要客户端接管与路由规则共同支持。配置后应分别验证解析和访问结果；仅看到出口地址改变，不能据此认定所有 DNS 请求都符合预期。
直连域名 → 检查本地解析路径
代理域名 → 检查远程解析路径
服务器域名 → 避免解析依赖形成循环
FakeDNS → 按内核与接管模式决定是否启用
验证 → 对照 DNS 查询与连接日志系统代理向愿意读取该设置的应用提供代理入口，并不自动接管所有网络连接。桌面端可先用浏览器验证，再决定是否需要 TUN；后者涉及虚拟网卡、权限与路由，接管范围取决于具体配置。安卓通过系统 VPN 通道承载客户端连接，分应用代理用于限定应用范围。与直接追求更大接管范围相比，先用最小配置建立连接更容易排错。修改模式后重新检查局域网访问、DNS 和其他网络工具，确认没有相互覆盖的设置。
桌面
系统代理 → 检查应用是否读取
TUN → 检查权限、路由与 DNS
安卓
VPN 授权 → 首次连接时确认
分应用代理 → 检查包含或排除逻辑首次配置只走一条完整路径。先让一个服务器、一个应用正常连接，再增加规则、分应用设置或更大的接管范围。
安装并打开客户端后，先添加订阅分组，填写备注和订阅地址，再更新该分组。桌面端 v2rayN 与安卓端 v2rayNG 的菜单位置不同，但都需要区分“添加来源”和“获取服务器”这两个动作。保存订阅地址后列表仍为空，先检查是否执行了更新，再看日志中的网络或解析提示。
选择一个服务器作为活动项，核对地址、端口、协议与传输安全字段。订阅链接、单条分享链接和完整配置文件不是同一种输入，不能放入任意导入入口。只有二维码时，先确认其承载的是单个节点还是订阅地址。订阅并不包含所有本地偏好，迁移设备后仍需重新检查路由与 DNS。相关概念可在术语表中对照查看。
桌面端先使用系统代理，并确认测试应用读取该设置；安卓端确认 VPN 授权后启动连接。首次使用保持客户端可用的基础路由预设，暂不叠加来源不明的复杂规则。需要访问局域网设备时，检查绕过局域网相关设置。分应用代理则要看清当前使用的是包含列表还是排除列表，避免把需要测试的应用放到相反范围。
不要同时启用多个会修改系统代理或占用 VPN 通道的工具。若浏览器可访问而另一应用失败，先检查该应用的代理行为，而不是立刻更换订阅。需要 TUN 或 FakeDNS 时，在基础连接验证后逐项启用，并记录修改前的状态。每次只改变一个条件，才能判断变化来自权限、路由还是解析设置。
启动连接后，用实际需要访问的应用发起请求，同时查看客户端日志。先判断内核是否启动、是否建立出站连接，再检查应用请求是否进入代理。服务器测试成功只能说明该测试覆盖的路径可用，不能替代浏览器、应用与 DNS 的实际验证。需要确认分流时，分别测试应直连和应代理的目标，而不是只访问一个站点。
遇到错误，记录复现时间、所用模式和日志中的错误类型；分享日志前移除订阅地址、用户标识与其他敏感参数。证书、认证、域名解析和端口占用分别对应不同检查方向，重装通常不是第一步。连接稳定后再导出本地配置备份，之后的变更就有可恢复的基线。常见错误可继续查看常见问题，完整流程见使用指南。
客户端负责交互与配置，内核负责执行连接。把两层分开，才能解释协议支持、配置兼容和更新后的行为变化。
共同的技术来源，不同的功能演进。
图形客户端生成配置，所选内核执行配置。共享部分概念，不代表所有扩展字段互通。
Project V 是理解 V2Ray 技术生态的起点。V2Fly 延续了 V2Ray 的社区开发，Xray 则从 V2Ray 分叉，形成自己的功能演进路线。它们都使用入站、出站、路由等配置概念，但支持的协议扩展、配置字段和默认行为会逐步分化。因此，“属于 V2Ray 生态”只能说明技术背景，不能直接推导出某份配置可以原样迁移。
客户端名称与内核名称也不是一一对应。图形界面负责接收订阅、生成配置并调用内核；真正执行认证、传输和路由的是运行中的内核。排查兼容问题时，应记录客户端与内核两层信息。教程里某个选项是否可用，要以当前界面及实际内核能力为准，而不是只看截图中的菜单名称。
需要 REALITY、XTLS Vision 等能力时，应重点核对 Xray 对应支持及必要字段。已有 VMess 或其他常见协议配置，也仍需检查传输层和安全参数，不能只凭协议名判定互通。V2Fly 与 Xray 的部分基础结构相近，但扩展项和 DNS 行为可能不同；切换时先保留原配置，再用最小连接验证，确认后逐步恢复自定义规则。
协议本身也不是速度排名。握手方式、服务器负载、传输链路、复用设置和终端网络都会影响体验。移动端还需考虑后台策略与连接维持带来的电量变化。选型时先满足功能和兼容条件，再在同一设备、同一网络下比较实际行为。具体差异可阅读协议手册，不必把所有高级选项一次打开。
v2rayN、v2rayNG 与 v2flyNG 都是开源图形客户端。v2rayN 面向桌面配置管理；v2rayNG 采用 Xray 内核，v2flyNG 提供 V2Fly 内核路线的安卓选择。它们提供的是连接工具与配置入口，安装客户端本身不会自动产生可用的服务器配置。订阅或服务器参数需要由使用者另行取得，并确认来源与使用权限。
开源许可证规定代码使用与再分发条件，客户端和内核需要分别理解。V2Fly 使用 MIT 许可证，Xray-core 使用 MPL-2.0 许可证；这些授权信息描述项目代码的使用条件，不替代对具体配置与运行环境的判断。遇到问题时，优先把症状归到界面操作、订阅解析或内核执行层，有助于缩小排查范围。
程序更新、内核更新、规则数据更新和订阅更新是不同操作。订阅更新主要刷新服务器条目，通常不会修复客户端对新字段的解析能力；程序更新也不会自动纠正失效的订阅地址。看到新功能说明时，先确认其所属层次，再决定需要更新哪一部分。长期使用的设备应保留可恢复的本地配置，而不是只保存一个订阅链接。
升级前备份自定义路由、DNS 与手动节点，升级后先用已知可用配置验证。确认基础访问、分流和解析都符合预期，再恢复其他高级设置。本站提供客户端入口与中文操作说明，不提供服务器订阅，也不将第三方参数视为默认可信。选择客户端后，可在下载页确认安装方式，在使用指南中完成配置闭环。
从多订阅管理、DNS 路径与安卓后台行为入手。每篇围绕一个具体问题，区分设置方法、适用条件和验证步骤。
同时导入多个订阅源时，如何用分组、备注正则过滤和自动更新间隔保持服务器列表整洁，以及切换分组时的常见误区。
阅读分组管理方法 →介绍判断 DNS 请求是否绕过代理的检测思路，并在 v2rayN 与 v2rayNG 中逐项设置远程 DNS、FakeDNS 和 DNS 分流规则。
阅读 DNS 排查步骤 →从系统电池统计入手定位 v2rayNG 的耗电来源，讲清后台限制、厂商省电策略、Mux 与分应用代理对续航的实际影响。
阅读后台与电量分析 →