v2rayN 常见问题

Windows、macOS 和 Linux 桌面环境选择 v2rayN；Android 通常先选择采用 Xray 内核的 v2rayNG，需要 V2Fly 内核环境时再考虑 v2flyNG。客户端负责订阅管理、节点选择和代理设置，内核负责实际连接与路由处理。选择前还应核对订阅里的协议和传输组合是否被当前客户端及内核支持。软件名称相近不代表设置完全通用，迁移时应重新导入订阅，并逐项检查代理端口和路由模式。

客户端只是本地连接工具，安装包本身不包含可用的远端服务。建立连接需要有效的服务器地址、端口、认证信息及对应的传输参数；订阅则把这些配置集中交给客户端读取和更新。应从有权使用的服务来源取得配置，先确认订阅是否有效，再进行连接测试。不要把软件下载成功、订阅导入成功和远端服务可用视为同一件事，这三个环节需要分别确认。订阅地址可能包含访问凭据，截图和求助时应遮盖完整链接。

系统代理告诉遵循系统设置的应用把连接交给本地代理端口；路由分流决定进入内核的连接走代理、直连还是阻断；TUN 模式通过虚拟网络接口接收流量，适用于部分不遵循系统代理的程序。三者作用在不同环节，开启系统代理不等于所有程序都会进入内核，切换路由也不会自动接管未进入内核的连接。初次配置建议先用系统代理验证普通网页访问，再按具体应用需求启用 TUN，避免同时修改多个变量后难以定位问题。

先在设备信息中确认处理器架构。多数较新的 Android 手机使用 arm64，可优先选择对应安装包；universal 通常打包多种架构，适合无法确定架构或需要兼容其他受支持架构的设备，但文件通常更大。设备生产年份只能作为参考，不能代替架构信息。若系统提示安装包不兼容，应同时检查 Android 版本要求、处理器架构和安装包是否下载完成，不要仅凭安装失败就删除已有应用。覆盖安装前先确认是否需要保留订阅和自定义配置。

在 v2rayN 中打开订阅分组设置，新建分组，填写便于识别的名称与完整订阅地址，保存后执行该分组的订阅更新。在 v2rayNG 中进入订阅分组设置，添加名称和地址，再回到主界面更新订阅；菜单文字可能随版本略有调整。更新后确认当前列表没有被其他分组筛选，并选择一条节点设为活动配置。仅保存地址通常不会自动完成内容获取。需要演练界面流程时可参考教程，但示例域名不提供实际订阅服务，不能用于连接测试。

先判断复制的是订阅地址、单条分享链接，还是服务管理页面的网址。订阅地址应放入订阅分组；单条分享链接应使用剪贴板导入等对应入口。检查链接首尾空格、换行和被截断的参数，确认复制了完整内容。若获取结果是登录页面、到期提示或网页验证内容，客户端便无法按节点格式解析，应先向服务来源确认订阅状态。仍失败时记录客户端提示的格式或协议名称，核对内核支持情况，避免把完整订阅交给来源不明的在线转换工具。

已有节点通常来自本地保存的配置，订阅更新则需要重新访问订阅服务器，两条路径可能有不同结果。先保留现有分组，查看更新提示属于解析失败、连接超时还是访问被拒绝，再确认订阅是否续期或更换过地址。如果客户端提供通过代理更新的选项，可在已有节点正常工作的前提下尝试；若代理本身不可用，则应改用可访问订阅的网络路径。不要反复删除并重建分组，以免丢失备注或选择状态。更新成功后再检查节点是否发生增删及当前节点是否仍存在。

先关闭 TUN，确认普通代理模式可以工作。Windows 按客户端提示以管理员权限运行，或使用当前版本提供的服务模式；macOS、Linux 按应用提示完成必要的权限授权与组件设置。Android 首次启动需要允许系统的 VPN 连接请求。若已有其他程序占用虚拟网络接口或 VPN 会话，应暂停它们再测试。仍失败时查看日志中的具体错误，区分权限、接口创建与路由写入失败。不要通过长期关闭系统安全机制来绕过提示，修改前记录原设置，测试结束后恢复不需要的权限。

按访问需求选择。常见的绕过大陆规则会让匹配的中国大陆地址及部分本地流量直连，其余流量交给代理，但具体行为取决于所选规则内容、顺序和规则数据。全局路由适合短时对照测试，用于判断问题是否与分流有关；它通常表示把已进入内核的连接交给代理出站，不表示所有应用都已经被接管。切换后应新建连接再验证，已有连接可能继续使用原路径。若只有某个站点异常，优先检查该站点命中的规则，不必长期改变整个设备的访问方式。

不少命令行工具不会读取桌面系统代理，而是读取自身参数或 http_proxy、https_proxy 等环境变量。先在客户端界面确认实际监听的本地地址、端口及其协议，再按工具文档设置当前终端会话使用的代理。HTTP 代理地址与 SOCKS 地址不能仅替换端口后混用，变量名中的 https 也不表示代理服务一定使用 HTTPS。测试时先限定在当前会话，避免把失效地址写入全局环境。客户端退出后应清除临时变量；若使用 TUN 接管，也应确认该终端流量没有被排除规则绕过。

先确认目标应用的流量确实进入当前内核，再检查自定义规则是否已启用并重新加载。V2Ray 路由规则通常按自上而下顺序匹配，前面的宽泛规则可能先命中，使后面的精确规则没有机会执行。还应核对 domain、ip 等匹配字段、出站标签以及 geosite、geoip 数据是否可用。domainStrategy 会影响域名是否进一步解析为 IP，因此仅修改 IP 规则不一定改变域名连接的结果。每次只修改一组条件，重建目标连接并查看日志，比同时调整多条规则更容易确认原因。

先通过客户端提供的备份或导出功能保存订阅分组、手动添加的节点、自定义路由、DNS 设置和本地监听端口；具体可导出范围以当前版本为准。备份文件可能含有服务凭据，应保存在受控位置。更新前关闭正在运行的内核，避免新旧进程争用端口。恢复配置后先用系统代理验证基本连接，再检查 TUN 和自定义规则。切换内核不只是替换名称，字段支持和协议组合也可能变化；启动失败时应根据日志定位不兼容项，不要直接把不同内核的完整配置相互覆盖。

不一定。测试结果取决于测试方法、目标地址、当前网络和节点配置；某些探测方式失败时，实际应用连接仍可能有不同表现。先检查设备时间是否准确、当前网络能否正常直连，再选另一条已有节点对照测试。查看日志中是服务器连接超时、域名解析失败，还是 TLS 握手异常，并核对服务器地址、端口和传输参数。若同一节点在不同网络下结果不同，应进一步检查网络路径；若订阅中的节点普遍失效，则确认服务状态与配置是否更新，不要只反复点击测速。

正在运行通常只表示本地服务已启动，不代表远端连接和 DNS 解析均成功。先确认当前活动节点正确，查看启动输出是否存在配置错误；然后核对浏览器是否使用客户端实际监听的端口。尝试访问不同域名，区分单站异常与全部失败，再检查日志中的解析、握手及出站错误。可临时切换路由模式做对照，但每次只改变一个设置。若启用了 TUN，先退回普通代理测试；若普通代理正常而 TUN 异常，再检查虚拟接口、DNS 和路由冲突。恢复访问后撤销用于测试的临时修改。

先检查客户端的系统代理状态和系统设置中的代理地址、端口是否一致，再检查浏览器扩展、自定义代理配置及绕过列表。部分浏览器使用独立代理策略，扩展或组织策略可能覆盖系统设置。关闭冲突的代理扩展后，新建连接测试，并结合客户端访问日志确认请求是否进入内核。若只有本地域名或特定站点直连，可能是绕过规则的正常结果。浏览器的安全 DNS 设置也可能改变解析路径，但它与代理入口不是同一层问题，应分别验证。测试结束后恢复仍需使用的浏览器配置。

DNS 解析失败时，先确认失败的是订阅域名、节点服务器域名还是目标网站域名，再检查所选解析服务器能否经当前路径访问，以及远程 DNS 是否依赖尚未建立的代理连接。端口被占用则属于本地监听问题，应检查是否同时启动多个客户端或残留内核进程，优先正常退出冲突程序，也可改用空闲端口并同步修改应用代理设置。这两类错误发生在不同环节，不宜通过反复更换节点统一处理。求助时提供错误发生时间、操作步骤和脱敏日志，遮盖订阅、认证信息与个人地址。