V2Ray 常见问题

V2Ray 通常指 Project V 生态中的代理工具与相关技术；内核负责协议连接、路由匹配和数据转发，图形客户端负责服务器列表、订阅管理及系统集成。桌面端可从 v2rayN 入手，安卓端常用 v2rayNG，v2flyNG 则是采用 V2Fly 内核的备选。界面能保存某项设置，不代表当前内核一定支持它。排查兼容性时，应同时记录客户端名称、内核类型和报错内容，而不是只提供一个软件图标或窗口截图。

不能只在客户端里改协议名称。协议类型、端口、身份信息、传输方式和安全层都必须与服务端对应。VLESS 本身不提供载荷加密，常与 TLS 或 REALITY 等安全方案组合；VMess 有自己的认证与加密机制；Trojan 通常依赖 TLS。REALITY 是安全层方案，不是可替代所有协议的独立节点类型。优先导入完整分享链接，再核对传输与安全参数；遇到不支持的字段，应检查内核能力，不要通过删除安全设置来尝试连接。

订阅地址用于获取一批服务器配置，更新时会重新拉取内容；分享链接通常描述单个服务器，例如以 vmess:// 或 vless:// 开头的链接；原生 JSON 则可能包含入站、出站、DNS 和路由等完整配置。三者不能只靠改扩展名互换，也不一定能导入同一个入口。拿到地址后先确认提供方说明的是订阅、单节点还是自定义配置，再选择对应菜单。订阅地址可能含访问凭据，公开求助时应遮去完整路径、查询参数和身份信息。

多数较新的安卓设备可以选择 arm64 包，但不能只凭购买年份判断：部分设备的处理器支持 64 位，安装的系统却仍是 32 位。可先查看系统或设备规格中的 ABI 信息，确认包含 arm64-v8a；不确定架构时选择 universal，覆盖范围通常更广，文件也通常更大。若提示无法安装，还要检查系统版本要求、存储空间、安装来源权限及签名冲突。更换客户端或包来源前先导出必要配置，不要直接卸载后才发现订阅地址没有保存。

先检查复制内容是否完整，去掉地址前后的空格、换行及聊天软件附带的标点。v2rayN 可在订阅分组设置中保存地址，再执行更新订阅；仅保存分组并不会自动得到服务器列表。随后查看更新日志，区分请求失败与内容解析失败：前者检查网络、地址有效期和访问权限，后者检查订阅格式是否被当前客户端识别。若返回的是登录网页或错误页面，即使请求成功也不会生成服务器。确认订阅分组筛选没有隐藏结果，再考虑重新导入。

先保留现有可用配置，不要因一次更新失败就清空列表。检查设备时间、当前网络和订阅是否到期，再从日志判断是域名解析失败、连接超时还是访问被拒绝。v2rayN 中可先尝试更新当前订阅（不通过代理）；如果地址只能经现有可用代理访问，再选择通过代理更新。不要让已经失效的节点承担更新任务，否则会形成更新依赖连接、连接又依赖更新的循环。反复失败时应向提供方确认地址与服务状态，并避免短时间连续请求。

系统代理只是向支持该设置的程序提供代理地址，不会自动接管所有应用流量。先确认客户端内核正在运行，再核对本地监听地址和端口，避免把 HTTP 端口填到 SOCKS 配置里。随后检查目标程序是否有独立代理设置、是否需要重启，以及代理例外列表是否包含目标域名。某些命令行工具和游戏不会读取系统代理，需要单独配置或使用适合的 TUN 模式。排查时先用一个明确支持系统代理的浏览器测试，不要把单个程序的行为当作全系统结果。

TUN 需要创建虚拟网络接口并修改相关路由，所需权限与系统、客户端版本和安装方式有关。先关闭其他 VPN 或虚拟网卡工具，查看日志是否明确指向权限、驱动或接口创建失败，再按客户端提示授权。Windows 上可能需要管理员权限，其他桌面系统可能要求安装服务或确认系统授权。不要长期关闭安全软件来代替定位错误。开启前先确认普通代理模式可用；若开启后网络异常，先关闭 TUN 并恢复网络，再分别检查 DNS、路由与接口冲突。

日常使用可以先选择规则分流，让明确匹配的域名或地址走对应出站；全局代理适合短时对照测试，用来判断问题是否出在规则匹配，但仍受应用接管方式和绕过设置影响。全局模式不等于每个程序必然进入代理。测试时保持同一服务器、同一目标和同一网络，只改变模式，观察结果后再恢复日常配置。若全局可用而规则模式失败，应检查规则顺序、默认出站及域名匹配范围，不要为了单个网站把所有直连规则一并删除。

在路由设置中，AsIs 表示按原始目标参与匹配，不额外为 IP 规则解析域名；IPIfNonMatch 会在域名尚未匹配到规则时解析并再次尝试 IP 匹配；IPOnDemand 则在匹配过程中遇到需要 IP 的规则时按需解析。这里控制的是路由匹配阶段，不等于所有 DNS 请求都采用同一处理方式。若主要使用域名规则，可先保留客户端默认值；确实依赖 IP 规则时再调整，并结合 DNS 设置验证。随意改动可能改变规则结果，也可能增加解析等待。

安卓端分应用代理依赖 VPN 接管机制。常见设置中，启用分应用代理后，未启用绕行模式时，选中的应用进入 VPN；启用绕行模式后，选中的应用通常绕过 VPN，其余应用进入 VPN。具体含义仍应以当前界面的说明为准，避免把名单方向理解反了。进入 VPN 也不代表全部流量都走远端代理，后续仍可能命中直连规则。更改名单后重新建立连接，再重启待测应用；如果同时运行其他 VPN，先处理系统只允许一个活动 VPN 的冲突。

延迟测试只反映某种测试方法下的响应情况，不能直接代表网页加载、持续下载或视频表现。TCP 连通测试、实际请求测试与 ICMP 测试的目标和过程不同，结果不能直接横向比较。使用同一网络和测试方式，再结合实际访问及日志判断。调整前可通过客户端的导出或备份入口保存订阅分组、手动服务器和自定义规则，确认能恢复后再修改。备份可能包含订阅凭据与身份信息，应妥善保存，分享截图或日志前也要遮去敏感内容。

先关闭代理并确认基础网络能正常访问，再检查设备日期和时区。随后核对目标服务器地址、端口及订阅是否有效，查看日志中的解析失败、连接拒绝或握手失败，不要把所有错误都归为线路慢。在相同设置下换一个可用服务器，或在另一个网络下测试同一服务器，每次只改变一个条件。若只有单个服务器持续失败，应向提供方确认服务状态；若全部失败，优先排查本地网络、内核启动和代理接管方式。不要用反复点击连接替代记录错误。

已连接有时只表示本地服务或安卓 VPN 已启动，并不证明远端服务器可用。先检查活动服务器是否选对、内核日志是否报错，再确认浏览器确实使用了系统代理，或已被 VPN、TUN 接管。接着分别测试不同域名，区分单站故障与普遍失败；如果只有规则模式异常，再检查路由与 DNS。安卓后台断连还应检查电池优化和后台运行限制。不要同时修改协议、DNS、路由和端口，否则即使恢复也难以确定原因；每一步都保留可回退的设置。

先记录失败域名与日志出现的错误。如果是无法解析、解析超时或返回地址异常，优先检查当前 DNS 配置及其可达性；如果已经解析成功却连接到了不合适的出站，则检查规则命中结果和规则顺序。路由中的域名解析策略、内核 DNS、系统 DNS 与浏览器安全 DNS 可能分别参与不同阶段，不能把其中一项改动当作全部生效。可暂时关闭浏览器自定义 DNS 做对照，再恢复设置。若涉及 IPv6，还应核对本地网络与所选出站是否具备相应连通能力。

先在客户端中关闭 TUN 或停止 VPN，再清除系统代理后正常退出。如果程序已经异常关闭，可到系统网络设置查看是否还保留指向本地回环地址的手动代理；确认该代理由本次配置产生后再移除。随后重新连接网络，检查是否有其他 VPN 或代理服务仍在运行，不要直接批量删除网卡与系统路由。仍无法恢复时，记录操作系统、客户端与内核版本、接管模式、出现问题的时间和相关错误日志，遮去服务器地址、订阅凭据及身份信息后再求助。