V2Ray 常见问题

V2Ray 属于 Project V 代理工具生态；V2Fly 延续 V2Ray 内核的开发，Xray 是另一条内核分支。内核负责协议连接、路由和 DNS 等处理，图形客户端负责保存节点、管理订阅、生成配置并启动内核。排查时应分清两层：界面能打开不等于内核已启动，内核已启动也不等于系统流量已进入代理。先看客户端日志中的启动结果，再检查代理入口。

Windows、macOS 与 Linux 桌面环境选择 v2rayN，再按处理器架构和安装包格式选择入口。Android 通常先考虑使用 Xray 内核的 v2rayNG；需要使用 V2Fly 内核时，再考虑 v2flyNG。不要仅凭客户端名称判断配置兼容性，还需核对服务端使用的协议、传输方式与安全字段。遇到特定字段不支持时，先确认实际启动的内核与版本，再决定是否更换客户端。

客户端是配置与连接工具，安装本身不会生成服务端地址或访问凭据。节点列表需要通过合法取得的订阅地址、分享链接或手动填写的连接参数建立。订阅通常包含多个节点，单条分享链接通常只描述一个节点，二者对应的导入入口不同。导入前先确认资料类型，导入后检查节点名称、地址和端口是否出现；不要把账户管理网页的地址当作订阅地址粘贴。

VMess、VLESS 与 Trojan 是代理协议名称；REALITY 是安全机制，不是与它们并列的独立节点协议。一个连接还可能包含 TCP、WebSocket 或 gRPC 等传输设置。手动配置时，应分别核对协议、地址、端口、用户标识以及传输与安全参数，不能只让协议名称相同就认为配置一致。字段缺失时应向配置提供方确认，尤其不要自行猜测服务器名称、公钥或短标识。

先检查设备支持的应用架构，而不是只看手机销售年份。支持安装 64 位 ARM 应用的设备通常选择 arm64；无法确认架构时，可以选择包含多种架构的 universal 通用包，但文件通常更大。若出现解析失败或无法安装，还应检查文件是否下载完成、系统兼容要求以及是否存在签名不同的旧安装。准备卸载旧版前先导出配置，避免节点与分组记录随应用数据一起删除。

先区分失败发生在保存地址、获取内容还是解析节点。保存失败时检查地址前后空格、换行和复制截断；获取失败时查看日志中的网络或 HTTP 错误；能够获取但没有节点时，检查返回内容是否是登录页、错误页或客户端不支持的格式。在 v2rayN 的订阅分组设置中保存地址后，还需执行更新订阅。订阅地址可能包含访问令牌，截图和求助日志中应隐藏完整地址。

系统代理只是向遵循系统设置的应用提供代理地址，并不会自动接管所有网络请求。先确认客户端内核正在运行，再核对系统代理的主机与端口是否对应本地 HTTP 或混合入站。随后检查目标应用是否使用自定义代理、明确禁用代理或需要重启才能读取设置。命令行工具与部分应用可能需要单独配置；对于不遵循系统代理的流量，再评估 TUN 模式是否适用，不要仅凭开关状态判断流量路径。

TUN 通常涉及虚拟网络接口和系统路由，所需权限取决于平台、客户端版本与具体实现。桌面端先阅读客户端的权限提示，按提示授予管理员或辅助服务所需权限；Android 则需允许系统弹出的 VPN 连接请求。还要检查是否有其他 VPN 或网络接管工具占用同类资源。授权后重新启动相关模式并查看日志，不要反复安装未知驱动，也不要把所有权限错误都归因于节点不可用。

建议按订阅来源建立独立分组，使用能辨识来源的名称，再把对应地址保存到该分组。手动添加的节点单独保留，不要混入会被订阅刷新覆盖的列表。更新前确认当前操作针对一个分组还是全部分组，更新后检查节点数量变化与当前选中项；数量减少不一定是客户端故障，也可能是来源内容发生变化。分组和过滤属于客户端管理功能，不应写成通用内核配置字段。

规则模式会按域名、IP、端口等条件选择出站；全局代理通常表示把进入客户端的流量统一交给代理出站，但具体范围取决于客户端定义。它不意味着所有应用流量都已被接管，也不等于自动启用 TUN。排查分流时，可以临时让目标请求走代理进行对照，再恢复规则模式并检查命中的规则。始终把流量如何进入客户端与进入后如何选择出站分开检查。

先发起一次可复现的访问，再在客户端日志中查找对应域名、目标地址与出站标签。routing 规则通常按顺序匹配，前面的宽泛条件可能提前截获请求；规则中的 outboundTag 必须与 outbounds 中的 tag 一致。同时检查请求进入内核时是否仍携带域名，因为只有 IP 的请求未必能命中域名规则。调整时一次只改一条，并重新加载配置，避免同时修改 DNS 和路由后无法判断变化来源。

先在电脑客户端中开启允许局域网连接，确认代理入站监听的不只是回环地址，并记录电脑的局域网 IP 与实际监听端口。在另一台设备的代理设置中填写该 IP 和对应的 HTTP 或 SOCKS 端口，再检查电脑防火墙是否允许可信局域网访问。两台设备还需能互相通信，访客网络或无线隔离可能阻断连接。仅在可信网络中开放，优先限制来源地址，不要把代理端口映射到公网。

先保留现有节点，避免删除后失去可用配置。检查订阅是否到期、地址是否被重置，以及本机时间是否准确，再根据日志区分连接超时、证书错误与 HTTP 状态错误。若客户端提供直连更新和通过代理更新两种方式，可在已有可用节点时分别尝试；依赖失效节点更新订阅可能形成循环。若返回内容已改变，应核对来源支持的订阅格式，不要把错误网页反复导入节点列表。

不一定。测试结果同时受测试目标、DNS、当前网络、协议参数和服务端状态影响。先确认选择的测试方式是端口连接还是实际代理请求，两者不能直接等同。再检查地址、端口、系统时间以及服务端要求的传输与安全字段，并查看失败时的日志。可以换一个已知可用的节点或网络作对照，但不要频繁批量测试。若所有节点同时失败，优先检查本地内核是否启动以及网络是否正常。

按本地入口、路由、远端连接与 DNS 的顺序检查。先确认浏览器请求是否出现在客户端日志中；没有记录时，检查系统代理、应用自定义代理或 TUN 接管范围。有记录但连接失败时，核对出站标签、节点参数与远端错误；只有域名解析报错时，再检查 DNS 服务器的可达路径。不要直接关闭所有安全软件。还应观察问题是所有网站都出现，还是只影响某个域名或某个应用。

先读取启动阶段第一条明确错误，而不是只看最后的退出提示。JSON 解析错误通常需要检查逗号、引号和括号；端口占用需要查找是否有旧进程或其他程序使用相同入站端口；未知协议或字段则要核对配置与内核能力。若提示规则资源缺失，检查客户端管理的相关资源是否存在。修改客户端生成的临时配置可能在下次启动时被覆盖，应优先回到界面设置或自定义配置来源中修正。