专精全协议栈无特征化 · TCP/UDP 原生双模 · 抗重放与主动探测
Mieru 是由开源开发者 enfein 主导研发的独立代理套件(客户端为 mieru,服务端为 mita)[1]。 专注于「全协议栈无特征化(Uncharacteristic Flow)」与「抗主动探测防御」, 在网络协议任何层面均不暴露固定的协议头、包长规律或协商指纹,为严苛审查环境提供了强韧的保底通道[2]。
enfein 正式发布 Mieru v1.0.0,确立客户端 mieru 与服务端 mita 的架构,提供全加密与动态分段。
重构底层通信协议,显著强化抗 GFW 针对性主动探测能力,并优化网络丢包下的吞吐。
发布 v3.0.0 架构升级版,重构连接调度与统计模块,为大规模客户端接入提供极佳的稳定性。
编写口径:Mieru 经历从 v1 到 v3 架构演进,全量发布日志与代码均公开发布在 GitHub 仓库,不存在未公开私有分支。
在深度包检测(DPI)与基于机器学习的流量分类器愈发成熟的背景下,传统代理协议面临两难: 若采用伪造的 TLS 握手,一旦真实 SNI 证书与目标 IP 不匹配,就会遭到主动探测; 若借用大厂知名网站(如 REALITY 方案),一旦遭遇全省范围针对该大厂 IP 的白名单审查,也会受到波及。
Mieru 采取了另一种极致思路:不伪装成任何已知协议,而是使流量呈现纯粹的高熵随机性。 它在协议首部引入高强度的动态签名与时间戳校验,任何不合法的重放数据或未知的主动嗅探探测包, 服务端均会静默丢弃或直接以不可区分的随机噪声响应,使防火墙的嗅探器无法获取任何确证信息[2]。
Mieru 属于专精于流量特征消除与防探测的硬核保底方案。 它不仅在特定严苛审查网络中具备超高存活率,更已被现代主力内核 Mihomo 原生支持,非常适合作为多节点路由的强效后备梯队。
Mieru 不依赖 TLS 伪装,其抗封锁能力来源于全链路无特征化。 在极少数实施「非知名协议一刀切阻断」的极端网络下,可能需要结合前置隧道或端口跳跃使用。
以下时间线记录了 Mieru 自 2021 年首次发布至今的核心版本迭代,全部依据官方 GitHub 代码库与发布日志整理核验:
Mieru 由官方提供用 Go 编写的跨平台套件(`mieru` 客户端与 `mita` 服务端); 同时,主流通用内核 Mihomo (Clash.Meta) 已原生支持 Mieru 协议出站。
| 软件 / 内核 | 类型 | 支持平台 | 支持级别 | 起始版本 | 发布日期 | 特性说明 |
|---|---|---|---|---|---|---|
| mieru / mita (官方全套实现) | 核心内核 | Linux / macOS / Windows / Android | 官方参考实现 | v1.0.0+ | 2021.10.19 | 第一方 Go 实现,包含客户端 mieru 与服务端 mita,支持守护进程与多端口绑定。 |
| Mihomo (Clash.Meta) | 核心内核 | 全平台现代通用内核 | 完整原生支持 | v1.17.0+ | 2024.01.10 | MetaCubeX 团队原生集成 Mieru 协议出站,支持与分流规则、策略组无缝混用。 |
| Mieru Android 独立客户端 | 客户端 | Android | 出站客户端支持 | v1.0.0+ | 2022.04.15 | 官方维护的 Android 独立客户端应用,提供 VpnService 接入与图形化节点管理。 |
高封锁对抗与重要备用通道:当常规 TLS/REALITY 节点在大规模网络管制期间遭遇 IP/域名特征定向干扰时,Mieru 展现出卓越的生存韧性; 全平台跨平台支持:既支持官方开箱即用的命令行工具,也支持直接在 Mihomo (Clash.Meta) 体系中作为常规出站节点分流; 多端口分散与端口跳跃:服务端支持多端口监听,防止单端口流量聚合限速。
强密码与时间同步:Mieru 握手依赖强密码及时间戳防重放,必须确保客户端与服务器系统时间相差在可容忍阈值内; UDP 受限时的回退策略:在某些校园网或公共 Wi-Fi 中 UDP 遭到劣化阻断,需在客户端配置中明确将传输方式锁定为 TCP; 传统客户端覆盖差异:除 Mihomo 及其衍生 GUI 外,传统客户端尚未原生集成。
词条事实与技术定义均以 enfein 官方 GitHub 代码库与发布日志记录为准: