V2Ray 常见问题

V2Ray 属于 Project V 代理技术生态，内核负责协议处理、入站监听与路由执行；客户端提供图形界面，负责保存节点、更新订阅和启动内核。v2rayN 是桌面客户端，v2rayNG 与 v2flyNG 面向安卓。排查时先分清界面操作失败还是内核连接失败：订阅列表没有内容应检查导入结果，已经有节点但连接失败则查看内核日志。不要把重新安装客户端当作所有问题的第一步。

桌面系统优先从 v2rayN 开始；安卓通常选择采用 Xray 内核的 v2rayNG，需要 V2Fly 内核行为或已有兼容配置时再考虑 v2flyNG。REALITY 与 XTLS Vision 属于 Xray 相关能力，不能只凭客户端名称相近就判断支持。先确认服务端要求的协议、安全层和传输方式，再核对客户端所带内核的支持情况。两款安卓客户端分别保存配置，切换应用后通常需要重新导入订阅。

客户端是连接工具，安装包本身不包含可直接使用的远程服务器。建立连接需要合法取得的服务器地址、端口、认证信息，以及与服务端一致的协议和传输参数。订阅只是批量分发这些配置的地址，不等于客户端账号。拿到订阅后，应先导入并更新节点列表，再选择活动服务器。没有节点时反复切换系统代理或 TUN 不会补齐服务器信息，也无法建立代理连接。

VMess、VLESS 与 Trojan 是代理协议名称，REALITY 则是 Xray 提供的安全传输机制，不能把它们当作四个互斥的协议选项。一个节点还可能包含 TCP、WebSocket 或 gRPC 等传输设置，以及 TLS、SNI 等字段。导入后应按服务端提供的信息核对整套组合，尤其是端口、路径、服务名与安全参数。不要为了排查而随意替换协议；客户端和服务端参数不匹配通常会直接导致握手失败。

多数较新的安卓手机可先选 arm64，但生产年份不能单独作为判断依据，仍应以设备支持的应用架构为准。可在系统设备信息中确认，或参考设备厂商的规格说明。无法确认架构时，universal 通用包包含多种架构，适配范围更广，但文件通常更大。若安装提示不兼容，检查系统版本与应用架构；若提示签名冲突，先备份配置，再确认已有应用来源，不要直接卸载导致订阅和路由设置丢失。

先判断拿到的是订阅网址、单条分享链接，还是完整 JSON 配置，三者入口不同。订阅网址应放入订阅分组的地址栏，保存后执行更新；分享链接应使用剪贴板导入；完整配置应使用自定义配置入口。检查复制时是否带入空格、换行或聊天软件附加文字。仍为空时查看更新提示：认证失败应核对订阅有效期，格式错误应确认返回内容是否实际为登录网页。不要把订阅地址提交给陌生在线解析服务。

不一定。完整 JSON 描述内核配置，可能同时包含入站、路由和多个出站；常见订阅则是客户端可识别的节点集合，或经过 Base64 编码的分享链接列表。一个网址能下载 JSON，并不代表它符合当前订阅入口支持的格式。先查看提供方说明，再选择自定义配置或对应格式的导入入口。自定义配置还可能自行指定监听端口和路由，使用前应检查本地端口冲突，并保存原配置以便恢复。

先在普通代理方式下确认节点可用，再处理 TUN，避免同时排查两层问题。桌面端创建虚拟网络接口、设置路由通常需要管理员或相应系统权限，应按客户端提示授权，并检查虚拟接口组件是否安装成功。安卓使用系统 VPN 授权，需要确认连接请求；设备上其他 VPN 服务可能与之冲突。若日志提示权限或接口创建失败，先关闭冲突服务再重试，不要通过永久关闭系统安全防护来绕过问题。

先保留已有节点。订阅更新访问的是配置分发地址，节点连接访问的是代理服务器，两条链路可以分别成功或失败。检查订阅是否过期、地址是否被重置，再按客户端提供的选项分别尝试直连更新和通过代理更新。通过代理更新需要先有可用的活动节点。若返回超时，检查当前网络；若返回认证错误，核对订阅权限。反复清空列表会丢失可用配置，建议先备份，并记录具体错误而不是连续快速重试。

系统代理告诉遵循系统设置的应用把请求交给本地代理端口；全局路由通常表示进入内核的流量优先交给代理出站，并不保证所有应用都会进入内核；TUN 则通过虚拟网络接口接管符合条件的流量。三者处在不同层面，可以组合使用，但不能互相等同。浏览器可用而某个应用不可用时，先看该应用是否遵循系统代理，再考虑应用内代理或 TUN，不必先把所有路由规则改成全局代理。

先用 TCPing 判断服务器端口是否能建立 TCP 连接，再用真连接测速检查代理握手和目标访问，最后在实际应用中验证出口 IP。TCPing 有结果只说明端口可达，不代表认证、TLS 和路由均正确；真连接测速也会受测试网址与当前网络影响。验证出口时应使用可信查询页面，并确认该请求按预期走代理。单次延迟不是吞吐速度，选择节点还应观察持续访问是否稳定，而不是只按最低数字排序。

记录客户端名称、系统类型、使用的内核、发生时间、代理方式和完整错误语句，再复现一次最小操作。日志优先保留故障前后的一小段，便于区分解析失败、连接超时和认证失败。分享截图或配置前，遮盖订阅地址、用户标识、密码以及能够还原访问凭据的二维码。需要展示配置结构时用示例值替换敏感字段，同时保留字段名称和错误上下文。调高日志级别仅用于短期定位，结束后恢复原设置。

先关闭代理确认本地网络能够正常访问，再检查服务器地址与端口是否完整。分别观察 TCPing 和真连接测速：端口连接也超时，优先排查网络路径、服务器状态与防火墙；端口可达但真连接失败，继续核对协议、认证、安全层与传输参数。可用另一条可信网络做对照，但每次只改一个变量。所有节点同时失败时先查本地网络或客户端公共设置，只有单个节点失败时再聚焦该服务器的配置与状态。

已连接可能只表示内核启动或虚拟接口建立，并不证明目标网站能够访问。先确认活动节点已选中，再检查本地入站是否监听、浏览器是否使用正确代理端口，以及路由是否把请求交给预期出站。若日志提示域名解析失败，检查 DNS 地址是否可达，避免 DNS 请求又依赖尚未建立的代理形成循环。若只有个别网站失败，再检查对应分流规则与目标服务状态，不要一次性改动节点、DNS 和路由。

先查看操作系统代理设置，确认地址指向客户端实际监听的本地地址与端口，而不是遗留端口。检查浏览器扩展、应用内代理或自动配置脚本是否覆盖系统设置；部分应用本身不读取系统代理，需要单独配置。退出客户端后若仍无法访问，先清除遗留系统代理，再测试直连网络。重新启动时只启用一款代理工具，并逐项恢复设置。不要在远程服务器地址栏填入本地监听地址，两者用途不同。

不建议把跳过证书验证作为长期解决办法。先同步系统日期、时间与时区，再核对 SNI 是否符合服务端要求，以及证书是否覆盖该域名、是否过期。服务器地址与 SNI 可以不同，但必须按服务端配置填写，不能随意替换。使用 REALITY 时还要核对公钥、短标识与指纹等参数。若近期更换过节点配置，应重新导入可信来源的信息；问题仍在时保留原始错误并联系配置提供方确认服务端状态。