V2Ray 常见问题

桌面端优先查看 v2rayN，适用于 Windows、macOS 与 Linux；安卓端优先查看使用 Xray 内核的 v2rayNG，v2flyNG 则是使用 V2Fly 内核的备选。选择依据是设备系统、已有配置需要的协议与传输支持，不是名称是否相近。客户端界面负责订阅和设置管理，内核负责实际连接，两者不能混为一谈。迁移时先导出备份，再核对目标客户端是否识别原节点的安全与传输参数；成功导入列表并不等于配置完全兼容。

客户端是配置和连接工具，安装程序本身不包含可供使用的远端服务。建立连接需要有效的服务器地址、端口、身份认证和相应的传输参数，订阅则用于集中获取和更新这些节点。已有自建服务时可导入单节点分享链接；使用订阅时，应从服务提供方取得完整地址，并了解其有效期和设备限制。订阅地址可能包含访问凭据，不要提交到公开讨论区或陌生的在线转换工具。空白服务器列表应先补齐配置，而不是反复切换代理模式。

订阅地址用于请求一组节点，更新后列表可能变化；节点分享链接描述单个连接配置，导入后通常不会随原订阅自动更新；配置备份用于保存客户端支持的设置范围，可能包含分组、路由和本地偏好。三者应分别使用订阅设置、剪贴板导入和备份恢复入口，不能把备份文件当成订阅地址填写。迁移前查看备份工具列出的内容，不要默认另一款客户端能完整恢复。分享节点前还应确认是否允许转发，并避免暴露认证信息。

不一定。不同测试可能只检查服务器端口可达，或通过节点请求指定测试地址；它们不能覆盖浏览器代理、目标域名解析和路由规则的全部环节。先看测试项目的名称和日志，再用浏览器访问一个已知可用的目标，观察是否产生对应连接记录。端口测试成功而网页失败时，应检查协议认证、TLS 参数和目标分流；客户端测试成功但浏览器没有日志时，应先检查应用是否接入本地代理。不要仅凭某一个延迟数值判断实际可用性。

先区分添加订阅地址失败和更新后没有节点。v2rayN 可从订阅分组设置新增分组，填写完整地址并保存，再执行更新订阅；v2rayNG 则从侧边菜单进入订阅设置，添加地址后返回列表更新。具体名称随版本略有差异。地址应包含完整协议头，复制时清除前后空格和换行；单节点分享链接应走剪贴板导入，而不是填进订阅地址栏。若提示内容无法解析，核对服务端提供的客户端格式，登录页、错误页或网页入口都不是有效的节点订阅内容。

先保留现有节点和分组，避免在故障期间清空可用配置。检查订阅是否到期、地址是否被重置，以及设备日期是否准确，再读取本次更新的具体错误。超时通常需要检查请求路径与当前网络；证书错误应先核对系统时间和订阅域名，不要直接关闭验证。若客户端提供直连更新或经代理更新选项，可在已有可用节点的前提下分别验证。返回成功却没有节点时，应检查服务端内容和套餐状态，而不是连续高频刷新；提交求助日志前隐藏完整订阅地址。

2015 年后发布的主流安卓手机通常优先选择 arm64，但最终应以设备支持的应用架构为准；处理器支持 64 位，不代表当前系统一定允许安装 64 位应用。无法确认架构时可选择通用版 universal，它包含多种架构支持，安装包通常更大。若提示无法安装，先检查系统版本要求、剩余存储、下载是否完成，以及已安装应用的签名是否冲突。不要直接卸载旧客户端来试错；先导出节点和必要设置，再判断是否需要重新安装或更换架构。

TUN 需要创建或使用虚拟网络接口，权限取决于系统与客户端实现。Windows 上通常需要管理员权限或已配置的服务模式；Linux 需要相应网络管理能力和设备访问权限；macOS 应按客户端提示完成授权。安卓客户端一般通过系统 VPN 授权接管流量，首次连接需确认系统弹窗。权限不足时先查看内核和服务日志，按当前版本说明处理，避免长期以高权限运行无关程序。切换前关闭其他正在接管流量的工具，故障时先停用 TUN，恢复普通网络后再单独验证。

只需要浏览器等遵循系统代理的应用联网时，先用系统代理，接入路径更容易观察；需要处理不读取系统代理的应用时，再评估 TUN。系统代理只写入系统提供的代理设置，不会自动接管所有程序；TUN 在虚拟网络接口层处理流量，还涉及路由和 DNS。初次验证先关闭 TUN，在 v2rayN 中选择自动配置系统代理，确认内核运行且浏览器可用。之后再测试 TUN，记录是否同时修改了 DNS 或分流，避免多个入口一起变化导致无法定位原因。

先确定希望某个目标走直连还是代理，再检查规则顺序和最终出站。V2Ray 路由通常按顺序匹配，前面的宽泛规则可能覆盖后面的精确规则；域名规则与 IP 规则也不一定能互相替代。可从 v2rayN 的路由设置选择当前方案，逐条核对域名、地址范围与出站标签，并用日志确认实际选择。只测试一个明确目标，临时增加精确规则后重新建立连接，不要用仍在复用的旧连接判断结果。修改前保留原方案，确认有效后再合并到长期规则。

不必一开始就同时修改。先确定解析由系统、浏览器还是内核处理：浏览器的安全 DNS、应用自带解析和 TUN 的 DNS 接管都可能改变实际路径。记录当前设置，选择一个解析失败的域名进行测试，查看日志是否出现解析超时或无结果，再检查当前 DNS 服务器是否可达、请求走直连还是代理。只修改当前路径真正使用的一层，并重新建立连接观察结果。不要把忽略证书验证当作 DNS 修复，也不要用直接访问 IP 的失败结果否定域名解析，因为目标可能依赖正确的域名和 TLS。

需要持续同步节点时，优先在两端分别添加同一条有效订阅，再核对服务是否限制设备数量或并发连接；只迁移一个节点时，可在 v2rayN 中导出分享链接或二维码，由 v2rayNG 导入。二维码属于配置载体，应像订阅地址一样妥善保管。节点迁移并不会自动带走本地监听端口、系统代理、应用分流和 TUN 设置，这些应在新设备单独配置。迁移后先测试一个节点，确认协议、传输与认证参数被保留，再处理分组和路由；完整备份只用于明确支持的恢复场景。

先停用代理确认本机基础网络可用，再检查设备时间和节点地址、端口。单个节点失败时，比较同订阅其他节点；全部节点失败时，优先查看网络路径、内核状态和配置是否共同出错。日志中的连接超时、连接被拒绝、认证失败和 TLS 错误属于不同线索，不应统一归因为节点失效。可换到另一条可用网络复测，但保持节点配置不变。不要先批量关闭防火墙或改动所有安全参数；先用一个已知配置复现并保存报错时间，才能区分远端服务问题与本地环境问题。

已连接通常只代表内核或系统 VPN 接口已启动，不能证明远端请求成功。先确认当前选中的节点和代理模式，再访问一个明确目标，同时查看是否出现该请求的日志。完全没有记录时，检查浏览器独立代理、系统代理或应用分流是否绕过客户端；出现 DNS 错误时转查解析路径；出现握手或认证错误时核对节点参数。若只有少数网站失败，检查目标路由和远端可达性。每轮只修改一个设置，并关闭旧页面连接后重试，避免把缓存结果当成新配置的表现。

先检查操作系统代理设置里是否写入了正确的本地地址和端口，再核对 v2rayN 参数设置中的实际监听值，不要仅凭常见端口号推断。确认内核正在监听，并检查浏览器是否启用了独立代理扩展或自己的连接设置。部分程序不遵循系统代理，需要单独配置受支持的代理入口，或在确认普通代理可用后考虑 TUN。若设置保存后立即被改回，检查其他代理工具、管理策略或后台脚本。退出客户端后网络异常时，先清除失效的系统代理，再恢复基础连接。

先区分图形界面退出与内核启动失败。界面仍在而内核报错时，从日志窗口寻找本次启动的第一条关键错误：端口占用应查重复进程和监听设置，配置解析失败应回看最近导入或修改的内容，文件缺失应检查安装是否完整及安全软件的处理记录。界面直接退出时，保存崩溃时间并检查系统应用日志。处理前备份配置，不要反复覆盖旧目录或删除全部设置。恢复到一个最小可用节点配置再逐项加入分流和 TUN；分享日志前隐藏地址、认证内容与订阅凭据。