v2rayN · v2rayN / Xray / TUN / IPv6 / Linux

v2rayN Xray TUN 下 IPv6 未进隧道:双栈出口检查

更新于 2026/8/9

真实问题指纹

v2rayN #9929 记录了 Linux、v2rayN 7.23.4 观察环境与 Xray-core 26.6.1 的报告:在特定默认 TUN 选项下,IPv6 没有进入隧道也没有被阻断,而是沿系统物理网卡的默认路由出站。该证据只支持该版本和配置组合的排查起点。

先记录路由,不要先改配置

ip -6 route show
ip -6 addr show scope global

这些都是本机只读检查。不要把“查询外部 IP”的网站当作必经诊断步骤,也不要在公开记录中保存地址。若必须验证经授权的出口策略,应使用组织批准、经代理执行的测试流程,并只记录是否符合预期。比较 TUN 开关前后的 IPv6 默认路由与客户端日志,再依据当前版本官方说明调整 TUN/IPv6 策略。

复测原则

一次只改一个设置。若选择暂时禁用 IPv6,应同时测试 IPv4 业务与本地网络;不要把“网页恢复”误记为“所有双栈流量均已正确处理”。

诊断范围

“v2rayN Xray TUN 下 IPv6 未进隧道:双栈出口检查”应先按可观察现象缩小范围:基于 v2rayN #9929 的真实 Linux 报告,判断 IPv6 是经 TUN 转发、被阻断,还是沿物理网卡绕过。 记录发生时间、使用的客户端与系统版本、是否仅在某个网络或某个配置下发生。不要从单次测速、单个节点或一次重试直接推断根因,也不要在未备份配置时同时修改多个开关。

操作步骤

  1. 保留错误提示的非敏感部分,并记下当前客户端、系统、网络类型和最近一次成功时间;订阅链接、账号、令牌和个人网络标识不得写入截图或工单。
  2. 在受控条件下只改变一个变量,例如切换已知可用的网络、恢复一份已导出的配置,或暂时停用可能重复接管流量的另一个客户端;每次改动后回到同一个操作复测。
  3. 将结果归为“现象消失、现象不变、出现新错误”之一。前两类分别保留变更前后记录;出现新错误时立即恢复上一步,而不是继续叠加 DNS、代理模式、内核或系统权限改动。

验证与回退

完成调整后,以原始失败动作连续复测,并确认目标功能恢复而不是只看到界面状态改变。若复测失败,回退到已导出的配置或原先已知可用的客户端状态,再依据记录选择下一项检查。任何无法解释的证书、权限、路由或账户提示都应停止扩大改动范围并转交产品或网络管理员。

来源与适用边界

本页的“证据与参考”只用于说明已公开的配置说明或个案范围;它不能证明你的网络、账号、节点或服务端当前处于同一状态。将日志中的令牌、订阅地址、账户资料和网络标识删除后再用于比对。

来源与更新

本文的实际现象与命令依据下列公开来源整理;示例中的地址和标识符均已脱敏。

排查顺序

  1. 记录症状确认客户端、系统、错误文本与发生范围。
  2. 低风险核对先检查本文对应的配置、权限、网络或版本条件。
  3. 复测与回退只改变一项;现象变化后再决定是否继续。

常见问题

关闭 IPv6 是唯一修复吗?

不是;它只能帮助缩小范围。应先确认客户端和核心版本是否支持所需的双栈 TUN 行为。

页面看到 IPv6 是否一定是泄漏?

只有当预期是 IPv6 进入 TUN 或被阻断、实际却经物理网卡出站时,才符合该 Issue 的现象。

确认结果、回退与日志

每次只修改一项并复测原始现象。若出现新错误,恢复导出的配置或关闭刚启用的开关;仍未解决时,请保留客户端与系统版本、错误文本、发生时间、已尝试步骤以及脱敏日志。

不要公开订阅地址、账号或完整连接信息。文中的命令与配置片段仅适用于其标注的客户端和系统;未提供命令时,请以来源中的官方界面或系统文档为准。

还没有定位到现象?

返回“v2rayN”搜索结果 →