V2Ray 常见问题

不是。V2Ray 属于 Project V 代理工具生态，V2Fly 延续相关内核的社区维护；Xray 是另一条内核家族，具体协议与功能支持随版本变化。v2rayN 是图形客户端，用于管理服务器、订阅、路由和内核启动。导入配置后，实际处理连接的是客户端调用的内核。遇到协议不支持或启动报错，应同时查看客户端与内核信息，而不是只看窗口上的产品名。尤其是 REALITY 等设置，要确认服务端要求和当前内核能力配套，不能仅修改协议名称。

Windows、macOS 和 Linux 桌面设备优先选择 v2rayN，再按系统与处理器架构选安装包。Android 可选择采用 Xray 内核的 v2rayNG，或采用 V2Fly 内核的 v2flyNG。选择时先看服务提供方给出的协议、传输和安全设置要求，再确认客户端所含内核是否支持。两款安卓客户端的设置界面与配置能力并不保证完全一致，不宜直接照搬另一款的全部选项。已经能稳定使用的配置，可先保留备份，再评估是否需要更换客户端；切换名称本身不会改善服务器质量。

客户端负责读取配置和建立连接，安装包本身不提供服务器。需要从有权使用的服务提供方取得订阅链接、分享链接或手动配置参数，再导入客户端。订阅是一组可更新的服务器配置入口，单个分享链接通常只描述一个配置，两者应使用对应的导入方式。不要把购买页面、登录页面或普通网页地址当作订阅地址。订阅链接可能包含访问凭据，应按敏感信息保存，不公开贴到截图、论坛或日志中；来源不明的链接也不宜直接导入并启用。

系统代理把本机代理地址写入操作系统的代理设置，通常只有遵循该设置的应用会使用它。TUN 通过虚拟网卡和系统路由接管流量，覆盖范围更广，但需要相应权限，并可能与其他虚拟网卡或 VPN 冲突。路由规则则决定进入内核后的请求走哪个出站，并不负责让所有应用自动进入客户端。排查时要分开确认流量有没有进入、进入后走向哪里。初次配置可先使用系统代理测试网页，确认节点正常后再启用 TUN，避免把权限、DNS 和节点问题混在一起。

2015 年后主流 Android 手机通常可先考虑 arm64，但最终应以设备支持的应用架构为准，不能只按购买年份判断。少数设备虽然采用 64 位处理器，系统却只支持 32 位应用，安装 arm64 包仍可能失败。universal 包包含多种架构，体积通常更大，适合架构不确定或 arm64 无法安装的情况。更换包前先查看系统版本、剩余空间和安装错误提示；已有同名应用时，签名差异也可能阻止覆盖安装。必要时先备份配置，再决定是否卸载旧应用。

先确认复制的是完整订阅地址，没有多余空格、换行、说明文字或被截断的尾部。在 v2rayN 中，订阅地址应放入订阅分组设置，再执行更新；单个服务器分享链接则使用对应的服务器导入入口。混用入口可能导致解析失败。若链接可以拉取却仍报错，应检查返回内容是否为登录页、过期提示或客户端不支持的格式。不要仅凭浏览器能打开地址就认定订阅有效。保留原链接并向提供方确认适配的客户端与格式，避免自行改动地址中的参数。

先检查服务账户、订阅有效期以及提供方是否更换了地址，再确认当前网络能否访问订阅服务。部分更新请求需要通过已有代理，部分则应直连；应根据客户端的更新选项与提供方说明选择，不要反复随机切换。如果显示拉取成功却没有节点，继续检查内容格式、服务器过滤条件和内核兼容性。更新前保留仍可用的配置，不要立即删除整个分组。服务端返回空内容时，重复点击通常没有帮助；记录报错文字和发生时间即可，反馈时隐藏完整订阅链接。

先关闭 TUN，确认普通代理连接可用，再处理系统权限。Windows 按客户端提示以管理员权限运行，或检查其服务模式是否正确安装并启动；macOS 和 Linux 按当前版本说明完成必要的权限授权。Android 使用系统提供的 VPN 授权弹窗，应确认授权给正在使用的客户端。同一时间尽量只运行一个接管流量的应用。若权限已经授予仍报错，查看日志中的虚拟网卡、设备创建或路由写入错误，不要一开始就关闭全部安全功能，也不要从来源不明的位置另行安装驱动。

先确认客户端正在运行、已选择服务器，并且系统代理状态确实为启用，再查看系统里记录的代理地址与端口是否对应当前本地监听设置。浏览器扩展、独立代理配置、绕过列表和 PAC 规则都可能改变实际路径。部分应用需要重启才会重新读取系统设置，部分则完全不使用系统代理。可暂时停用浏览器代理扩展，用一个明确应走代理的请求查看客户端日志是否出现连接记录。若没有记录，先排查入口；若已有记录，再检查路由和节点，不要仅以网页能打开判断代理生效。

先确定需要直连的域名或地址范围，再在路由设置中添加对应规则，并选择直连出站。规则通常按顺序匹配，具体行为取决于内核与生成配置；应把明确的例外放在可能覆盖它们的宽泛规则之前。域名规则和 IP 规则并不等价，解析结果也会影响匹配。每次只调整一类条件，应用设置后用实际访问和日志确认出站选择。不要为了一个网站立即改成全部直连，也不要在不理解规则优先级时同时导入多个规则集。复杂策略可先备份，再分批验证。

不一定。系统 DNS、浏览器的安全 DNS 和内核 DNS 属于不同层级，是否经过客户端取决于代理模式、请求方式和路由设置。先确认出问题的是域名解析还是连接本身，再决定调整哪一层。浏览器启用了独立安全 DNS 时，它的结果可能与系统测试不同；TUN 模式下还要检查 DNS 接管是否启用。修改前记录原设置，每次只改一个变量，必要时清理相关缓存后复测。不要同时更换多个解析服务并启用 FakeDNS，否则很难判断是哪项设置解决或引入了问题。

先让两台设备处于能够互访的可信局域网，在 v2rayN 中开启允许来自局域网的连接，再确认本地 HTTP 或 SOCKS 监听端口。其他设备应填写电脑的局域网地址和对应端口，而不是回环地址。系统防火墙只需对可信网络放行所用端口，路由器的访客隔离也可能阻止访问。设备的代理设置应与监听协议相符；不少电视或应用不会遵循系统代理。共享结束后关闭局域网入口，不要把端口映射到公网。电脑休眠、地址变化或客户端退出都会中断共享。

先关闭代理确认本机基础网络正常，校准系统时间，再检查是否选中了正确服务器和运行模式。随后核对服务器地址、端口、用户参数、传输方式及 TLS 或 REALITY 设置，最后查看 DNS 和内核日志。一次只改一项，并保留原配置。TCP 连通测试、实际代理请求和测速测试的含义不同，测试超时不能直接证明全部连接都不可用。若其他已知可用节点正常，问题更可能集中在该服务器或参数；若全部失败，应优先检查本机网络、代理入口和内核是否成功启动。

已连接有时只表示本地内核或 VPN 服务已经启动，并不保证远端服务器能完成请求。先查看访问网页时是否产生连接日志：没有记录，检查系统代理、应用独立代理或 TUN 接管；有记录，检查出站、DNS、握手和超时信息。可以用不同网站对比，区分单个目标故障与整体连接故障。若切换到已知可用的配置后恢复，继续核对原节点参数与服务状态。不要在尚未确认请求进入客户端之前反复换 DNS，也不要只依据托盘图标或安卓 VPN 标志判断连接可用。

先关闭 TUN 恢复原来的连接方式，保留错误日志，再检查权限、虚拟网卡、DNS 接管和路由是否成功建立。其他 VPN、虚拟机网络或安全软件可能与 TUN 冲突，可逐一退出相关应用后测试，不要同时修改所有设置。若使用 FakeDNS，还要确认相关路由与 DNS 配套；基础 TUN 尚未正常时，可先回到普通解析策略。关闭客户端后仍无法联网，应检查遗留的系统代理和异常网卡状态，必要时重启系统恢复，再按步骤重试，避免直接删除系统网络组件。

提供操作系统、客户端与内核信息、使用模式、失败步骤、发生时间以及相关错误日志即可。先重现一次问题，再截取同一时间段内的启动错误或连接错误，说明直连是否正常、其他配置是否可用以及最近改过什么。不要公开完整订阅地址、用户标识、密码、私钥或整份原始配置；截图也要检查地址栏和服务器详情。日志中的超时、解析失败、权限拒绝与握手错误指向不同环节，保留错误原文比只写不能用更有帮助。分享前确认调试日志没有包含敏感请求信息。