V2Ray 常见问题

V2Ray 通常指 Project V 生态中的代理核心及相关工具，V2Fly 是延续 V2Ray 开发的社区项目，Xray 是另一条内核分支。v2rayN、v2rayNG、v2flyNG 则提供图形界面，负责导入配置、选择服务器及管理代理入口。图形界面能打开，不代表内核已经成功运行；排查连接时还应查看内核启动日志。配置能否使用取决于内核对协议和具体参数的支持，不能只看客户端名称。

Windows、macOS、Linux 桌面设备优先选择 v2rayN，再按处理器架构与安装包格式选择入口。Windows 可选桌面版或经典 WPF 版；macOS 区分 Apple Silicon 与 Intel；Linux 需同时确认架构和发行版包格式。Android 优先考虑使用 Xray 内核的 v2rayNG，需要 V2Fly 内核环境时可选择 v2flyNG。先确认已有配置的协议与传输要求，再决定客户端，避免把内核差异误认为订阅失效。

客户端是管理连接的工具，本身不附带可直接使用的远端服务器。订阅用于集中取得服务器配置，单条分享链接通常描述一项连接，包括地址、端口、认证信息和传输参数。安装后需要导入自行管理或有权使用的配置，再选择活动服务器。订阅地址往往含有访问凭据，应作为敏感信息保管；向他人求助时不要公开完整地址、二维码或包含认证信息的截图。

这三项分别处理不同环节。系统代理向支持该设置的应用提供本地代理地址；全局路由描述进入内核后的流量如何选择出站，并不自动接管所有应用；TUN 则通过虚拟网络接口接收符合接管范围的流量。通常先使用系统代理配合默认路由确认基本连接，再按应用需要考虑 TUN。不要为了排查一个网页同时打开所有功能，否则很难判断问题发生在入口、规则还是远端连接。

先区分导入的是订阅地址还是单条分享链接，分别使用订阅管理或从剪贴板导入的对应入口。复制时去掉前后空格、换行和聊天软件附带的说明文字，确认订阅地址没有被截断。保存订阅分组后还需执行更新订阅，列表为空时检查分组筛选条件与更新日志。若返回内容是登录页、错误页或不受支持的配置格式，重复粘贴不会解决问题，需要确认访问权限或取得适配当前客户端的订阅格式。

2015 年后主流 Android 手机通常可先考虑 arm64，但最终应以设备处理器和系统实际支持的应用架构为准。若无法确认架构，可选择 universal 通用包，它包含多个架构的适配内容，体积通常更大。出现无法安装提示时，还要检查系统版本要求、剩余空间及是否存在签名不同的同名应用。更换安装来源前先备份配置，不要直接卸载；即使安装成功，系统兼容性仍需通过实际启动和连接检查确认。

Windows 桌面版使用新一代跨平台界面，经典 WPF 版适合沿用原有操作习惯，两者的菜单位置和部分功能呈现可能不同。首次使用可从下载中心的桌面版入口开始，已有稳定工作流程时可按兼容需求选择 WPF 版。不要让两个实例同时管理系统代理或监听相同端口。切换前先导出配置，并保留原目录；若启动时提示缺少运行环境，应按所选安装包的提示安装对应组件，而不是反复更换订阅。

v2rayNG 和 v2flyNG 通过 Android 的 VPN 服务建立本地流量入口，首次启动连接时需要系统授权。确认提示来自正在操作的客户端后再允许；这个授权本身不代表远端服务器已经连通。若授权后立即断开，检查是否有另一个 VPN 服务占用连接，以及系统是否限制了后台运行。设备受单位管理或存在工作资料策略时，相关权限可能由管理员控制，不应通过反复重装客户端尝试绕过管理限制。

系统代理只对遵循系统代理设置的应用生效，部分应用使用独立网络设置，已有连接也可能沿用旧路径。先确认客户端内核正在运行，并检查系统中的代理地址和端口是否与客户端本地入口一致，再重启目标应用。若浏览器设置了独立代理扩展，也应排除覆盖关系。需要处理不读取系统代理的应用时，可使用其内置代理选项，或在理解接管范围后配置 TUN；切换全局路由不能代替流量接管。

日常可从客户端提供的规则或绕过大陆预设开始，再按实际访问需求调整。全局通常让进入内核的流量优先使用代理出站，但仍受预设中的例外规则影响；绕过大陆依赖域名、地址规则及相关资源，让匹配的连接走直连；自定义规则模式则按规则顺序决定出口。不同客户端的模式名称和具体内容不完全一致，应查看当前规则而非仅凭名称判断。切换后用新连接验证，避免复用旧连接造成误判。

TUN 需要创建虚拟接口并调整相关路由，权限不足时应先查看日志中失败的具体操作。Windows 可能需要管理员权限或客户端提供的服务模式，macOS 与 Linux 则按客户端提示完成系统授权。是否需要持续提权取决于安装方式和服务配置，不能一概而论。先关闭 TUN，确认普通代理入口能连接，再处理权限与接口冲突；同时检查是否存在其他 VPN 或虚拟网卡软件，不要直接关闭整个系统防护。

建议按来源建立独立订阅分组，并给分组使用可辨认的名称。更新前确认当前分组、过滤条件和活动服务器，避免把筛选后的列表误认为更新丢失。订阅更新可能重新生成来源中的服务器条目，因此不要依赖直接修改订阅条目长期保存自定义参数；需要独立调整时，应在客户端支持的范围内复制为本地配置并单独管理。定期导出备份，删除订阅前确认本地条目是否随分组一同删除。

先确认设备自身能正常联网，再检查内核是否成功启动以及本地端口是否被占用。随后核对服务器地址、端口、认证参数与传输设置，注意设备时间异常也会影响安全连接。测试超时只说明当前测试没有在时限内完成，不足以单独证明服务器不可用；某些测试方式与实际网页请求路径不同。可以换一个已知可用的配置和网络交叉验证，并结合日志区分地址解析失败、连接拒绝、证书错误或远端响应超时。

已连接通常只表示本地服务或虚拟接口已经启动，不等于请求已成功到达远端。先确认选中了可用服务器，再查看打开网页时日志中是否出现对应连接；没有记录时重点检查应用入口、系统代理和 TUN 接管范围。有记录却失败时检查路由出站、DNS、认证和传输参数。先用单个浏览器访问明确的测试页面，暂时停止其他代理工具，并一次只改一个设置；不要一开始就重置所有配置，以免丢失可用于定位的线索。

先查看更新日志，确认是连接超时、地址解析失败、访问被拒绝，还是返回内容无法解析。检查订阅是否过期、地址是否变更以及设备时间是否正确。若订阅必须经过现有代理才能访问，可在客户端提供该选项时选择通过代理更新，但前提是已有可用的活动服务器；直连可访问时则不必强行绕行。不要先删除仍能使用的旧条目，也不要把完整订阅地址发到公开讨论区；保存错误类型并向订阅来源确认访问状态。

不应把 FakeDNS 当作通用修复开关。先区分系统解析、浏览器安全 DNS 与内核 DNS，确认失败发生在哪一层，并检查当前 DNS 服务器是否能按预定出口访问。只有部分域名失败时，还应查看域名规则、解析策略及是否存在过期缓存。FakeDNS 会返回用于映射的虚拟地址，需要与流量接管和路由配置配合，单独开启可能产生新的问题。先恢复可理解的基础 DNS 设置，再根据 TUN 等使用场景逐项配置并验证。