2026 Mieru是什么？TCP、UDP原理与大陆连接条件详解

Mieru是什么？先看直接答案

Mieru是一套加密代理软件，也包含自己的TCP和UDP代理协议设计：客户端名为mieru，服务端名为mita。它不是Shadowsocks的另一个名称，也不是基于QUIC的TUIC变体。应用先把流量交给本地代理，再由Mieru通过加密通道转发到服务端。项目不依赖TLS作为这条代理通道的安全层，因此不能把它介绍成“伪装HTTPS的VPN”。Mieru官方项目说明

对中国大陆用户，关键问题不是它属于“大众”还是“小众”，而是目标入口是否可达、客户端是否兼容、两端配置和时间是否正确、实际业务是否持续可用。本文核对日期为2026年11月7日，没有跨地区、跨运营商实测，不提供全国可用保证或速度排名。

软件、协议和VPN客户端不是同一层

“支持Mieru”至少有三种含义：能够运行官方客户端、某个代理内核实现了Mieru出站、某个图形客户端允许导入这种节点。三者不能互相替代，更不能据此认定手机、桌面和路由器的行为完全一致。

这张表是产品验收的分层方法。特别是“应用已经显示连接”只说明其中一部分状态，不能证明DNS、UDP业务和后台联网都经过了预期路径。完整产品还要管理路由与权限，相关边界可结合VPN协议与客户端的关系理解。

TCP和UDP两条路径怎样理解？

Mieru有自定义TCP与UDP传输设计。官方协议文档建议大多数场景优先使用TCP，其中一个理由是UDP路径需要更多解密尝试。这个建议不能改写成“TCP在所有网络都更快”。其UDP协议定义了自己的会话、序号与确认等结构，使用UDP不意味着使用QUIC。Mieru协议规范

需要区分两件事：业务应用使用什么传输，以及客户端连接代理服务器使用什么传输。例如，测试视频播放正常，并不能单独证明语音、游戏或其他UDP业务也通过了正确通道。评估时应分别记录外层连接方式和业务类型，避免把两者都简称为“UDP支持”。

对接团队可以先以一个明确版本、一个明确入口和一种传输方式建立基线，再评估另一条路径。一次同时改变服务器、端口、传输方式和客户端版本，即便结果改善，也很难判断是哪一项起作用。

加密、身份与填充：安全边界在哪里？

官方规范使用XChaCha20-Poly1305，密钥派生关联用户名、密码与时间窗口；文档要求客户端与服务端时钟差不超过四分钟。数据结构包含认证标签及填充，填充的目的涉及调整可观察的流量形态，但它不等于消除所有识别特征。密钥派生与报文结构

这些机制带来三个实际管理要求：

1. 凭据不能随意共享。 应为不同用途分配账号，明确撤销和更换流程，避免一个泄露的配置影响所有用户。
2. 时钟属于连接依赖。 系统恢复快照、设备长时间离线后，除了查看密码和端口，还要检查时间同步。
3. 不要混淆机密性与不可识别性。 加密用于保护通信内容；流量分析还可能观察连接时长、数据量和目标地址。使用填充不能成为“永不被识别”的证据。

此外，代理通道的加密并不自动保护服务端到目标网站的明文业务。访问敏感服务仍应保持应用自身的端到端安全验证，不能因为使用了代理就关闭网站或应用的证书检查。

客户端支持要核对到哪个程度？

官方客户端文档覆盖Windows、macOS和Linux。服务端mita的安装文档要求Linux，并给出Debian及RPM系安装包。手机端或其他图形客户端的支持，需要继续核对其内核、版本与系统集成，不应从桌面二进制存在推导为“全平台原生支持”。官方客户端安装、mita服务端安装

Mihomo另有Mieru配置说明，列出TCP/UDP、复用和握手模式等字段；其中单端口port和端口范围port-range不能同时使用。它提供的是一种实现的配置接口，并不表示每一个基于Mihomo的图形软件都已经开放相同配置项。Mihomo Mieru配置

接入之前，建议保存一份可复核清单：客户端名称与版本、内核版本、服务端版本、配置格式、支持的平台、已验证的业务类型。不要只交付一张“支持Mieru”的宣传图。

官方客户端还有一个容易影响排错的区别：apply config用于合并配置，而replace config用于替换配置。持续导入不同配置时，要确认旧字段是否仍然存在，再判断是网络故障还是配置残留。客户端配置管理说明

Mieru、Shadowsocks、TUIC怎么选？

三者都可以服务于代理需求，但设计路线不同。Shadowsocks AEAD规范定义加密数据流及数据报格式；TUIC则利用QUIC承载代理业务。下面是基于这些官方设计的工程比较，不是速度或大陆可用率排名。Shadowsocks AEAD规范、TUIC官方协议说明

如果目前已有一套稳定产品，增加Mieru的价值应由新增兼容能力、维护成本或特定网络表现证明，而不是因为协议名字更新就替换原方案。进一步阅读Shadowsocks版本与实现和TUIC机制与连接条件，可以避免把底层路线不同的问题当成简单参数比较。

在大陆连接前，需要验证哪些条件？

资料能说明机制，不能证明某个城市、运营商或时段能用。一次境外服务器自测也不能替代大陆用户接入测试。下面是建议的验证顺序，不是本文已经完成的测量结果。

建议将故障分为入口不可达、认证失败、转发失败和业务异常四类。前者需要检查路径；认证问题应先核对版本、凭据与时间；已经建立通道但网页打不开，则继续检查DNS与出口。不能只凭一个超时提示就得出“协议被封”的判断。

测试记录不需要保存用户浏览内容。足够的诊断信息通常是时间、软件版本、传输方式、错误类别和经脱敏的目标测试项。涉及真实账号、访问记录或网络标识时，应限定采集范围和保留期限。

上线维护：比一次连通更重要的事项

截至核对日，官方发布页标记最新版本为v3.39.0，发布于2026年10月23日，涉及服务端主动关闭空闲TCP连接和出站内存分配优化。它说明近期有维护活动，不代表完成独立安全审计，更不能证明所有客户端同时实现了新行为。Mieru v3.39.0发布记录

维护时应把服务端、客户端和配置格式一起纳入变更清单。先在少量设备上验证，再扩大范围；保留旧版本与经过脱敏的配置备份。发布页的稳定版本和仓库main分支文档可能处于不同进度，不能看到新增字段就要求所有已安装客户端立即使用。

复用策略也应由业务验证决定。更多会话共用连接可能减少重复建立连接的成本，但故障影响范围、空闲回收与内存占用仍要观察。不要把最高复用级别直接设为“最佳配置”，应记录连接数量、资源占用和恢复结果后再决定。

将Mieru接入商业VPN产品，还需要账号订阅、节点配置下发、监控和客服诊断等系统。协议本身不负责这些完整业务流程，可结合VPN节点系统架构确定交付边界。

Mieru常见问题

Mieru是VPN协议还是代理软件？

首先是一套代理软件，同时使用自己的代理协议设计。是否形成设备级VPN体验，还取决于客户端的流量接管、路由与系统集成，不能只看协议名称。

Mieru是不是基于TLS或QUIC？

不是。官方Mieru代理通道不依赖TLS，其自定义UDP路径也不等于QUIC。不要把它与Trojan或TUIC的传输和安全结构混写。

Mieru在中国大陆现在一定能用吗？

不能这样保证。本文没有跨地区、跨运营商的实测证据；是否可用必须根据具体入口、设备、版本、网络和时间判断。项目定位与社区个案都不能替代你的业务测试。

TCP和UDP应该选哪一个？

可先按官方建议以TCP建立基线，再验证目标网络的UDP表现。选择依据应是所需业务、路径限制与重复测试结果，不是“UDP一定快”或“TCP一定稳定”。

密码正确为什么还是连接失败？

还要检查用户名、时间同步、两端传输方式、监听端口、版本与入口可达性。先区分认证前失败还是通道建立后业务失败，才能缩小排查范围。

有Mihomo就一定能用Mieru吗？

不能仅凭软件家族判断。要确认实际内核版本、图形界面或订阅转换器是否保留配置字段，并验证与服务端互通。官方文档存在不等于每一份客户端发行包都已认证。

值得给商业VPN增加Mieru吗？

如果团队能维护两端版本、支持目标平台并建立回归测试，它可以成为独立评估的接入路线。若当前核心问题是节点容量、DNS或售后诊断，先修复这些基础问题通常比增加协议名称更有价值。

总结：把Mieru作为一条可验证的技术路线

Mieru的介绍重点，是自定义TCP/UDP代理、非TLS安全路线、明确的时间与凭据依赖，以及客户端集成边界。选择它之前，先证明需要的设备和业务确实互通，再评估持续维护成本；没有测试证据，就不应把“可以尝试”写成“已经稳定可用”。