V2Ray 常见问题

先区分内核与客户端。V2Ray 属于 Project V 代理生态，V2Fly 延续相关内核维护；Xray 是另一条内核分支，两者支持的协议和配置细节并不完全相同。v2rayN 是桌面图形客户端，负责管理订阅、服务器、系统代理与内核进程，不等于某一种协议。排查时应同时记录客户端名称、正在使用的内核以及服务器协议，不能只凭分享链接的外观判断兼容性。切换内核也不能自动补齐服务器缺失的参数。

Windows、macOS 与 Linux 桌面优先查看 v2rayN；Android 优先查看采用 Xray 内核的 v2rayNG，需要 V2Fly 内核环境时再考虑 v2flyNG。先按操作系统和处理器选择安装包，再检查现有订阅采用的协议是否受支持。三款客户端的菜单布局、配置存储和内核版本各自独立，不能直接把其中一款的程序目录当作另一款的配置导入。跨设备迁移通常重新添加订阅地址更直接，随后单独设置代理模式与路由。

订阅地址通常是用于获取一组服务器信息的网址；分享链接通常描述单个服务器，例如以 vmess:// 或 vless:// 开头的文本；原生 JSON 则可能包含入站、出站、DNS 与路由等完整配置。三者要使用对应的导入入口，不能把任意 JSON 当成订阅网址填写。订阅内容还可能经过 Base64 编码，这不代表所有客户端都能识别同一种返回格式。遇到格式错误，先向提供方确认客户端适配格式，不要反复修改其中的身份参数。

系统代理告诉遵循系统设置的应用把请求送到本地代理端口；路由分流决定进入内核的连接使用哪个出站；TUN 模式通过虚拟网络接口接收符合其接管范围的流量。三者处于不同环节，开启系统代理不代表所有程序都已进入内核，选择全局路由也不会自动接管忽略系统代理的程序。建议先用系统代理验证服务器可用，再根据具体应用是否需要接管决定启用 TUN，避免同时修改多个环节后无法判断故障来源。

已确认设备支持 64 位 ARM 应用时，优先选择 arm64；无法确定设备架构时，可以选择包含多种架构组件的 universal。2015 年后主流手机多采用 64 位 ARM 处理器，但部分设备仍运行 32 位系统，因此不能只看购买年份。可在系统设备信息中确认架构，或依据安装器的兼容性提示判断。出现应用未安装时，还要检查存储空间、现有应用签名及安装权限；先保留订阅与设置记录，不要为了尝试另一个包立即清除应用数据。

先打开订阅分组设置，新建分组并将完整订阅地址填入地址栏，保存后通过订阅分组菜单更新该分组。只保存地址通常不会立即生成服务器列表。若仍为空，检查日志中的请求结果，区分地址无法访问、返回内容为空和格式不支持。复制时应去掉首尾空格与换行，但不要删除网址中的查询参数。还要检查当前分组筛选是否隐藏了新条目，以及地址是否已过期。分享链接则应使用从剪贴板导入入口，不填进订阅地址栏。

在 v2rayNG 的订阅分组设置中新建分组，填写备注和订阅地址并保存，再回到主界面通过菜单更新订阅。服务器列表出现后，点选一个条目作为当前配置，再点击连接按钮。首次连接时，Android 会请求建立 VPN 连接的权限，确认后客户端才能接管流量。若更新后仍没有条目，先看更新提示与当前分组，不要把连接按钮当作更新订阅按钮。不同版本菜单位置可能变化，但添加地址、更新列表、选择配置和启动连接仍是四个独立动作。

先关闭 TUN，再按当前系统与客户端版本的要求授予提升权限。Windows 上通常需要以管理员身份启动；macOS 与 Linux 应按客户端提示完成授权或相关服务设置，不能套用 Windows 的操作。权限通过后仍失败，应在日志里检查虚拟接口创建、路由写入及端口占用错误，并暂时退出其他正在接管网络的程序。不要反复切换开关或长期关闭安全防护。修改前记下原状态，失败时先关闭 TUN，恢复普通系统代理验证基础连接。

先在服务器列表中将目标条目设为活动服务器，再确认系统代理或 Android 的连接开关已启用。只高亮一行、打开编辑窗口或完成订阅更新，不一定代表已切换活动配置。随后访问平时需要使用的站点，并观察日志是否出现对应连接。客户端的延迟测试仅验证特定测试过程，成功不代表所有网站和应用都能访问。测试失败也可能来自测试地址、DNS 或本机网络，因此应结合实际访问结果判断，不要只根据一个测试数字反复更换配置。

日常使用可先选择绕过大陆类路由，再按需要调整具体规则；全局模式适合临时验证某个请求是否因分流而走了不同出站。切换前先确认菜单控制的是内核路由，还是系统代理的 PAC 行为，不同客户端与版本的命名可能不同。全局路由只影响已经进入内核的流量，不会强制接管所有应用。若切换后问题消失，应继续检查域名规则、IP 规则及其顺序，而不是直接认定服务器故障。测试结束后恢复适合日常访问的模式。

在可信家庭网络中，先开启允许来自局域网的连接，再确认本地代理端口的实际监听状态。其他设备填写电脑的局域网 IP 和相应代理端口，不能填写 127.0.0.1，因为该地址指向设备自身。部分配置常见 SOCKS 10808、HTTP 10809，也有版本使用混合端口，应以当前设置为准。同时检查防火墙是否允许来自本地子网的连接，以及路由器是否启用设备隔离。只开放必要范围，不在公共网络使用，也不要把本地代理端口映射到公网。

先记录订阅分组、路由选择、监听端口及手动添加的服务器，再使用当前客户端提供的备份或导出功能；若该版本没有相应入口，退出客户端后按其文档备份用户配置目录。订阅更新可能替换由订阅生成的条目，因此不要把重要的手动修改只留在订阅条目中。订阅地址可能带有账户访问参数，备份文件与截图都应妥善保存，分享日志前先移除相关信息。升级后先验证原有配置，再逐项启用新功能，避免同时迁移和大幅改动路由。

先查看失败原因，再选择更新路径。如果订阅地址在当前网络可直接访问，先尝试不经过代理更新；若必须经过代理访问，则需要先有一个可用的活动服务器，再使用客户端提供的通过代理更新入口。不要依赖已经失效的服务器去获取替换它的订阅。日志若显示认证失败或禁止访问，应检查地址是否过期、账户状态与访问限制；若返回的是网页而不是订阅内容，应重新取得适配客户端的地址。频繁重试还可能触发限流，宜间隔后再试。

先确认本机能够正常访问普通网络，再检查当前活动服务器的地址、端口、协议和传输参数是否与提供方一致。使用 VMess 时，还应确认系统日期、时间与时区设置正确。随后查看日志，区分域名解析失败、连接超时、连接被拒绝和 TLS 握手错误，这些提示对应不同环节。可以换一个已知可用的服务器作对照，但不要一次修改多个字段。若同一配置在其他网络正常，应继续检查本地防火墙、网络限制与 DNS，而不是立即重装客户端。

已连接通常只说明内核或网络接口已经启动，不代表目标网站已经访问成功。先关闭 TUN，用系统代理和一个已确认可用的服务器测试浏览器；随后查看日志中是否出现目标域名的请求。没有请求时，检查浏览器代理、扩展设置及其他代理工具是否覆盖了系统设置；有请求却失败时，再检查 DNS、路由命中和服务器连接错误。只有部分网站异常时，还要排除网站自身故障与访问限制。每次只改一项，并保留修改前状态，便于回退和比较。

先确认内核正在运行，系统代理指向的地址和端口与当前入站一致，再检查是否有其他程序覆盖了系统代理。部分应用使用自己的代理设置，部分程序不会读取系统代理，命令行工具也可能只读取各自支持的环境变量，因此不能仅凭菜单选中状态判断全部流量已接管。可先用遵循系统代理的浏览器验证；应用支持手动代理时，填写实际监听地址、端口与协议。确实需要更广范围接管时再考虑 TUN，并单独验证其权限、路由和 DNS 设置。