保姆级教程：利用 mihomo 内嵌 Tailscale 实现 IPv6 零成本直连中转

最近在折腾网络环境时，发现了一个非常有意思的组合拳：mihomo 内嵌 Tailscale。很多朋友手里可能有不少闲置的 VPS，或者家里的宽带其实有 IPv6，但苦于没有好的办法利用起来做中转。

mihomo (Clash.Meta) 核心图标

往常我们做中转，要么是买专门的中转机（比如 GIA 线路），要么是用 iptables 做端口转发。但这两种方案要么费钱，要么配置起来稍显麻烦。今天分享的这个方案，主打一个“原生”和“无损”，充分利用 IPv6 的优势，不需要复杂的路由表配置，非常适合进阶玩家尝鲜。

什么是 mihomo 内嵌 Tailscale？

简单来说，mihomo（大家都熟悉的 Clash.Meta 核心）在近期版本中加入了对 Tailscale 的原生支持。这意味着你不需要在系统上额外安装 Tailscale 客户端，也不需要通过 Docker 等方式中转，直接在 mihomo 的配置文件里把 Tailscale “写”进去即可。

Tailscale 本身基于 WireGuard，组网极其方便，能穿透 NAT。当它和 mihomo 结合后，你的设备可以通过 Tailscale 的虚拟网卡，直接访问对端节点的 IPv6 资源，实现类似“本地直连”的效果。

核心优势：为什么要这么搞？

1. 零额外成本：如果你已经有一个支持 IPv6 的 VPS（比如很多便宜款的 CN2 GIA VPS 都送原生 IPv6），这台机器既是你的节点，也是你的中转机。
2. 配置极简：不需要修改系统内核参数，不需要 iptables 规则，所有流量代理逻辑都在 mihomo 的配置里搞定。
3. 隐私性好：Tailscale 的点对点加密保证了传输过程的安全性，相比明文的 iptables 转发更让人放心。
4. IPv6 特性：随着 IPv6 的普及，很多线路的 IPv6 延迟和速度比 IPv4 更优秀，甚至在某些拥堵时段能绕过 IPv4 的限速瓶颈。

动手实操：配置步骤详解

为了方便大家理解，我们假设一个场景：

• 节点 A：位于海外，拥有原生 IPv6 地址，安装了 mihomo。
• 节点 B：你的本地设备（如 OpenWrt 软路由、NAS 或电脑），同样运行 mihomo。

mihomo 通过 Tailscale 实现 IPv6 中转的网络拓扑示意图

我们的目标是通过 B 访问 A 的 IPv6 网络，或者利用 A 的 IPv6 出口访问外网。

第一步：准备工作

确保你使用的 mihomo 版本是最新的 Meta 核心，因为旧版核心并不支持 Tailscale 的相关指令。如果是使用带 GUI 的客户端（如 Clash Verge 等），请确认内核版本已更新。

第二步：获取 Tailscale 密钥

在节点 A 上，你需要先注册 Tailscale 并获取一个 Auth Key。

1. 登录 Tailscale 管理后台。
2. 进入“Settings” -> “Keys”。
3. 生成一个新的 Auth Key，建议选择“Reusable”（可复用），方便后续调试。

第三步：修改 mihomo 配置

这是最关键的一步。在 mihomo 的配置文件（通常是 config.yaml）中，我们需要添加 tun 和 tailscale 相关的配置。

1. 开启 TUN 模式：确保 mihomo 以 TUN 模式运行，这样才能接管系统的流量。

tun:
  enable: true
  stack: system # 或者 gvisor，根据系统兼容性选择
  auto-route: true
  auto-detect-interface: true
  dns-hijack:
    - any:53

2. 配置 Tailscale 模块：添加 external-controller 以便管理，并配置 experimental 下的 tailscale 选项。

experimental:
  tailscale:
    enable: true
    # 替换为你刚才获取的 Auth Key
    auth-key: "tskey-auth-xxxxxxxxxxxxx"
    # 指定 Tailscale 的运行状态文件路径
    state-file: /path/to/tailscale-state.json
    # 可选：设置 Tailscale 的出口节点名称
    # hostname: my-relay-node
    # 可选：指定 IPv4 或 IPv6 路由
    # accept-routes: true

第四步：IPv6 直连中转的逻辑

配置好上述文件并重启 mihomo 后，mihomo 会自动在后台拉起 Tailscale 进程并完成握手。此时，节点 A 会获得一个 Tailscale 网段内的 IP（通常是 100.x.x.x）。

如何实现中转？

在节点 B（本地）上，你也同样配置好接入同一个 Tailscale 网络（或者直接通过 Tailscale 的节点列表连接 A）。最简单的玩法是利用 mihomo 的 proxy-groups (策略组)。

你可以配置一个规则，将特定流量的 outbound (出口) 指向 tun 网卡，如果本机没有 IPv6，流量就会自动通过 Tailscale 的隧道发给节点 A，再由节点 A 以其原生 IPv6 发出。

甚至更高级一点的玩法是直接指定 sniffer (流量嗅探)，让某些域名强制走 IPv6 出口。

常见问题与解决方案

在实践过程中，新手可能会遇到几个典型的坑，这里直接给出解决方案：

Q1: mihomo 启动报错，提示无法加载 Tailscale？ A: 这通常是因为编译的核心版本没有包含 Tailscale 功能，或者架构不匹配。请务必去 Github 下载官方发布的 Alpha 或 Meta 最新版内核，不要用系统自带的仓库包。

Q2: 连接上了 Tailscale，但没有 IPv6 流量？ A: 检查你的防火墙设置。VPS 商家（如 AWS, Google Cloud 部分）默认可能屏蔽了 IPv6 的转发或 Tailscale 的 UDP 端口（通常是 41641）。需要在安全组里放行相关 UDP 协议。此外，确认 state-file 有写入权限。

Q3: 延迟比直连还高？ A: Tailscale 使用的是 DERP 中继。如果两台设备之间无法建立点对点连接（P2P），流量会绕官方的中继服务器。尝试开启 mihomo 配置中的 sniffer 确保 IPv6 流量正确识别，或者检查物理网络是否存在 NAT 阻挡。

总结

用 mihomo 内嵌 Tailscale 做 IPv6 中转，本质上是一种“曲线救国”的高阶玩法。它不依赖复杂的系统级配置，而是将网络能力“代理化”。对于那些手握大量廉价 VPS、且拥有 IPv6 资源的朋友来说，这绝对是释放算力和带宽潜力的好工具。

赶紧去试试吧，也许你会发现，那条你原本以为很垃圾的线路，在 IPv6 下竟然跑满了带宽。