Mihomo 更换默认 TUN 协议栈,升级后需要改配置吗?

Mihomo TUN更新

文章目录

2026年9月30日 · 正式发行

Mihomo 在 v1.19.32 的更新中,将默认 TUN 协议栈改为了 mips。这里的 mips 指 Mihomo 自研的 IP 协议栈,不是让你下载 MIPS 处理器的安装包。这两个名称碰巧相似,含义不同。

对普通用户,首先要弄清自己的配置是否使用默认值。没有启用 TUN,或配置明确写了其他协议栈,并不等于升级后就自动改用 mips。

哪些配置会受到影响

当前设置升级后应核对什么
没有开启 TUN这项默认值变化不是当前连接路径的直接变化
已开启 TUN,但没有写 stack内核可能采用新的默认值
明确写了 system、gvisor 或 mixed核对实际运行配置是否保留了这个值
由客户端设置页生成 TUN 配置以客户端最终交给内核的配置为准,不只检查订阅原文

图形客户端通常还有自己的配置合并或覆写。订阅里没有 stack,不代表运行配置里也没有;反过来,改了订阅文件,也不代表没有被设置页覆盖。排查时需要核对实际生效值和内核版本。

四种 TUN 协议栈的区别

当前配置文档列出了 system、gvisor、mixed 和 mips。它们决定 TUN 流量在本机如何处理,不是机场的香港、日本或美国节点。

system 使用系统协议栈;gvisor 在用户空间处理网络;mixed 组合使用两者;mips 是 Mihomo 的自研实现。不同实现有不同兼容条件,不能只凭“新协议栈”几个字推断所有设备都会更快。

这次发行还加入了 TUN 的 congestion-controller 选项,文档注明它只在 mips 栈下生效。没有使用该栈时,修改这个字段不是通用提速办法。发行记录与当前 TUN 配置说明可以对应核对。

升级前保留哪两项

保留原有可用配置,并记下客户端和内核的版本。不要一边升级内核,一边替换订阅、修改 DNS 和启用新的路由设置,否则出问题后无法判断是哪一项变化造成的。

如果客户端支持覆写,可以在原有 TUN 块中明确保留准备使用的协议栈。下面只是字段片段,不是能单独运行的完整配置:

tun:
  enable: true
  stack: mips

只有确认当前内核支持该值后再设置。不要把新字段直接粘贴到旧内核或其他代理内核的配置中。

升级后怎样判断是否正常

先使用同一个节点、同一个网络,检查网页、下载以及自己常用的应用。再检查局域网设备访问、休眠恢复和网络切换。TUN 接管范围比浏览器代理大,浏览器能用不是唯一检查项。

如果异常只在启用 TUN 时出现,保留日志,暂时恢复此前可用的栈设置并复测。只有改变这一项后问题随之出现或消失,才有进一步定位协议栈兼容性的依据;它仍不等于已经确定了根因。

客户端根本无法启动内核、配置解析报错和单个节点超时,是不同层面的故障。先按错误信息分开处理,不要把所有现象归到默认栈变化。

什么时候不必修改

现有连接正常、没有触发兼容问题时,没有必要为了追逐一个选项反复调参。特别是 MTU、严格路由与拥塞控制,不应一次性全部改动。

节点能测速但无法上网时,可继续按连接检查教程排查代理设置、DNS 和路由规则。