V2Ray / FAQ
V2Ray 常见问题
订阅、连接与代理设置，按现象查找。
先确认基础连接，再检查流量接管。每次只改一个设置，保留能复现问题的测试条件。
V2Ray、Xray 与 v2rayN、v2rayNG 分别是什么？
先区分内核与图形客户端。V2Ray 属于 Project V 生态，V2Fly 延续相关内核开发；Xray 是另一个内核分支，两者支持的功能与配置细节并不完全相同。v2rayN 是桌面图形客户端，负责订阅、服务器选择、路由和内核调用；v2rayNG 主要用于 Android，使用 Xray 内核；v2flyNG 是使用 V2Fly 内核的备选。导入配置前，应同时确认客户端与实际运行内核的支持范围。安装了图形界面，并不代表其中每个内核都支持所有协议组合。
安装客户端后，为什么还没有可用的服务器？
客户端负责读取配置并建立连接，不会因安装完成就自动获得远端服务。需要准备有权使用的订阅地址、单节点分享链接，或由服务维护者提供的完整连接参数。订阅通常用于批量导入与后续更新，单节点链接则描述一条连接配置，两者不能随意互换入口。本站提供客户端入口与使用说明，不提供节点账号。若列表为空，先确认是否已经导入配置；若列表有内容但全部失败，再检查服务有效期、参数和本地网络，而不是反复重装客户端。
VMess、VLESS、Trojan 和 REALITY 可以随意切换吗？
不能只改客户端中的协议名称。VMess、VLESS、Trojan 等连接方式需要与服务端配置一致，认证信息、传输方式、TLS 设置也必须成套匹配。REALITY 是传输安全机制，不是与这些协议完全同层的独立替换项，常见于特定的 VLESS 组合。若服务端要求 REALITY，还要核对公钥、短标识、服务器名称及流控等字段，并确认内核支持。遇到不支持的组合，优先更新适配的客户端与内核，或向服务维护者索取兼容配置，不要靠逐项猜测参数排障。
延迟测试有数值，就代表节点一定能正常上网吗？
不一定。TCP 连接测试通常只说明目标端口能够建立连接，不能证明代理认证、TLS 握手、DNS 解析和网页请求都成功。真实连接测试会经过更多处理环节，但结果仍受测试地址、路由和当前网络影响。先确认客户端提供的是哪一种测试，再选中同一配置进行真实连接测试，并访问实际需要使用的网站。不要把不同测试方法的数值直接比较，也不要把一次超时当成永久失效。若 TCP 可达而真实请求失败，应进一步查看内核日志中的认证、握手或解析错误。
v2rayNG 或 v2rayN 导入订阅后没有节点，应该检查什么？
先核对复制的内容是否为完整订阅地址，尤其注意首尾空格、换行和遗漏的查询参数。v2rayN 通常需要先进入订阅分组设置，保存地址后再更新对应分组；v2rayNG 则在订阅分组设置中添加地址，再执行更新订阅。只有保存地址而没有更新，不会生成服务器列表。若输入的是以 vmess:// 或 vless:// 开头的单节点链接，应改用剪贴板导入入口。更新完成仍为空时，检查是否选错分组或启用了列表筛选，再查看返回内容是否为登录页、错误页或不兼容的订阅格式。
订阅更新失败，要不要先删除原来的订阅分组？
先保留原分组和仍可使用的配置，避免把临时更新故障变成完全没有连接入口。查看更新提示：解析失败通常需要核对返回格式，连接超时需要检查当前网络与更新所走的路径，认证失败则应确认订阅是否过期或地址是否已经更换。若客户端提供通过代理更新选项，只在已有代理确实可用时尝试；当前代理本身故障时，改用直连更新可能更合适。每次只切换一个条件后重试。不要把完整订阅地址发到公开讨论区，其中的访问凭证可能允许他人读取服务配置。
Android 安装包的 arm64 与 universal 应该怎么选？
已确认系统支持 64 位 ARM 应用时，优先选择 arm64；不清楚设备架构，或需要覆盖不同设备时，可选择 universal 通用包。近年主流手机通常支持 arm64，但硬件支持 64 位不等于所装系统一定提供 64 位应用环境，旧设备和定制系统尤其要核对。安装提示不兼容时，先检查系统版本与应用架构要求，不要连续尝试来源不明的包。universal 通常体积更大，但不会因此自动提高连接速度。从其他签名来源切换时，还可能遇到签名冲突，卸载前应先备份必要配置。
启用 TUN 模式时提示权限不足，应该怎么处理？
TUN 会创建虚拟网络接口并调整部分网络路径，通常需要比系统代理更高的权限。桌面端应先关闭客户端，再按对应系统要求以提升权限方式启动，或完成客户端提供的服务安装流程；具体入口随版本而异。Android 常见的是系统 VPN 授权，应阅读并确认连接请求，同时检查是否已有其他应用占用 VPN 通道。授权后仍失败，查看日志中虚拟网卡、路由创建或端口占用的错误。不要直接关闭整套安全防护来绕过提示。排障期间先关闭 TUN，验证基础代理连接成功，再处理接管权限。
系统代理和 TUN 模式有什么区别，需要同时开启吗？
系统代理主要为遵循系统代理设置的应用提供入口，并不保证所有程序都会使用；TUN 通过虚拟网络接口接管符合配置的流量，适用范围通常更广，也会增加路由与 DNS 排查的复杂度。初次使用建议先用系统代理确认连接正常，再按应用需求尝试 TUN，而不是把多个开关一次全部打开。不同客户端对两种方式并用的处理不同，应以当前版本说明为准。若出现循环连接或重复接管，先只保留一种方式，再检查其他代理工具、浏览器扩展以及应用自身代理是否仍在运行。
全局代理与规则分流应该如何选择？
日常使用可从客户端提供的规则分流方案开始，让匹配规则的请求分别走代理或直连。全局代理适合临时确认某个问题是否由分流规则引起，但它通常只改变进入客户端后的路由决策，并不保证所有应用流量都已经被接管。切换前记录原模式，测试同一网站，再根据日志判断实际出口。不要同时修改分流、DNS 与内核，否则很难确认是哪一项生效。若只有一个域名走错路径，优先检查该域名对应规则及规则顺序，不必为了单个网站永久改变全部流量的处理方式。
V2Ray 节点测速应该怎样做，结果才有参考价值？
先分清延迟与吞吐量：握手快不代表持续下载快，下载速率高也不保证交互请求稳定。测试时尽量固定本地网络、服务器配置、测试目标和时段，暂停其他大流量任务，并逐个测试，避免批量并发占满带宽后互相干扰。先用真实连接测试确认可用，再用实际业务或可信的测速目标观察持续表现。流量测试会消耗本地与服务端额度，不适合频繁对全部节点运行。若结果波动明显，可换一个时间复测，并比较同一设备的直连基线，不要根据一次峰值判断长期体验。
电脑和手机能直接共用同一份配置吗？
同一订阅可能同时被桌面端和 Android 客户端读取，但前提是服务允许相应设备使用，而且协议与订阅格式都受到目标客户端支持。建议在各设备上分别导入订阅，不要直接把整个程序目录当作通用配置复制。本地端口、系统代理、TUN、文件路径和路由规则存在平台差异，需要分别确认。导入成功后还要检查协议、传输与安全参数是否完整保留。更新订阅也不等于同步全部本地设置。若一个设备能连接、另一个不能，应优先比较内核版本与导入结果，而不是先认定订阅整体失效。
LOG / RECOVERY
故障排查
按本地网络、远端连接、应用接管的顺序缩小范围。
节点连接超时，最有效的排查顺序是什么？
先确认关闭代理后本地基础网络可用，再检查服务是否有效、地址和端口是否完整。接着区分 TCP 不可达与代理握手失败：前者重点检查网络路径、目标端口和服务端监听状态，后者重点核对认证、TLS、服务器名称及协议组合。对比一条已知可用配置，或在另一条本地网络上测试，有助于缩小范围。只在问题发生时查看相关日志，记录错误类别和时间即可，分享时隐藏地址与凭证。单纯增大超时时间不能修复参数错误；反复更换内核之前，应先确认当前配置与内核兼容。
客户端显示已连接，但网页无法打开怎么办？
已连接有时只表示本地代理或 VPN 接口已经启动，并不说明远端请求成功。先对当前选中配置执行真实连接测试；测试失败就查看内核日志，不要只盯着连接按钮。测试成功而浏览器失败时，检查浏览器是否使用系统代理、是否被扩展覆盖，以及应用是否配置了另一个代理端口。只有域名访问失败时，再排查 DNS 设置和解析请求所走的路径；只有部分网站失败时，优先查看分流规则。每次只改一个设置并重试同一目标，避免把 DNS、路由和接管方式一起改乱。
系统代理已经开启，为什么部分应用仍然不走代理？
系统代理是应用可以选择遵循的设置，不是对所有网络连接的强制接管。先用遵循系统代理的浏览器验证基础连接；若浏览器正常而某个应用异常，检查该应用是否有独立代理设置，或是否默认使用直连。手动填写代理时，要核对协议类型、监听地址和端口，不能把 HTTP 与 SOCKS 入口混用，也不要照抄其他客户端的端口号。基础连接确认正常后，确有全应用接管需求再考虑 TUN。若所有应用都不生效，则检查客户端本地监听是否启动、端口是否冲突，以及系统代理是否被另一程序覆盖。
退出客户端后无法上网，怎样恢复原有网络？
先检查系统是否仍指向已经停止的本地代理端口。可以重新打开客户端，执行清除系统代理或恢复原设置，再正常退出；也可以在系统网络设置中移除残留的手动代理。若此前使用 TUN，应关闭相应模式并检查虚拟接口是否已经退出；Android 还应检查系统 VPN 页面是否启用了始终开启及阻止未使用 VPN 的连接。完成后重新连接当前网络，再测试基础访问。不要一开始就重置整套网络配置，尤其是有单位网络或自定义 DNS 的设备。恢复前先记录原值，避免丢失正常业务需要的设置。