V2Ray 常见问题

Windows、macOS 和 Linux 桌面优先选择 v2rayN，再按处理器架构与系统类型选择安装包。Android 优先选择使用 Xray 内核的 v2rayNG；如果已有配置明确面向 V2Fly，可将 v2flyNG 作为备选。三者都是图形客户端，主要负责配置导入、服务器选择与连接管理。协议能否使用仍取决于客户端所带内核及其版本，不能仅凭应用名称判断；迁移前应核对服务端提供的协议和安全层要求。

客户端是管理连接的工具，安装完成并不等于已经拥有可连接的服务端。建立连接还需要服务器地址、认证信息、端口以及协议与传输参数，这些通常通过订阅地址、分享链接或配置文件提供。订阅用于集中获取和更新条目，不代表客户端会自动提供服务。请从有权使用且可信的来源取得配置，不要把他人的完整配置直接复制到公开讨论区，也不要将来历不明的订阅当作测试材料反复导入。

VMess、VLESS、Trojan 和 Shadowsocks 属于代理协议选项；REALITY 是可与 VLESS 等协议搭配的安全层方案，不是替换所有协议字段的通用类型。导入时还可能同时看到传输方式、TLS、SNI 与流控等设置，它们描述的是连接的不同层次。应按服务端给出的整套参数填写，不要为了排错随意把 VLESS 改为 VMess，或把 TLS 改为 REALITY。界面没有所需选项时，先确认当前客户端和内核是否支持。

系统代理向遵循系统代理设置的应用提供代理入口，并不保证所有程序都使用它。TUN 通过虚拟网络接口接管匹配范围内的流量，通常需要额外权限，还可能受其他虚拟网卡或安全软件影响。路由模式则决定进入内核的请求走直连、代理还是阻断。三者不是同一个开关：路由设为全局代理，也不能让一个完全绕过代理入口的程序自动被接管。排查时先确认请求是否进入客户端，再检查路由去向。

2015 年后发布的主流 Android 手机通常可优先考虑 arm64，但仍应以设备实际支持的应用架构为准。universal 将多个架构的组件放在同一个安装包中，适合架构不明确或需要兼容不同设备的情况，文件一般更大。若 arm64 提示应用不兼容，可先在系统设备信息中核对处理器与系统架构，再尝试通用版。不要仅根据手机品牌或购买年份下结论；已有应用更新失败时，还应检查来源签名是否一致。

先区分导入的是订阅地址还是单条分享链接，再选择对应的导入入口。复制订阅地址时检查前后空格、换行以及是否误带说明文字；网页地址也不一定是实际订阅地址。若客户端可以获取内容却提示无法识别，可能返回了登录页、错误页，或返回格式不受当前版本支持。向配置提供方确认客户端兼容格式，不要只看链接后缀判断。订阅地址往往包含访问凭据，排查时不要粘贴到公开转换网站或截图中。

先在订阅分组中添加有效地址并更新，或通过对应入口导入单条分享链接；确认列表出现条目后，将其中一个设为活动服务器。随后启动内核，在系统代理菜单中选择自动配置系统代理，再使用遵循系统代理设置的浏览器访问需要测试的网站。观察日志是否出现该请求，而不是只看程序图标。不同版本的菜单文字可能略有变化，关键顺序是导入配置、选中服务器、启动内核、设置流量入口，最后验证实际访问。

先查看日志，确认错误涉及虚拟网卡创建、路由写入还是后台服务启动。Windows 可能需要按当前版本说明使用管理员权限或配套服务；macOS 与 Linux 应按应用提示完成必要的系统授权。Android 的相关连接由系统 VPN 授权管理，需要确认授权弹窗，并检查是否已有其他应用占用同类连接。不要直接关闭全部安全防护来试错。权限完成后仍失败，应检查虚拟网卡冲突；暂时退回系统代理可帮助缩小问题范围。

在 v2rayN 中可按配置来源建立不同订阅分组，分别填写地址，再通过分组或备注关键词筛选条目。更新通常会重新同步来源中的内容，因此提供方移除、改名或调整的服务器可能不再出现在原位置；本地筛选条件也可能让条目暂时不可见。先清除过滤条件并切换到正确分组，再查看更新日志。需要手动维护的条目宜单独管理，避免把重要修改只保存在订阅同步条目中；具体保留行为以当前客户端版本为准。

先用客户端默认路由建立可重复的访问结果，再根据实际需求调整域名规则与 DNS。遇到特定网站异常时，记录日志中的域名、命中规则和出站方向，确认是否误走直连，然后才检查解析结果与远程 DNS 的可达性。不要同时更换路由模板、DNS 地址和域名策略，否则难以判断是哪项造成变化。geosite 与 geoip 数据也会影响匹配结果，更新规则数据后应重新测试；将所有请求改为同一种出口只能作为对照，不宜代替定位。

先确认断开是否发生在锁屏、网络切换或系统清理后台之后。可在 Android 的电池设置中检查 v2rayNG 是否被限制后台运行，并按设备系统提供的选项允许必要的后台活动。再查看应用是否仍保有 VPN 授权，以及其他网络工具是否接管了连接。不要一次关闭所有省电策略，先只调整该应用并复测。若应用仍在运行而请求失败，可能是网络切换导致连接需要重建，应结合日志与重新连接后的结果继续判断。

先记录订阅来源、手动添加的服务器、路由修改和 DNS 设置，再使用当前客户端支持的导出方式保存必要内容。订阅地址可以重新拉取条目，但通常不能恢复所有本地分组顺序、备注修改和应用偏好。原生 JSON 配置也不保证能跨内核直接使用，迁移后应检查协议、安全层与传输字段。导出文件和分享链接可能包含认证信息，宜保存在受控位置，不要放入公共文档。确认新设备连接正常后，再清理旧设备上的敏感副本。

先看更新日志，区分域名解析失败、连接超时、访问被拒绝与内容解析失败。核对订阅是否仍有效，以及账户页面是否要求重新生成地址。若当前活动服务器不可用，而订阅更新又依赖该代理，可尝试更新订阅时选择不通过代理；如果直连该地址本身不可达，则需要可用的连接路径。获取成功但解析失败时，应确认返回内容与客户端格式兼容。不要反复更换随机 DNS 或批量删除分组，先保留原地址和错误信息再处理。

不一定。测试方法可能只检查某个端口，也可能通过代理访问指定测试地址，结果受本地网络、测试目标和协议握手共同影响。先确认普通网络可用，再对比另一条已知可用的配置，并尝试实际网页访问。若只有单条异常，检查服务器地址、端口、认证字段和安全层参数；若全部异常，应优先检查本地防火墙、网络环境和内核启动情况。连续点击测试不能修复错误配置，保留同一时间段的日志更有助于定位。

已连接通常表示本地服务或虚拟接口已启动，不代表服务端握手与网站访问都成功。先看日志中有没有浏览器请求：没有请求时，检查系统代理开关、浏览器独立代理设置，以及其他工具是否改写了代理入口；有请求时，再看命中路由、DNS 与出站错误。可用另一条配置和另一个网站做交叉验证。退出客户端前应通过菜单清除系统代理，异常退出后若普通网络也无法使用，应检查系统中是否残留指向已关闭本地端口的代理设置。

在日志窗口保留首次失败附近的完整错误描述。出现地址已占用时，检查是否有重复客户端或其他程序占用本地监听端口；提示配置字段错误时，核对导入格式与当前内核支持范围。TLS 证书报错则先同步系统时间，再检查服务器名称、SNI 与证书域名是否匹配，不要将跳过证书验证作为长期修复。向他人求助前，应遮盖订阅地址、认证信息和个人路径，只保留错误类型、相关字段名以及必要的系统与客户端信息。