V2Ray 客户端常见问题

桌面平台先选 v2rayN，覆盖 Windows、macOS 与 Linux；安卓先看 v2rayNG，采用 Xray 内核，v2flyNG 则是采用 V2Fly 内核的备选。图形界面负责导入和管理配置，内核负责实际连接，因此客户端名称相近不代表支持的配置完全相同。选择前确认服务端协议、传输方式与所需内核功能，再检查安装包的系统和处理器架构。已有配置能稳定运行时，不必只因界面差异更换客户端；迁移前先保存自定义路由与订阅分组设置。

不是。VMess 与 VLESS 属于代理协议，TCP、WebSocket 等属于传输方式，REALITY 属于连接安全相关机制，常与 VLESS 等配置组合。导入时不能只看协议名，还要核对传输类型、安全选项、服务器名称及对应参数。客户端提供某个协议选项，也不等于当前内核支持它的全部组合。应按服务端给出的完整配置选择内核，不要把 REALITY 直接当作普通 TLS 开关替换，也不要只改协议下拉框来转换一条已有配置。

分享链接通常描述一条服务器配置，例如以 vmess:// 或 vless:// 开头的文本；订阅地址通常是 HTTPS 地址，用于获取一组配置及后续更新。单条分享链接应使用从剪贴板导入等入口，订阅地址应放入订阅分组的地址栏。两者放错入口时，可能出现解析失败或空列表。订阅更新通常替换该分组中的服务器条目，不会自动把所有自定义路由同步过来。订阅地址和分享链接都可能包含连接凭据，排查时不要把完整内容发到公开页面。

多数较新的安卓手机可先选 arm64，但应以设备支持的应用架构为准，不能只凭购买年份判断。部分设备的处理器支持 64 位，系统却只提供 32 位应用环境，此时 arm64 包仍可能无法安装。架构不明、安装器提示不兼容时，可尝试同一客户端的 universal 通用包；通用包包含更多架构内容，体积通常更大。若提示签名冲突或版本降级，换架构一般不能解决，应先确认已装应用的来源和版本，并在卸载前备份配置。

先区分正在导入单条分享链接还是订阅地址，再检查复制内容是否夹带空格、换行、中文标点或说明文字。订阅地址应完整保留查询参数，放进订阅分组后执行更新。若日志提示解析失败，可能收到的是网页登录页、错误提示页，或客户端不支持的订阅格式；地址能在浏览器打开并不代表返回内容可被解析。确认提供方给出的是适配当前客户端的格式。排查期间保留原分组，避免连续清空配置；不要将含访问凭据的完整地址贴入日志截图。

已有服务器能连接，只说明现有连接参数可用，不代表订阅服务器也能访问。先看更新日志，区分 DNS 解析失败、连接超时、证书错误与 HTTP 拒绝状态，再确认订阅是否过期、地址是否变更。若客户端提供通过代理更新订阅的选项，可使用仍能工作的配置尝试更新；当前代理已失效时，强制经它更新反而会失败。还应检查系统时间与网络登录状态。一次只改一个条件，成功后核对分组条目是否正常，不要把反复点击更新当成修复步骤。

启动客户端不等于已经写入系统代理。先确认内核运行正常、本地监听端口与设置一致，再选择自动配置系统代理，并在系统网络设置中检查实际代理地址与端口。系统代理只影响遵循该设置的应用，部分软件使用自己的代理配置，另一些流量需要通过 TUN 接管。还要检查是否有其他代理工具、浏览器扩展或管理策略覆盖设置。不要同时改路由规则和代理端口；先用明确支持系统代理的浏览器验证，再处理单个应用的例外情况。

TUN 涉及虚拟网卡和系统路由，通常比系统代理需要更多权限。Windows 可按客户端提示授予管理员权限；macOS 与 Linux 则需按当前安装方式完成辅助服务或系统权限授权，具体入口以版本界面为准。先看日志是否明确指向权限、网卡创建或路由写入失败，不要仅凭无法联网就提升权限。开启前关闭其他正在接管流量的工具，并保留原网络设置。若开启后网络异常，先停用 TUN、确认基础联网恢复，再检查 DNS 与路由，而不是反复重装。

需要按域名或地址区分出站时使用分流；临时判断某条规则是否影响访问时，可短暂切换到全局代理作对照。全局代理通常是把已进入内核的连接交给代理出站，并不自动接管设备上所有应用。规则按顺序匹配，较宽泛的规则放在前面可能遮住后续细则，最终行为还受默认出站影响。修改时同时核对规则顺序、匹配条件与出站标签。测试结束后恢复原模式，避免把全局模式下的成功误判为订阅或 DNS 已经修好。

先确认分应用代理总开关，再读清当前模式：选中的应用走代理，与选中的应用绕过代理，含义相反。保存名单后按界面要求重启连接，必要时关闭并重新打开待测应用，让新连接使用新策略。没有被纳入 VPN 的应用流量不会进入内核路由，因此不能只改域名规则来补救应用名单错误。测试时先保留一个明确的应用作为样本，不要同时修改多个名单。不同版本的选项名称可能变化，应以当前界面的说明为准，而不是只看勾选框数量。

先区分应用如何解析域名、内核使用哪组 DNS，以及路由是否需要把域名解析为 IP。AsIs 通常优先按原始域名匹配；IPIfNonMatch 会在域名规则未匹配时尝试解析以匹配 IP 规则；IPOnDemand 会在规则匹配需要 IP 时触发解析。这些策略不会单独替换整个系统的 DNS。若应用使用自带加密 DNS，流量路径还可能不同。出现部分域名打不开时，先查解析日志和 DNS 出站，再调整规则；同时更换所有 DNS 与域名策略会让问题难以复现。

选择日常连接时，真连接延迟通常比单独的 ping 更贴近代理使用路径，但它仍不是下载速度。ping 常测 ICMP 往返，TCP 测试关注端口握手，真连接测试通常还涉及代理握手和测试目标响应；测试方法或目标不同，结果就不能直接横比。测速应固定网络、测试目标和测试方式，重复观察而不是只看一次最低值。下载速度还受到服务端负载、线路丢包及目标站点影响。低延迟但吞吐不佳时，应另做持续传输测试，不要仅按列表数字排序下结论。

按本地联网、系统时间、订阅状态、连接参数、内核日志的顺序检查。先暂停代理确认基础网络可用，再确认时间与时区没有明显偏差；随后更新订阅，核对地址、端口、协议、传输、安全选项和服务器名称。TCP 端口能连通只代表传输入口可达，不代表后续认证成功。若日志是超时，可换网络与另一条已知可用配置作对照；若是握手或认证错误，应回查参数。保留每次测试的错误类型和单项改动，避免一边换节点一边改 DNS 使结论失真。

已连接可能只代表本地服务或安卓 VPN 接口已经启动，不代表服务端与目标网站都可达。先确认目标应用确实进入代理，再查看访问时是否产生内核日志。没有日志时优先检查系统代理、分应用名单或 TUN 接管；有 DNS 错误时检查解析路径；有认证或握手错误时核对服务器参数。若只有少数网站失败，再检查路由匹配、目标站点和应用缓存。用同一目标进行直连与代理对照，不要用一个网页的结果概括全部联网状态，也不要仅凭连接图标判断成功。

先确认断开是否只发生在息屏后，并查看重新打开应用时服务是否仍在运行。安卓省电策略可能限制后台活动，可在系统设置中允许该客户端后台运行，并按设备提供的选项调整电池优化与自启动权限。常驻通知被关闭或后台被清理，也会让服务状态难以观察。安卓通常只允许一个活动 VPN，其他同类应用启动时可能替换当前连接。不要把所有断开都归因于省电：若亮屏时也失败，应继续检查网络切换、节点可用性与内核日志，并分别记录触发条件。

不应把关闭验证作为常规修复。先检查系统时间、服务器地址、端口、服务器名称与安全类型是否和服务端一致。普通 TLS 还需检查证书有效期与信任链；REALITY 则应核对公钥、短 ID、指纹等配置及内核支持情况，不能套用普通 TLS 的证书排查结论。参数可能由订阅维护，优先更新后对照提供方说明，不要凭猜测逐项修改。若同一配置在另一设备正常，再检查本机内核版本与网络环境；诊断日志公开前应去除地址、标识和访问凭据。