v2rayN 常见问题

Windows、macOS 和 Linux 桌面优先选择 v2rayN；Windows 的 Desktop 版采用跨平台界面，WPF 版采用经典 Windows 界面，按下载页的运行依赖说明选择。Android 优先选择采用 Xray 内核的 v2rayNG；需要 V2Fly 内核时，再考虑 v2flyNG。客户端名称相近，不代表设置与协议支持完全一致。迁移前先确认服务端要求的协议、传输方式和安全参数是否受目标客户端支持，再导入配置，不能只凭链接能被识别就判断一定可用。

客户端负责读取配置、启动代理内核，并把符合规则的网络请求交给指定出站；安装程序本身不提供可用服务器。开始连接前，需要从有权使用的服务提供方或自建服务取得订阅地址、分享链接，或者完整的手动配置参数。导入后仍要选中服务器并设为活动服务器。只有服务器地址而缺少端口、用户标识或传输参数，通常无法建立连接。订阅中可能含访问凭据，排查问题时不要公开完整地址，也不要把整个配置截图直接发到公共讨论区。

vmess://、vless:// 等分享链接通常描述一个服务器，适合通过剪贴板导入；订阅地址通常是可更新的网络地址，用于获取一组服务器及其后续变更。在 v2rayN 中，分享链接走“服务器”里的剪贴板导入入口，订阅地址则到“订阅分组 → 订阅分组设置”新建分组并填写地址，再执行更新订阅。把订阅地址当成单节点链接导入，可能只看到格式错误。也不要用网页展示标题代替真实地址；复制时应确认没有混入说明文字、换行或首尾空格。

系统代理告诉遵循系统代理设置的应用，把请求交给客户端本地代理端口；路由规则决定进入内核的请求使用代理、直连还是阻断出站；TUN 模式通过虚拟网络接口接管更多应用流量。三者不在同一个层次，开启系统代理不会自动让所有程序都经过代理，选择全局路由也不代表流量已经进入内核。初次配置先使用系统代理验证服务器可用，再按应用需求启用 TUN。切换接管方式时保留一份可用配置，避免同时改动路由、DNS 和虚拟接口后无法定位问题。

大多数较新的 Android 手机可优先选择 arm64 安装包，它面向 64 位 ARM 运行环境，体积通常比通用版小。仅凭手机上市年份不能完全确定兼容性，还要看处理器与系统是否支持对应架构；不确定时可选择 universal 通用版，或先在系统信息中确认 ABI。若出现“应用未安装”或解析失败，除了架构，也要检查系统版本要求、安装包是否下载完成，以及设备上是否已有签名不同的同名应用。卸载旧应用前先导出必要配置，避免丢失订阅与自定义规则。

先区分正在导入的是单节点分享链接，还是需要联网获取内容的订阅地址。分享链接应完整保留协议前缀，使用客户端的剪贴板导入入口；订阅地址应填入订阅分组，再执行更新。若提示格式不支持，向提供方确认返回的是客户端支持的配置格式，而不是网页、登录提示或其他应用的配置文件。复制时检查是否带入引号、说明文字和中间空格。不要手动改写链接里的用户标识与编码内容；更新后列表仍为空时，再检查当前分组筛选和服务器过滤条件。

先在 v2rayN 底栏把“系统代理”设为“自动配置系统代理”，确认活动服务器已选定，内核日志没有启动失败。随后检查系统网络设置中的代理地址与端口是否对应客户端当前的本地监听设置。浏览器扩展、浏览器自身的手动代理，以及其他代理客户端都可能覆盖系统设置，排查时只保留一种接管方式。修改后重新打开浏览器再测试。命令行程序和部分应用未必读取系统代理，不能用这些程序的直连结果判断系统代理失效；它们需要单独配置代理或使用 TUN。

先关闭 TUN，确认普通系统代理能够正常访问，再处理虚拟接口问题。Windows 可退出客户端后以管理员身份重新启动，再开启“启用 Tun”；macOS 与 Linux 按客户端提示完成相应的权限授权，不要直接给所有程序长期授予最高权限。查看日志中最早出现的错误，区分权限不足、接口创建失败与路由添加失败。暂时退出其他占用虚拟网络接口的工具再试。Android 的 v2rayNG 使用系统 VPN 授权流程，首次连接需在系统弹窗确认，并检查是否已有其他 VPN 连接占用。

在 v2rayN 的“订阅分组 → 订阅分组设置”中，按提供方或用途分别建立分组，使用能辨认来源的备注，不要把不同地址反复覆盖在同一分组里。修改地址后先更新当前分组，确认内容正确，再按需要更新全部订阅。筛选服务器时先看当前选中的分组，避免把其他分组隐藏误认为数据丢失。订阅生成的条目可能在更新时被替换，需要长期保留的手动调整应另存为独立配置。备份时同时记录自定义路由和 DNS，恢复后检查它们是否仍被当前配置引用。

Tcping 主要观察到服务器端口的 TCP 建连情况，不代表代理认证、传输握手和目标网站访问都成功。真连接延迟会通过代理链路请求测试地址，更接近日常使用，但结果也受测试地址本身、DNS 与路由规则影响。下载测速观察持续传输能力，消耗的流量通常更多，不能只凭一次结果比较线路。建议先用真连接测试筛出可用配置，再用实际需要的应用验证。某项显示失败时查看对应日志，别把测试地址不可达、端口不通和服务器参数错误都归为同一种“延迟高”。

在 v2rayNG 的“设置”中找到“分应用代理”，先启用该功能，再根据界面说明选择让所选应用经过代理，或让所选应用绕过代理。两种模式的名单含义相反，设置后要重新检查已勾选的应用，并停止、重新启动连接使变更生效。分应用代理控制哪些应用进入 VPN 接管范围，不会替代进入内核后的路由规则。需要代理的应用如果被排除，切换全局路由也不会把它重新纳入。遇到后台下载或系统组件访问异常时，还应检查实际发起请求的是否是另一个应用或系统服务。

只有在域名解析异常、分流不符合预期，或 TUN 场景需要特定域名映射时，再考虑调整 DNS 与 FakeDNS。先保留当前可用设置，记录是所有域名失败还是个别域名失败，并确认代理连接本身可用。FakeDNS 返回用于映射的虚拟地址，不是普通公共 DNS 服务，也不保证所有应用兼容。修改前要确认所用内核及 TUN 实现支持对应配置，避免只开启一个开关却没有匹配的接管与路由设置。调整后若仍异常，恢复原配置并重启相关应用；残留的 DNS 缓存也可能影响判断。

先打开“订阅分组 → 订阅分组设置”，核对地址是否完整、是否过期，以及提供方是否要求重新获取地址；再查看更新日志的具体错误。连接超时先检查当前网络能否访问订阅服务，返回内容无法解析则确认是否拿到了登录页、错误页或不兼容的格式。直连无法获取时，可在已有可用服务器的前提下尝试“通过代理更新订阅”，不要依赖尚未成功导入的配置。更新成功却列表为空时，清除分组筛选并检查服务器过滤条件，同时确认系统日期与时间正确，避免证书验证受影响。

先保留原参数，不要随意改端口。确认当前网络本身可以正常访问普通网站，再检查活动服务器的地址、端口、协议、传输方式与安全参数是否与提供方一致，尤其注意 TLS 的服务器名称和传输路径。查看日志，分清域名解析失败、TCP 连接超时与握手失败；它们需要不同处理。若同一订阅中其他服务器可用，可临时切换对照，帮助判断是单条配置还是整个客户端环境的问题。只有提供方明确变更端口或参数时才修改；本地测试失败不能直接证明远端服务已经停止运行。

“已连接”或内核运行只说明本地进程已启动，不代表远端请求一定成功。先确认活动服务器正确，再依次检查内核日志、流量是否进入客户端、路由是否选中了预期出站，以及 DNS 是否能够解析。使用系统代理时检查应用是否读取代理设置；使用 TUN 时先关闭其他 VPN 或代理工具，避免接口与路由冲突。可临时切换为明确的代理路由做对照，测试后恢复原规则。若只有个别网站失败，应单独查对应域名的路由和解析，不要立刻重置全部配置或反复更改多个设置。

锁屏后断连先检查系统对 v2rayNG 或 v2flyNG 的电池优化、后台运行和后台联网限制，按设备设置允许必要的后台活动，再确认系统 VPN 授权仍然有效。部分设备还需检查应用的自启动管理，不同系统菜单名称会有差异。退出客户端后网络异常，则检查系统是否启用了“始终开启 VPN”或“阻止未使用 VPN 的连接”；这些选项可能在客户端停止时继续限制联网。桌面端退出前应先关闭 TUN 并清除系统代理。恢复时先处理残留接管设置，再重新连接，避免直接删除整个配置目录。