MintFlow 1.9.2 发布

MintFlow 1.9.2 已在 App Store 上线。相比 1.9.0，这是一个更聚焦的版本，但它补齐了多个与纯文本 profile、代理链路和 VPN 配置导入相关的实用细节。

本次最重要的新增能力是 AnyTLS 代理支持。现在可以在 profile 中定义 anytls 类型的 L4 代理，并配置 server、port、password、SNI、证书校验选项以及 session reuse 相关参数。这样 MintFlow 在 WireGuard、AmneziaWG、Shadowsocks、VMess、HTTP、SOCKS5 之外，又多了一个现代代理协议选项。

AnyTLS profile 支持

AnyTLS 与其他四层代理一样，配置在 [l4proxies] 区段：

[l4proxies]
any=type:anytls,nickname:AnyTLS,server:any.example.com,port:443,password:secret,sni:cdn.example.com,skip-cert-check:false,session-reuse:true,idle-session-check-interval:30,idle-session-timeout:60,min-idle-sessions:1,max-idle-sessions:4,enabled:true

必填字段为 type:anytls、server、port 和 password。如果没有设置 sni，MintFlow 会默认使用 server 作为 TLS SNI。session reuse 相关字段都是可选项，不写时会使用内置默认值。

手册已经同步补充完整的 AnyTLS profile 字段说明。

导入与路由修复

本版本还修复了两个配置相关问题：

WireGuard 和 AmneziaWG 配置导入现在可以正确处理 CRLF 或 CR 换行格式。
当 WireGuard 接口地址使用 /24 这类更宽前缀时，路由行为现在可以正确处理。

这些都是小问题，但当配置来自不同系统、不同服务端面板或不同配置生成工具时，它们会直接影响实际可用性。

HTTP engine 优化

1.9.2 继续优化 MintFlow 的 HTTP engine，重点是 HTTP/2 上游连接池和 stream 清理。对于 HTTP/HTTPS 抓包与改写场景，这可以减少不必要的连接抖动，让长时间调试更稳定。

Packet core 方向

这一轮发布背后还有一个重要工程方向：MintFlow 正在逐步降低对 fd.io VPP 的依赖，并用 Rust 重写 MintFlow 实际需要的最小 packet-processing core。

VPP 曾经帮助 MintFlow 快速成型，它提供了成熟的转发平面、WireGuard 集成、路由表和 host stack。但在 iOS Network Extension 环境下，携带完整 packet-processing 平台的成本很明显：内存压力、二进制体积、启动行为以及跨语言集成开销都会影响移动端体验。

Rust 重写的目标不是重新实现完整 VPP，而是实现 MintFlow 需要的最小集合：UTUN packet 处理、路由分发、代理/VPN 交接、DNS 集成以及 HTTP engine bridge。更小的核心有助于提升性能、降低开销，并让后续 Apple 平台开发更容易维护。

最后

MintFlow 1.9.2 是一个兼容性与基础设施版本。AnyTLS 扩展了代理选择，导入修复降低了 profile 使用阻力，HTTP engine 优化改善日常调试体验，而 Rust packet-core 工作则为后续低开销版本奠定方向。

欢迎继续通过 [email protected] 反馈问题与建议。