快速诊断
先说结论
AnyTLS 是否可用不能只看客户端名称,要同时确认客户端版本、内置 Mihomo 内核、订阅内容和转换链。Mihomo 已有 AnyTLS 配置,但公开文档明确说明 AnyTLS 与 Reality 的组合不受支持。若系统代理正常而 TUN 无法联网,应优先把问题缩小到权限、路由和 DNS,而不是直接更换节点。
桌面端 · 终端系统
记录订阅导入、系统代理、TUN、DNS 与休眠恢复,不把“能导入”当成“能稳定使用”。
内容更新:2026-07-30AnyTLS 是否可用不能只看客户端名称,要同时确认客户端版本、内置 Mihomo 内核、订阅内容和转换链。Mihomo 已有 AnyTLS 配置,但公开文档明确说明 AnyTLS 与 Reality 的组合不受支持。若系统代理正常而 TUN 无法联网,应优先把问题缩小到权限、路由和 DNS,而不是直接更换节点。
记录客户端与内核版本,再检查原始订阅中是否存在 type: anytls。
先用同一节点对照系统代理与 TUN,并查看日志中是否出现 dns resolve failed。
确认应用是否遵循系统代理;若不遵循,再测试 TUN,不要同时改节点和规则。
记录启用 TUN 前后的系统 DNS,检查客户端 DNS 覆写设置。
保存客户端版本、Mihomo 内核版本和操作系统版本。
检查原始订阅或本地配置是否真的包含 AnyTLS 节点。
用同一节点分别测试系统代理和 TUN,避免一次改变多个变量。
记录 DNS 查询、默认路由和客户端日志中的首个错误。
完成网页、UDP 和睡眠恢复检查后,再判断 Windows 环境是否完整可用。
其底层 Mihomo 已提供 AnyTLS 配置,项目问题记录也显示 AnyTLS 可用,但实际仍取决于客户端所带内核版本和订阅格式。AnyTLS+Reality 不在 Mihomo 支持范围内。
“下载订阅成功”和“客户端识别全部节点”是两步。常见断点包括转换器删除未知字段、旧内核不识别类型、服务商按 User-Agent 返回不同格式。
两种模式接管流量的范围不同。若仅 TUN 失败,优先检查管理员权限、路由、DNS 劫持和安全软件,不应先把问题归因于线路。