Clash / Mihomo 排查

IPv4 走代理，
IPv6 却直连？

常见现象是 IPv4 查询显示代理出口，而双栈检测或 WebRTC 候选出现本地网络的 IPv6。以下步骤用于找出路由差异；并非所有浏览器都会暴露 IPv6。

第一步：确认是否真的有公网 IPv6

1. 在检测工具中分别运行 IPv4、api64 与 WebRTC 检查。
2. api64 可能因网络配置返回 IPv4，也可能返回 IPv6；页面会按地址格式标识。不要把 IPv4 返回误读成“已验证 IPv6 安全”。
3. 如果得到公网 IPv6，比较其运营商/地区线索与预期代理出口。私网地址、链路本地地址不等同于公网泄漏。

第二步：理解 Clash 的开关

转换器的 Claude 模板会生成 ipv6: false，用于让支持该字段的 Clash/Mihomo 配置不使用 IPv6。该字段的支持与效果取决于客户端和版本；导入前请核对你的客户端文档和配置校验结果。

模板并不会自动改系统网络接口，也无法控制未经过该代理客户端的程序。如果仍观察到 IPv6 公网出口，在操作系统网络设置中关闭该接口的 IPv6，或按设备/网络管理员提供的方式限制 IPv6，然后断开重连再测。

生成模板

打开Clash 订阅转换器，默认勾选 Claude / AI 模板。检查输出中是否包含 ipv6: false、proxy-groups: PROXY，以及你希望代理的域名规则。纯转换可以取消选项。

第三步：验证规则实际命中

1. 在 Clash/Mihomo 客户端确认配置加载成功，组名 PROXY 中选中可用节点。
2. 查看连接/日志页面，确认目标域名由预期代理组接管；不要仅凭 YAML 文本判断规则已生效。
3. 重新运行检测，并在实际使用的浏览器或应用中测试。不同应用可能使用自己的代理设置、DNS 或网络栈。
4. 若仍不一致，临时关闭其他 VPN/代理、浏览器扩展与系统代理自动配置，逐项排除后再测。

成功标志

客户端配置被接受、目标流量日志显示由预期组处理、复测不再出现意外的公网 IPv6 出口，并且目标应用可正常连接。若工具因浏览器限制显示“无法读取”，那是未知状态，不能当作通过。

常见坑

• 把 IPv6 功能位当成系统防火墙：Clash 的字段不是全设备的 IPv6 禁用器。
• 只查一个网站：不同站点、DNS 和地址族可能走不同路径；多来源结果更有参考价值。
• 把所有域名都硬编码进规则：规则应按实际用途维护，域名匹配通常不覆盖第三方登录、CDN 或新域名。
• 忽略配置语法：客户端版本、缩进和代理协议差异会导致配置拒载。保留原配置备份，先在独立配置中验证。

常见问答

Clash 里写了 ipv6: false，为什么还能查到 IPv6？

该字段的行为受客户端版本和流量路径影响；浏览器请求也可能绕过当前代理配置。检查系统 IPv6、客户端日志与浏览器代理设置。

关闭系统 IPv6 会不会影响网络？

可能影响依赖 IPv6 的网络或局域网服务。先了解设备和网络环境，按需调整并记录原设置以便恢复。

能否保证 Claude 不会看到其他信号？

不能。此工具只检查有限的浏览器网络信号，不控制账号资料、设备配置、服务端风控或其他应用行为。

如需了解 GEO 与机房标签的误差，参阅Claude IP 检测信号指南。