Clash 的 IPv6 应该开启还是关闭？先看本地、节点和 TUN
IPv6 开关涉及内核是否接收 IPv6、DNS 是否返回 AAAA、TUN 是否建立 IPv6 路由，以及节点域名如何拨号。不要只凭节点写着 IPv4 就关闭。
先看重点本地网络有可用 IPv6、TUN/系统路由能接管 IPv6，且实际目标访问正常时可以保持开启；出现只有 IPv6 目标失败、IPv6 流量绕过 TUN，或本地根本没有 IPv6 时，再做关闭对照。节点服务器是 IPv4 地址，不等于代理后的目标只能使用 IPv4。
“机场节点只有 IPv4，所以 Clash 必须关 IPv6”把几件不同的事混在了一起：本机是否有 IPv6、DNS 是否返回 AAAA、节点服务器用什么地址拨号、目标网站的 IPv6 流量是否进入 TUN，以及代理出口能否访问 IPv6 目标。
先分层判断，不要把一个总开关当成线路加速按钮。
四个 IPv6 位置不是一回事
- 本地网络：运营商和路由器是否给设备分配了可用 IPv6；
- Mihomo 内核：顶层
ipv6是否允许内核接收 IPv6 流量； - DNS：
dns.ipv6是否返回 AAAA 结果；关闭时，Mihomo 文档说明会对 AAAA 返回空结果； - 节点拨号与出口：节点域名可用 IPv4 或 IPv6 建连，代理另一端再访问目标。
因此，节点面板显示一个 IPv4 服务器地址，只能说明“本机到节点”这一段使用 IPv4，不能推出目标网站必须走 IPv4。
什么时候可以保持开启
- 系统直连时 IPv6 本身稳定；
- 开启 TUN 后，IPv4 与 IPv6 请求都能在客户端日志中看到；
- 常用网站、视频和 App 没有出现仅 IPv6 失败；
- 没有第二款 VPN 或异常路由抢走 IPv6 流量。
Mihomo 顶层 IPv6 默认允许内核接收 IPv6。TUN 的 inet6-address 还要求顶层 ipv6: true，并会检查系统其他网卡是否存在 IPv6。默认正常时，没有必要因为一条旧教程主动关闭。
什么时候值得做关闭对照
- 本地没有可用 IPv6，却持续拿到 AAAA 后连接等待；
- IPv4 网站正常，只有 IPv6-only 或优先 IPv6 的目标失败；
- TUN 只建立了 IPv4 路由，IPv6 请求没有进入客户端；
- 更换网络后出现间歇超时，关闭 IPv6 后稳定复现恢复；
- 目标 App 自己直连 IPv6，而你明确要求它必须由 TUN 接管。
对照时一次只改一层。先关闭客户端 DNS 的 IPv6 响应，观察域名访问；不要同时关系统网卡 IPv6、改节点、清 DNS 和换 TUN 栈，否则无法知道是哪一步起作用。
节点域名解析也有自己的策略
Mihomo 的代理通用字段支持 dual、ipv4、ipv6、ipv4-prefer 和 ipv6-prefer。它控制的是“节点服务器域名”如何选择拨号地址，不等于目标网站走哪种 IP。
节点域名同时有 A 与 AAAA，而本地 IPv6 不稳定时，可以优先验证 ipv4-prefer 或 ipv4 是否改善到节点的连接。只有订阅或本地覆写明确支持时再改，别把整份配置的 IPv6 都关掉。
怎样判断有没有绕过代理
固定一个目标，分别在开启和关闭 TUN 时观察：
- 客户端连接日志是否出现该域名或 IPv6 目标；
- 操作系统是否有 IPv6 默认路由；
- 代理开启后网站看到的 IPv4/IPv6 出口是否符合预期；
- 关闭客户端后是否恢复到正常直连结果。
检测页只能证明当次请求看到的地址，不能单独证明所有 App、DNS 和后续连接都走同一路径。若只有 WebRTC 暴露额外候选地址，应另按 WebRTC 地址暴露 排查，而不是直接关闭整个 IPv6。
最实用的选择
普通用户先保留客户端默认设置。遇到明确的 IPv6 症状，再通过日志和单变量开关判断。最终目标不是“IPv6 一定开”或“一定关”，而是系统解析、路由和代理接管保持一致，没有一半进 TUN、一半走直连。
资料来源
以下来源于 2026/8/8 复核。版本、支持平台和发布状态以后续官方页面为准。
持续更新
收到新教程，也欢迎纠错
想收到新文章，可以关注 TG 频道；发现下载失效、套餐变化或步骤不一致，请附上页面链接和可公开的截图。不要发送订阅链接、密码或完整账户信息。
读者互动
这篇内容对你有帮助吗？
最新评论
- 正在加载评论……