V2Ray 常见问题
订阅、连接与代理排查

Android 通常选择 v2rayNG，主要使用 Xray 内核；需要 V2Fly 内核配置时再考虑 v2flyNG。Windows、macOS 与 Linux 桌面选择 v2rayN。客户端负责导入、编辑和启动配置，内核负责执行连接与路由，两者不是同一层。选择时先确认操作系统，再核对服务端要求的协议、传输方式及安全层，不要仅凭名称相近就判断配置可以互换。安装入口集中在下载页，内核能力与协议差异见协议手册。

客户端安装包提供图形界面与运行所需组件，不会自动生成远端服务地址或访问凭据。需要先取得有权使用的订阅地址、单条分享链接或完整配置，再导入对应客户端。导入后检查地址、端口、协议及安全层是否齐全，选择其中一项作为当前配置，然后启动连接。界面里出现配置条目只代表解析成功，不代表远端服务可达。本站提供客户端入口与设置说明，连接服务的可用性应向配置提供方确认。

订阅地址通常是供客户端获取配置列表的 HTTPS 地址，更新时会再次请求该地址；单条分享链接通常以 vmess://、vless://、trojan:// 或 ss:// 开头，描述一条连接配置。Base64 订阅往往是多条分享链接集合的编码形式，不是另一种代理协议。订阅地址应填入订阅分组，单条链接应通过剪贴板导入等入口添加。若把订阅地址当作普通分享链接粘贴，客户端可能提示格式不支持；也不要把浏览器中的登录页面地址误当成订阅地址。

不是。系统代理告诉遵循该设置的应用把请求交给本地代理；路由全局决定进入内核的请求采用哪条出站；Android VPN 模式则利用系统 VPN 接口接入流量。路由改成全局不会自动让所有桌面程序使用系统代理，开启 Android VPN 也不代表所有请求一定走远端代理，仍要看路由与分应用设置。排查时先确认应用流量有没有进入客户端，再检查规则把它分配到哪里。桌面 TUN 是另一种流量接入方式，不应与路由预设混为一谈。

多数较新的 Android 手机可以选择 arm64，但最终应以系统支持的应用 ABI 为准，不能只看处理器宣传名称或购买年份。可先查看设备规格；仍无法确定时选择 universal，它包含多种架构所需组件，安装包通常更大。部分设备虽使用 64 位处理器，却运行仅支持 32 位应用的系统，此时 arm64 包可能无法安装。若提示安装包不兼容，先核对架构和最低系统要求；若提示签名冲突，则应另查现有应用来源，不要反复更换架构尝试覆盖。

打开 v2rayNG 的侧栏，进入订阅分组设置，通过新增入口填写备注与订阅地址，保存后回到配置列表，在菜单中执行更新订阅。入口名称可能随版本略有变化，但顺序都是先保存分组，再请求订阅内容。粘贴前检查地址首尾是否带空格、换行或聊天软件附加的标点，保留地址原有参数。更新完成后选择该分组中的配置并启动。不要将整个网页内容粘入地址框，也不要把订阅凭据发到公开讨论区；详细操作可继续查看入门指南。

先识别输入内容是订阅地址、单条分享链接还是完整配置文件，并使用对应入口。v2rayNG 与 v2rayN 的剪贴板导入主要用于可识别的分享内容，不等于任意订阅格式转换器。复制时去掉代码围栏和说明文字，保持链接参数完整；二维码则检查是否截断或模糊。如果返回内容是登录页、错误页或另一种配置体系，即使下载成功也无法按当前格式解析。确认格式后，再检查客户端及内核是否支持其中的协议和传输组合，不要直接批量修改链接前缀。

Android 上启动 v2rayNG 的 VPN 模式时，应确认系统弹出的 VPN 连接请求；若被拒绝，重新启动连接并授权，同时检查是否已有其他 VPN 或始终开启的 VPN 策略占用接口。桌面 v2rayN 的 TUN 模式涉及虚拟接口与系统路由，所需权限取决于操作系统、安装方式和版本，可能需要管理员权限或对应辅助服务。先阅读日志中的明确错误，再按客户端提示处理权限。不要把持续以最高权限运行当成通用修复，也不要随意关闭系统安全功能。

系统代理只影响读取该设置的应用，有些程序使用独立代理配置，另一些直接建立连接。先在 v2rayN 中确认核心已经启动、已执行设置系统代理，并核对系统代理端口与客户端本地监听端口一致。浏览器若安装代理扩展，应暂时停用扩展或统一其配置；终端通常需要单独设置环境变量。不要因为一个应用不生效就立即修改远端配置。确实需要接入更多应用流量时，再评估 TUN 模式，并检查权限、路由和 DNS 是否符合使用场景。

先在客户端设置中查看实际的本地 HTTP 或 SOCKS 监听地址与端口，再按终端工具的文档设置代理。常见工具读取 http_proxy、https_proxy 或 ALL_PROXY，但不同程序对变量大小写和协议的支持并不一致。变量值应指向本机实际监听的代理，HTTPS 请求使用 HTTP 代理时通常仍填写 http:// 形式，不要仅因目标网址是 HTTPS 就改成 https://。修改后在同一终端会话中测试，停用代理时同步清理变量。不要照抄他人端口，也不要将远端服务端口当成本地代理端口。

在 v2rayNG 的设置中打开分应用代理后，先阅读当前选择模式的说明，确认列表代表仅代理所选应用，还是绕过所选应用。不同版本的呈现可能不同，不能只凭勾选状态判断含义。保存后重新启动 VPN 连接，让新的应用范围生效，再用目标应用进行访问测试。分应用设置决定哪些应用流量进入代理处理，路由规则则继续决定这些请求的出站。若浏览器正常而其他应用异常，先检查目标应用是否被排除，以及它是否依赖另一个未纳入范围的服务组件。

建议分开调整，每次只改变一个变量。路由规则决定请求去向，DNS 负责名称解析，domainStrategy 则影响路由匹配中何时尝试解析域名。先记录当前可用设置，确认采用的路由预设与规则顺序，再处理解析问题。不要仅因打开某网站较慢就同时开启本地 DNS、改解析地址并重排规则，否则难以判断是哪一步生效。使用 geosite 或 geoip 规则时还要确认资源文件可用。若需要比较效果，用同一应用、同一目标与相近网络条件测试，并保留能够恢复的原始设置。

订阅更新与已有配置连接使用的请求路径可能不同，因此可以分别成功或失败。先保留现有配置，检查订阅地址是否过期、访问凭据是否变化，以及设备日期时间是否准确。再根据日志区分名称解析失败、连接超时、证书错误或 HTTP 状态错误；遇到访问被拒绝或地址失效，应联系订阅提供方。若客户端有通过代理更新订阅的选项，确认当前网络能直连还是需要使用已有可用连接后再选择。不要在尚未取得新内容前删除整个订阅分组，也不要将完整订阅地址贴入公开日志。

不一定。不同测试可能测量 TCP 建连、完整代理请求或指定网址访问，超时所代表的失败层级不同。先看具体测试类型，再实际打开一个已知可访问的网址，并查看同一时间的日志。检查服务地址和端口是否完整、设备时间是否准确、当前网络是否允许该连接方式；有条件时换一个网络复测。TCP 能连通也不代表认证、TLS 或传输协商成功。不要把一次测试结果当成永久状态，也不要反复缩短测试超时时间；若多个网络都出现同样错误，再向配置提供方核对服务状态与参数。

已连接通常只说明本地服务或 VPN 接口已经启动，不等于远端访问已验证。先确认选择了预期配置，再检查目标应用是否接入本地代理；Android 留意 VPN 与分应用范围，桌面留意系统代理、扩展和终端独立设置。随后查看日志，区分 DNS 解析、认证、TLS 协商或远端连接错误，再核对路由规则是否把目标分配到预期出站。用另一个应用和目标网址交叉测试，避免将单站异常当成整体故障。每次只调整一项，验证后记录结果，不要同时替换订阅、DNS 和路由预设。

先观察问题发生在锁屏、切换 Wi-Fi 与移动网络，还是系统清理后台之后。Android 可在系统应用设置中检查 v2rayNG 的电池策略、后台运行与后台数据权限，按设备实际选项允许必要的后台活动，不必放宽所有应用。确认系统 VPN 状态是否仍存在，再尝试停止并重新启动连接；如果切换网络后才失败，记录恢复连接时的日志。桌面设备则检查睡眠唤醒后的网络与本地核心状态。长期依靠频繁重启不能定位原因，应比较不同电池策略和网络环境下的复现条件。