[Feature] TUN 模式下 IPv6 路由存在但公网不可达时增加提示与排查指引

功能描述 / Feature description

建议在 Windows TUN 模式启用顶层 IPv6 与 DNS IPv6 时，为“系统已有 IPv6 地址和默认路由，但公网 IPv6 TCP 实际不可达”的情况提供检测/提示。至少可在 IPv6 设置旁或 FAQ 中说明：此时部分应用可能长时间等待 IPv6 连接；可以同时关闭顶层和 DNS IPv6 作为排查手段。若加入连通性检测，希望先提示用户，不自动修改配置。

相关故障报告：#7553。该 issue 讨论微信多媒体在 TUN 下异常，并已有回复建议尝试关闭顶层及 DNS IPv6。本 issue 聚焦于原生 IPv6 实际不通、但 Windows 路由显示正常时的可见提示和排查指引，不认为现有证据证明 CVR 导致了底层 IPv6 故障。

使用场景 / Use case

在 Clash Verge Rev v2.5.6、Mihomo v1.19.31、Windows 11 专业版 Insider Preview 10.0.26220 x64 上：

• TUN 开启（stack: mips，auto-route: true，auto-detect-interface: true，strict-route: true，DNS fake-ip）。换成 mixed TUN 栈后症状不变。

• 同时开启顶层 IPv6 与 DNS IPv6 后，微信朋友圈图片不加载、发送图片需多次重试，登录及收取消息明显变慢。

• 同时关闭这两个 IPv6 设置，保持 TUN 开启，微信恢复正常；重启 Windows 后仍正常。完全退出 Clash 后微信也正常。

• Windows 有 WLAN 的 ::/0 IPv6 默认路由，状态为 Alive。但完全退出 Clash 后，PowerShell 直接向 IP 建立 TCP 连接的对照如下（不经过 DNS 或系统代理）：

  目标	结果
  阿里公共 DNS IPv4 223.5.5.5:443	成功，29 ms
  腾讯公共 DNS IPv4 119.29.29.29:53	成功，25 ms
  阿里公共 DNS IPv6 [2400:3200::1]:443	5 秒超时
  腾讯公共 DNS IPv6 [2402:4e00::]:53	5 秒超时
  复现期间超时的 IPv6 [2409:8c54:871:2007::10d]:80	5 秒超时

启用 Clash IPv6 并手动复现时，Mihomo 日志显示 DIRECT 的 IPv6 TCP 拨号超时（摘录两条；原始采集窗口约 4 分钟，共 62 条超时，其中含少量诊断探针）：

2026-09-28T17:22:30.874+08:00 [TCP] dial DIRECT (match GeoIP/cn) [fdfe:dcba:9876::1]:5493 --> [2409:8c54:871:2007::10d]:80 error: dial tcp [2409:8c54:871:2007::10d]:80: i/o timeout
2026-09-28T17:23:50.715+08:00 [TCP] dial DIRECT (match GeoIP/cn) [fdfe:dcba:9876::1]:10581 --> [2409:8c20:818:112::25]:443 error: dial tcp [2409:8c20:818:112::25]:443: i/o timeout

这组对照表明本机在 Clash 退出后也无法建立公网 IPv6 TCP 连接。希望用户在 CVR 中能更容易发现和理解这一状态，而不是只看到应用图片、消息或登录卡住。如果连通性检测不适合客户端，设置说明/FAQ 中增加该排查提示也能解决问题。

测试版本为当前稳定版 v2.5.6；尚未测试 AutoBuild。

目标操作系统 / Target OS

• Windows
• macOS
• Linux