V2Ray 常见问题

V2Ray 是 Project V 生态中的代理软件，V2Fly 延续了相关内核的发展；Xray 是同源分支，功能与配置已各自演进。v2rayN 是桌面图形客户端，用于管理订阅、节点和代理模式，实际连接由所选内核处理。因此，客户端能显示某个协议选项，不等于当前内核一定支持该配置。排查时同时记录客户端版本、内核名称和启动日志；遇到 REALITY 或 Vision 配置，尤其要确认所选内核的支持范围。

Windows、macOS 和 Linux 桌面优先选择对应平台的 v2rayN 安装包。Android 优先选择使用 Xray 内核的 v2rayNG；已有 V2Fly 配置需求时，可考虑 v2flyNG。选择依据应是系统、处理器架构和节点所需功能，而不是名称相似程度。不同客户端的菜单位置、路由选项和订阅解析能力并不完全一致，迁移时应重新核对配置。先在一个客户端中完成导入与连接验证，再迁移其他设备，能减少同时排查多个变量的难度。

VMess、VLESS 和 Trojan 是代理协议类型，Shadowsocks 也属于这一层；REALITY 则是安全传输相关配置，常与 VLESS 搭配，不应当作可随意替换的协议名称。VLESS 本身不提供内容加密，传输安全需要另外配置。客户端中还可能出现 TCP、WebSocket、TLS 和 flow 等字段，它们分别描述不同层次的连接行为。导入或手动录入时，应按服务端提供的整套参数逐项对应，不能只改协议下拉框，也不能凭名称相近推断兼容。

订阅地址通常是用于获取一组节点的网络地址，更新时客户端重新请求内容；分享链接通常描述一个节点，例如 vmess:// 或 vless:// 链接；原生 JSON 配置可以包含入站、出站、路由和 DNS 等完整设置。三者不能一律粘贴到同一个入口。需要定期刷新节点列表时使用订阅分组，只有单个节点链接时使用剪贴板导入，完整配置则使用客户端提供的配置导入功能。订阅地址可能带访问凭据，截图、发日志或寻求帮助时应隐藏整个地址。

多数较新的 Android 手机可以选择 arm64 包，通常体积更小；universal 包包含多种处理器架构，适合架构不确定或需要兼容旧设备的情况。购买年份只能作为参考，部分设备虽然使用支持 64 位的芯片，却仍运行 32 位系统，应以系统支持的应用 ABI 为准。如果 arm64 包提示不兼容，可在确认系统条件后尝试通用版。升级时保持应用签名来源一致，安装失败不一定是架构问题，也可能与签名冲突、系统版本或存储空间有关。

先确认复制的是完整订阅地址，而不是服务页面地址、二维码图片地址或单个分享链接。粘贴时去掉首尾空格，注意聊天工具是否截断了参数。随后检查该地址是否仍有效、账户权限是否可用，以及返回内容是否属于客户端支持的格式。浏览器能打开地址，并不代表返回的是节点列表：登录页、错误页和跳转页也可能成功显示。优先使用提供方给出的客户端对应入口，不要反复更换协议类型；分享链接则应改用剪贴板导入功能。

系统代理只影响遵循系统代理设置的应用，不会自动接管全部流量。先确认已选中节点、内核正常运行，再检查客户端设置的本地监听端口与系统代理记录是否一致。浏览器扩展、企业策略或浏览器自身代理设置可能覆盖系统设置；修改后可完全退出浏览器再重开。若仅一个应用不生效，优先检查该应用的代理选项。若所有应用都不生效，查看本地端口是否被占用或被安全软件阻止。需要接管更多应用时再评估 TUN，而不是同时开启多个代理工具。

TUN 模式需要创建虚拟网络接口，并可能调整路由与 DNS，权限要求高于普通系统代理。Windows 可按客户端提示以管理员权限启动，并检查虚拟网卡组件是否成功加载；macOS 与 Linux 应按当前版本说明授权，不要套用其他系统的操作。先关闭其他 VPN 或同类 TUN 程序，再重试。若仍失败，查看日志中的具体权限或设备错误，确认系统策略是否允许创建接口。不要为了消除提示长期关闭防火墙；普通浏览器使用可先退回系统代理完成验证。

这三个概念不在同一层。系统代理和 TUN 决定流量如何进入客户端；规则路由与全局路由决定进入后的流量使用哪个出站。只使用支持代理的浏览器时，可先启用系统代理并采用规则路由；需要处理不遵循系统代理的应用时，再考虑 TUN。全局路由通常让已接管的流量统一走代理出站，但不能让未被接管的应用自动进入客户端。调整时一次只改一个层面的设置，保留原配置，验证访问结果后再改下一项，避免把接管问题误判成节点故障。

先在节点列表中明确选中一个节点作为当前使用项，再启动内核并设置所需代理模式。列表中的测试结果只是参考：不同测试方式可能测量 TCP 建连、握手或指定网址响应，并不等于实际网页下载速度。验证时访问一个预期走代理的页面，同时查看日志中是否建立连接及使用了哪个出站。再访问一个预期直连的页面，确认分流符合设置。只切换节点而不改变模式和规则，可以更清楚地比较结果；某次测试失败也不应立即删除整组订阅。

Android 的 VpnService 用于建立本地流量接管接口，首次启动时需要批准系统授权。若息屏后断连，先检查应用是否受到电池优化、后台运行或自启动限制，按设备系统设置允许必要的后台活动。分应用代理的包含模式只接管选中的应用，排除模式则跳过选中的应用，配置前先核对当前模式，修改后重新启动连接。不要把正在验证的浏览器误放进排除列表。后台断连与节点超时是两类问题，应结合断开时间和日志判断，而不是直接更换订阅。

把不同来源的订阅放入独立分组，给每组使用清楚的名称，便于定位哪一组更新失败。自动更新间隔应参考提供方的限制和节点变动频率，不必设置成几分钟一次；频繁刷新可能触发请求限制，也增加移动端后台活动。首次导入后先手动更新成功，再启用自动更新。网络暂时不可用时，更新失败不代表现有节点全部失效。清理重复节点或更换订阅地址前，记录当前使用节点与必要设置，避免更新后失去可以用于恢复连接的配置。

订阅更新请求与节点连接是两条不同的链路，现有节点可用不能证明订阅地址可访问。先查看错误属于地址失效、请求超时、证书错误还是内容解析失败，再检查是否需要通过当前代理更新。不同版本的相关菜单名称可能不同，应核对更新请求的实际路径。证书报错时检查系统日期、时间和时区，不要直接关闭证书验证。若返回内容是登录页或错误提示，应联系提供方确认地址状态；连续失败时避免密集重试，保留可用节点后再处理订阅。

先确认本机普通网络可用，再查看内核是否成功启动；本地监听端口占用、配置解析错误都应先解决。若内核已运行，核对节点地址、端口、协议、传输方式及安全参数是否与提供方一致。保持同一套代理模式和路由，换一个已知可用节点做对照；若只有一个节点失败，更可能是该节点配置或服务状态的问题。所有节点都失败时，再检查系统时间、DNS、网络环境与安全软件日志。单纯的测试超时不够定位原因，应结合实际访问与连接日志判断。

已连接通常只说明本地服务或虚拟接口已启动，不代表远端握手和目标访问都成功。先访问普通可达页面确认基础网络，再检查浏览器流量是否进入客户端：日志没有新连接时，优先查系统代理、分应用设置或 TUN 接管。已有连接但报握手错误时，核对 SNI、证书和协议参数；报域名解析错误时，检查 DNS 路径。最后检查路由是否把目标送到了错误出站。一次只调整一项并复测，避免同时改节点、DNS 和规则后无法确认真正原因。

先判断是所有访问异常，还是只有部分域名失败。使用 TUN 时，DNS 请求可能被接管，远程 DNS 的访问又可能依赖代理出站，应检查是否形成无法启动的相互依赖，并确认所选内核支持当前 DNS 配置。恢复时先在客户端正常关闭 TUN 和系统代理，再退出程序，检查系统是否仍保留本地代理或失效的 DNS 设置。必要时恢复网络适配器原先的自动获取配置并重新连接网络。不要直接照抄公共 DNS 地址替换全部设置，先记录原配置以便回退。