常见问题配置与连接排查

V2Ray 属于 Project V 代理生态，V2Fly 延续相关内核的维护；Xray 是同一技术生态中的另一条内核路线。v2rayN 是图形客户端，负责管理服务器、生成配置并启动所选内核。排查时先区分界面操作失败与内核启动失败：订阅列表为空应检查订阅返回内容，服务启动报错则看日志中的内核、配置和端口信息。不要仅凭客户端名称判断某个协议组合能否运行，还要核对实际使用的内核与服务端要求。

桌面优先选择 v2rayN，下载时按 Windows、macOS 或 Linux 及处理器架构匹配安装包。Windows 还可在跨平台桌面界面与经典 WPF 界面之间选择，两者的菜单位置和运行依赖可能不同。Android 优先使用基于 Xray 内核的 v2rayNG；需要 V2Fly 内核环境时再考虑 v2flyNG。切换客户端前保存订阅地址和自定义规则，并确认新客户端支持节点采用的协议与传输组合，不要直接覆盖原有配置目录。

客户端提供本地配置与连接功能，安装完成并不代表已有可连接的远端服务器。订阅地址用于获取一组节点配置，单节点链接则通常只包含一个服务器的连接参数。两者都需要由可信来源提供，并受对应服务的有效期、配额和使用规则约束。请在订阅分组设置中填写订阅地址，不要把服务商账户页面地址当成订阅链接。地址中的访问参数应当按凭据保护，截图、求助和日志分享前都要遮盖。

系统代理向遵循系统设置的应用提供本地代理入口；路由分流决定进入内核的连接走代理、直连还是阻止；TUN 则通过虚拟网络接口接收更多应用流量。三者处在不同环节，设置系统代理并不能保证所有应用都进入内核，选择全局路由也不能强制接管未使用代理的程序。初次配置建议先用系统代理验证浏览器连接，再调整路由，最后按需要启用 TUN。每次只改一项，便于发现问题所在。

先将压缩包完整解压到当前账户可写的独立目录，再从解压目录运行 v2rayN.exe，不要在压缩软件预览窗口中直接启动。核对安装包是否匹配系统与处理器架构；如果错误明确提示缺少运行环境，按当前版本说明安装对应依赖，不要随意补装不相关组件。随后检查安全软件的隔离记录及目录写入权限。仍无法启动时记录完整报错、系统版本和所用界面版本，保留原目录以便定位，避免反复覆盖安装。

较新的主流 Android 设备通常适合 arm64，但最终应以设备处理器和系统支持的应用架构为准，不能仅按购买年份判断。能够确认系统支持 arm64 时，选择对应安装包；无法确认或遇到架构不匹配提示时，可尝试包含多种架构的 universal 包。安装提示应用未安装时，还要检查剩余空间、系统版本要求以及旧版本签名是否兼容。不要直接卸载仍有配置的客户端，先导出可恢复的配置，再决定是否重装。

先判断拿到的是订阅地址、单节点链接，还是仅供登录的网页地址。订阅地址应填入订阅分组设置，保存后再执行该分组的订阅更新；单节点链接则使用从剪贴板导入等对应入口。扫描二维码后没有结果，常见原因是二维码内容为网页、链接被截断或当前客户端不支持该格式。重新复制原始文本，去掉首尾空格与换行，再查看导入提示。不要把私人订阅提交给陌生在线转换页面，以免地址泄露。

先关闭 TUN，确认普通系统代理可以连接，再处理虚拟接口问题。Windows 按客户端提示使用所需权限启动；macOS 与 Linux 则核对当前版本要求的提权或服务配置。查看日志，区分权限不足、接口创建失败、路由写入失败和 DNS 设置失败，不要把所有启动错误都归因于节点。暂时退出其他虚拟网卡或隧道工具后重试。若启用后网络异常，先关闭 TUN 并确认网络恢复，再根据具体错误调整，避免同时改动多组路由参数。

先在服务器列表选定活动服务器，确认内核已经启动，再在主界面或托盘菜单的系统代理入口选择自动配置系统代理。随后检查操作系统代理地址与端口是否对应客户端当前监听值，并重新打开测试应用。有些浏览器扩展、应用独立代理设置和其他代理工具会覆盖系统设置，应临时关闭后复测。若只有某个应用不生效，先确认它是否遵循系统代理；不遵循时需要配置应用自身代理，或在普通连接正常后再考虑 TUN。

在订阅分组设置中为每个来源建立独立分组，使用能辨认来源和用途的备注，再分别填入对应订阅地址。首次更新建议逐组执行，确认每组返回正常后再更新全部订阅。查找服务器时先切换分组，再按备注关键词过滤；过滤只改变显示范围，不等于删除服务器。手动添加的节点应与订阅管理的条目分开保存，更新前确认客户端对旧条目的处理方式。地址失效时先修改原分组，不要重复新建多个同名分组。

日常可在路由设置中按需求选择绕过大陆规则，使命中相应规则的目标直连，其余流量按规则处理。需要判断故障是否由分流造成时，可临时切换全局代理路由，用同一服务器访问同一目标进行对照，测试完成后恢复原规则。注意全局路由只影响进入代理内核的流量，不会自动接管全部应用。自定义规则的匹配顺序、域名判断方式和规则数据都会影响结果，修改前保存现有规则，每次只调整一个条件。

先退出客户端并确认相关进程结束，再备份配置目录或使用当前版本提供的导出功能。重点保存订阅分组、手动节点、自定义路由、DNS 设置以及本地监听端口；订阅地址本身也应保存在受保护的位置。升级时先阅读所用版本的迁移说明，尤其是跨界面版本或跨较大版本升级，不要默认旧配置可以直接覆盖。更新后依次验证服务启动、单个节点、订阅更新和日常应用，确认稳定后再清理旧目录及备份。

先检查订阅是否到期、地址是否被重置，以及复制时是否遗漏查询参数。再查看更新日志，区分连接失败、证书错误、返回空内容与格式无法解析。若当前代理本身不可用，按客户端提供的更新选项尝试不经代理获取订阅；必要时换一个正常网络对照。返回登录页面、验证页面或错误页面都不属于有效订阅内容，重新导入也不会解决。先保留已有服务器列表，查清返回内容和服务状态后再决定是否清空重建分组。

测试超时只能说明当前测试流程未在时限内完成，不能单独证明所有连接都不可用。先确认设备本身能够联网，再检查活动服务器、系统时间和节点有效期。TCP 测试与实际经过代理访问网页的测试覆盖范围不同，应结合真实访问与内核日志判断。使用同一网络测试另一条已知可用节点，或在另一网络测试原节点，可以缩小范围。若日志提示认证或握手错误，重点核对节点参数与内核支持，不要只反复增加超时时间。

运行中通常只代表本地服务已启动，不代表远端连接成功。先关闭代理确认基础网络正常，再重新开启并检查活动服务器、系统代理地址与监听端口。若所有网站都失败，查看内核日志是否出现连接或认证错误；若只有部分域名失败，再检查路由命中、DNS 解析与浏览器安全 DNS 设置。临时关闭浏览器代理扩展并用另一浏览器对照，不要一次性重置全部配置。TUN 与系统代理同时启用时，可先关闭 TUN，缩短排查链路。

先从日志确认冲突的具体监听端口，不要默认一定是 10808。Windows 可在终端运行 netstat -ano 查看监听项及对应进程编号，再到任务管理器核对进程名称；发现旧客户端重复运行时先正常退出，不要直接结束不认识的系统进程。也可在设置中的参数设置找到相应本地监听项，改成未使用的端口并重启服务。修改后重新配置系统代理，并同步调整浏览器扩展和手动代理应用；端口存在不代表 HTTP 与 SOCKS 协议可以互换。