V2Ray 常见问题

先把配置界面与连接程序分开看。V2Ray 通常指 Project V 生态中的代理工具与相关技术；V2Fly 和 Xray 是需要分别确认功能的内核项目。v2rayN、v2rayNG、v2flyNG 是图形客户端，负责订阅管理、节点选择和配置生成，实际协议处理由内核完成。因此，界面能导入节点，不等于当前内核能运行该节点。排查时同时记录客户端名称、内核名称和日志报错，尤其留意协议、传输方式与配置字段是否匹配，不要只根据界面上的协议标签判断兼容性。

桌面设备先看 v2rayN，适用于 Windows、macOS 与 Linux；Android 设备先看使用 Xray 内核的 v2rayNG，需要 V2Fly 内核配置时再考虑 v2flyNG。选择依据是操作系统、处理器架构，以及节点要求的协议和传输能力，不是名称相似程度。特别是 VLESS、REALITY 等配置，应确认所选客户端随附内核的实际支持情况。换客户端前先保留现有设置记录，导入一个已知可用的节点做对照。不要同时启动多个客户端接管系统代理或虚拟网络接口，否则测试结果容易混杂。

需要。客户端是配置管理与连接工具，安装完成不会自动获得远端服务器。订阅地址用于获取节点列表，单节点链接则通常包含协议、服务器、端口及认证参数。两者应来自有权使用的服务或自建配置，客户端不会替代服务端账户与流量额度。导入后还要选中节点、启动连接，并按用途设置系统代理或其他流量接管方式。若订阅列表为空，先检查订阅内容和账户状态，不要把空列表误判为安装失败。订阅地址和节点参数可能含访问凭据，截图与日志分享前应遮去这些信息。

系统代理告诉遵循系统代理设置的应用把请求交给客户端；路由分流是在流量进入内核后，按规则决定直连、代理或阻断；TUN 模式则通过虚拟网络接口接管更多流量。三者处于不同环节，不能互相替代。应用忽略系统代理时，修改路由规则未必能解决，因为请求可能根本没有进入客户端。TUN 的覆盖范围更广，但也涉及权限、DNS、网关和其他网络软件的兼容性。初次配置宜先用系统代理验证单个节点，再按具体应用需求评估 TUN，避免同时改变多项设置。

先确认复制的是订阅地址，还是单节点分享链接。v2rayN 通常在订阅分组设置中新增地址，保存后还需要执行订阅更新；Android 客户端也应在订阅相关入口添加并刷新，而不是把网页地址当作单节点导入。检查复制内容是否带有空格、换行、遗漏的查询参数，或实际指向需要登录的网页。仍无节点时，查看更新日志，分辨请求失败、返回内容无法识别与过滤后为空。不要把带凭据的地址贴到公开转换工具；需要转换格式时，先确认来源可信、目标格式兼容，再保留原始订阅作对照。

多数较新的 Android 手机可先考虑 arm64，但应以设备支持的应用架构为准，而不是仅凭购买年份判断。部分设备的处理器支持 64 位，系统却只提供 32 位应用环境，这时 arm64 包仍可能无法安装。可在设备信息中查找支持的 ABI，或在架构不明确时选 universal；通用包通常包含多个架构，体积也更大。若提示安装失败，还要检查现有应用的签名、系统版本和存储空间，不要立即认定是架构问题。卸载旧客户端可能删除配置，应先备份，并确认备份文件的保存位置。

按系统信息确认架构，再选择包格式。Windows 入口需核对系统是否符合 x64 包要求；macOS 可在关于本机中区分 Apple Silicon 与 Intel；Linux 除了确认 x64 或 arm64，还要区分发行版使用的 deb、rpm 等包管理格式。扩展名相同并不代表架构相同，包能打开也不代表运行环境满足要求。出现程序无法启动时，先看系统提示与客户端启动日志，再检查运行依赖，不要直接复制其他设备的程序目录。跨平台迁移时优先迁移订阅与必要设置，路径、网络接口和权限选项应在新设备重新确认。

先确认普通连接可以工作，再处理 TUN 权限。Windows 通常需要按客户端提示以管理员权限运行或配置相关服务；macOS 与 Linux 的网络接口创建、路由修改也可能需要授权，具体步骤取决于客户端版本。Android 客户端首次接管流量时会请求系统 VPN 授权，需要在系统对话框中确认。授权失败时先关闭其他正在使用虚拟网络接口的应用，再看日志中的接口创建或路由错误。不要为了绕过单个报错而长期关闭系统防护。完成测试后确认关闭 TUN 能恢复原有网络，再决定是否日常启用。

这些测试测量的环节不同。Tcping 主要观察到服务器端口的 TCP 建连时间，不能证明认证、代理出站或目标网站访问成功；真连接测试通常通过代理请求指定地址，包含更多协议与网络环节；下载测速观察持续传输能力，还受到测试文件、并发和服务端限速影响。因此，低握手延迟不一定意味着下载快，真连接失败也可能来自测试目标不可达。比较节点时固定测试目标和测试时间，先确认真连接可用，再按实际应用体验选择。下载测试会消耗流量，有倍率计费的节点尤其应控制测试次数。

为每个订阅建立独立分组，并用可辨认的备注区分来源与用途。先在单组中更新，确认节点数量和字段正常，再安排定时更新；过滤条件宜逐条增加，避免一次把全部节点隐藏。更新可能替换节点记录，服务端也可能调整名称、地址或排序，所以客户端未必能一直保留原先选中项。更新后应检查当前节点、路由模式和是否重新连接，不要只看列表已经刷新。手动添加的节点最好放在独立分组，防止与自动更新内容混在一起。清理旧分组前备份必要配置，备份中的订阅凭据同样需要妥善保存。

先确认流量确实进入客户端，再确认选中了修改后的路由配置。规则一般自上而下匹配，较宽泛的规则放在前面时，后面的特定规则可能没有机会命中。检查域名规则、IP 规则和出站标签是否写对，所引用的 geo 资源是否存在，并区分域名请求与已经解析成 IP 的请求。保存后按客户端要求重启内核或重新连接，避免旧连接继续沿用原有路径。测试时只访问一个明确目标，并查看日志中的目标地址与出站选择。不要把所有问题都归为规则顺序，应用自己的代理设置和 DNS 行为也会影响观察结果。

先判断失败发生在域名解析还是代理连接，不建议一开始就替换全部 DNS。直连解析与代理解析的可达路径不同，远程解析地址若需要经代理访问，应确认客户端能正确安排其出站；否则可能出现建立代理又依赖该解析结果的循环。修改前记录当前设置，先调整一项并测试已知域名，再检查应用是否启用了自己的加密 DNS。浏览器缓存、系统缓存和客户端缓存也可能让结果短时间不一致。公共解析地址只是解析服务入口，不保证在所有网络环境都可达；DNS 调整也不能修复错误的节点凭据或服务端端口。

先核对地址是否完整、账户是否有效，再查看更新日志里的请求结果。连接超时优先检查订阅域名解析和访问路径；HTTP 401、403 通常需要确认授权或服务端策略；成功返回但无法解析，则检查内容是否为节点订阅，而不是登录页或错误页面。当前节点不可用时，通过代理更新也可能失败，可在客户端提供该选项时对照直接更新与通过代理更新。不要反复点击刷新，以免触发访问限制。必要时联系订阅提供方并描述错误状态，但分享日志时应删除地址中的凭据。删除分组重建通常不是第一步，容易丢失过滤与更新设置。

先用一个已知可用的节点在相同网络下对照，再用当前节点做真连接测试。只有一个节点失败时，重点检查服务器地址、端口、认证参数、传输设置和服务端状态；多个节点同时失败时，再检查本机网络、系统时间、防火墙及其他代理软件。握手测试成功只说明端口可能可达，不能排除认证或协议错误。日志若显示内核根本未启动，应先解决端口占用或配置错误，而不是继续换节点。测试时暂时关闭重复的流量接管方式，每次只改一项并记录结果。不要依据一次超时就删除整个订阅，也不要把测试网站失败当作所有网站都失败。

先区分客户端已经启动与目标请求实际成功。检查浏览器流量是否进入客户端：确认系统代理状态、应用自己的代理选项，以及当前选择的节点。随后对照域名解析、路由出站和日志中的连接错误；只有个别网站失败时，检查特定规则与目标服务状态，不必马上重置全部配置。TUN 环境下还要核对 DNS 接管、接口路由和其他虚拟网络软件冲突。可先退出 TUN，用系统代理验证一个普通网页，缩小排查范围。关闭客户端后若网络仍异常，应检查系统代理是否残留，以及原有 DNS、网关是否恢复，再重新启动测试。

先查看操作系统当前代理地址与端口，确认它们指向正在运行的客户端监听端口。客户端端口改过、另一款软件覆盖设置，或程序异常退出，都可能留下错误的系统代理。正常退出后若仍指向已关闭的本地端口，可在客户端或系统设置中清除该代理，再测试直连网络。部分应用不读取系统代理，需要在应用内指定代理，或评估 TUN；HTTP 与 SOCKS 端口也不能随意互换。排查时保留一个客户端运行，避免互相改写设置。不要把本地监听随意开放给局域网，允许外部设备接入是另一项配置，需要单独考虑认证和访问范围。