V2Ray 常见问题

V2Ray 通常指 Project V 代理生态及相关内核技术，不是某个统一的图形界面。v2rayN 是桌面图形客户端，用于 Windows、macOS 与 Linux；v2rayNG 是 Android 客户端。客户端负责订阅管理、配置生成和连接控制，内核负责实际处理网络流量。遇到问题时，先记录客户端名称、系统类型和当前内核，再查对应设置；只说使用 V2Ray，往往无法确定具体操作入口。菜单名称可能随版本变化，查找时应以设置功能为线索。

客户端永久免费、代码开源，但安装客户端不会自动获得代理服务器或订阅地址。订阅是配置来源，包含连接服务器所需的信息，需要由有权使用的服务或自建服务器提供。先确认已有有效订阅或完整分享链接，再进行导入；不要把普通网页地址当作订阅地址。订阅服务的期限、额度和费用由提供方决定，与客户端本身分开。订阅链接可能包含访问凭据，应当像密码一样保存，求助时不要公开完整地址，也不要上传含凭据的截图。

优先按配置要求选择，而不是按名称相似程度判断。v2rayNG 使用 Xray 内核，v2flyNG 使用 V2Fly 内核，两者来自相关的开源生态，但协议与传输特性的支持范围并不完全相同。若配置要求 REALITY 或 Xray 的特定功能，先确认 v2rayNG 当前内核能够支持；已有面向 V2Fly 的配置时，可考虑 v2flyNG。分享链接能够导入不代表所有字段都已兼容，导入后仍应查看日志和实际连接结果。切换客户端前保存原配置，避免把格式差异误判成网络故障。

系统代理把本地代理地址写入操作系统的代理设置，通常适合会读取该设置的浏览器和应用；自行建立连接、忽略系统代理的程序可能不会经过它。TUN 通过虚拟网卡接收流量，再交给内核按路由规则处理，覆盖范围更广，但需要相应权限，并与 DNS、路由和其他网络软件配合。TUN 不等于所有请求都必须走代理，直连规则仍可能生效。初次配置建议先用系统代理验证服务器可用，再按需要开启 TUN，避免同时改变多项设置而难以定位原因。

先在设备信息或可信的系统信息工具中确认处理器架构。2015 年后主流手机通常可优先尝试 arm64，但生产年份并不能代替架构判断，部分设备可能运行不同位数的系统。universal 通常包含多种架构支持，文件更大，适合架构不确定或专用包无法安装的情况。若提示安装失败，还要检查系统版本要求、剩余空间、旧版本签名冲突，以及是否允许当前来源安装应用。更换安装包前备份配置，不要为了尝试架构而直接卸载已有客户端。

先检查输入内容。订阅地址一般是完整的网络地址，分享链接则可能以 vmess://、vless:// 或 trojan:// 开头，两者应使用不同的导入入口。复制时避免带入空格、换行、引号或说明文字。v2rayN 可在订阅分组设置中填写地址，保存后再执行更新订阅；v2rayNG 可在订阅分组设置中添加地址，再通过菜单更新订阅。保存分组本身不会自动证明内容有效。若更新后仍为空，查看是否返回登录页面、错误提示或不受支持的格式，再向提供方确认地址有效性。

先确认安装包与芯片匹配：Apple Silicon 选择 arm64，Intel 选择 x64，再完成磁盘映像中的安装流程。若系统因来源或签名提示阻止打开，先核实文件来自预期下载入口，然后查看系统设置中的隐私与安全性，按系统提供的单个应用批准流程处理。不要关闭整个系统的安全机制，也不要直接运行来源不明的终端指令。若提示应用损坏或架构不兼容，重新下载对应安装包并检查系统版本要求；应用已能启动但无法连接时，应转入配置与日志排查，而不是重复修改安全设置。

先关闭 TUN，再按当前平台支持的方式授予权限。Windows 通常需要管理员权限；macOS 与 Linux 可能需要客户端支持的特权服务、辅助组件或虚拟网卡权限，具体以当前版本说明和系统提示为准。不要把其他平台的操作直接套用。授权后重启客户端，再查看日志是否仍有网卡创建、路由写入或权限拒绝错误。企业设备的策略可能禁止创建虚拟网卡，应联系设备管理员。若暂时无法授权，可先使用系统代理验证基础连接，并避免让多个虚拟网卡代理工具同时接管流量。

一般先使用规则分流，根据目标域名、地址和规则决定直连或代理，而不是长期让所有请求走同一出口。访问局域网设备时，确认路由包含绕过局域网的设置，避免打印机、共享目录或本地管理页面被误送到远端。需要定位某个网站的问题时，可以短暂切换代理或直连模式对照，再恢复原规则。模式名称随客户端版本有所变化，应同时查看当前路由规则和系统代理状态。切换路由只改变已有流量入口之后的处理方式，不会让忽略系统代理的应用自动进入代理。

先区分系统 DNS、客户端内核 DNS，以及浏览器自带的加密 DNS，它们可能各自处理不同请求。检查当前模式下由谁解析域名，再确认直连与代理目标的解析路径符合路由设计。远程 DNS 地址能填写，不代表解析请求一定经过代理；还应检查该请求本身的出站规则。使用 TUN 时，DNS 接管设置和虚拟网卡路由需要配合。FakeDNS 也不是独立开启就能解决所有问题的开关。每次只调整一个设置，重启相关应用或清理缓存后复测，并保留原配置便于恢复。

先在客户端选择一个有效配置并启动连接，再开启所需的系统代理或 TUN，随后用目标应用发起新的请求。查看客户端日志中是否出现该应用对应的连接记录，并结合出口地址查询结果判断路径是否符合预期。查询页面本身也受分流规则影响，因此出口地址不能单独证明所有应用都走同一路径。浏览器正常而另一个程序失败时，分别检查两者是否读取系统代理。测试期间关闭重复运行的代理工具，不要只依据开关亮起、连接图标或配置测试成功就判断全部流量已被接管。

按提供方的变更频率设置更新间隔即可，不需要为了保持连接而频繁刷新。更新会重新获取订阅分组中的配置，提供方删除或修改的条目可能随之变化，客户端本地修改的订阅条目也可能被覆盖。需要长期保留的手动配置，应备份或放到独立分组。更新前确认当前分组，更新后检查活动配置是否仍然存在；正在使用的配置被替换时，可能需要重新选择并重启连接。自动更新仍依赖地址有效、网络可达和客户端运行状态，不能替代对过期订阅或格式错误的处理。

先确认订阅地址完整、服务未过期，且设备时间准确。然后分别尝试更新订阅（不通过代理）和更新订阅（通过代理）：前者依赖当前网络直接访问，后者需要已有可用的代理连接。首次导入时没有可用配置，通过代理更新可能无法完成。查看日志中的具体错误，区分域名解析失败、连接超时、证书错误、拒绝访问和内容解析失败。若地址返回的是网页而非订阅数据，应由提供方修正。不要连续点击更新，也不要把完整地址贴到公开日志；记录错误类型和发生时间更有助于定位。

超时只能说明某次测试没有在规定时间内完成，不能直接判定服务器已经故障。先确认设备普通网络可用，再检查服务器地址、端口、协议及传输参数是否与订阅一致。区分 TCP 连通测试和通过代理访问目标的实际连接测试，前者成功也不能证明认证和协议协商成功。可换一个已知可用的配置作对照，并查看日志是否出现解析失败、连接拒绝或握手错误。若仅个别测试目标失败，检查测试网址及其路由；若所有配置都失败，优先排查本机网络、权限和其他代理软件的冲突。

已连接通常只表示客户端或内核已启动，并不保证浏览器请求已进入代理。先检查系统代理地址和端口是否指向当前客户端，再查看访问网页时日志有没有新增连接。没有记录时，检查浏览器独立代理设置、扩展和系统代理入口；有记录但失败时，再区分 DNS、认证、协议协商或远端连接错误。可以暂时关闭 TUN，使用系统代理进行对照，但一次只保留一种明确的接管方式。若停止客户端后仍无法联网，清除残留系统代理并检查虚拟网卡状态，不要立即重置整套网络配置。

先确认普通浏览器能够通过代理访问，并检查客户端本地监听地址和端口。若只有某个程序不生效，它可能忽略系统代理、使用自己的代理设置，或依赖其他网络接口。优先查看该程序是否支持手动填写 HTTP 或 SOCKS 代理，并确认所填端口对应的协议，不能只凭端口数字猜测。程序不支持代理时，再考虑 TUN，同时满足权限、路由和 DNS 要求。命令行工具还可能读取环境变量，系统代理开关未必影响它们。测试后及时恢复临时设置，避免旧代理地址在客户端退出后继续导致连接失败。