MintFlow 1.9.2 發布

MintFlow 1.9.2 已在 App Store 上線。相較於 1.9.0，這是一個更聚焦的版本，但它補齊了多個與純文字 profile、代理鏈路和 VPN 設定匯入相關的實用細節。

本次最重要的新增能力是 AnyTLS 代理支援。現在可以在 profile 中定義 anytls 類型的 L4 proxy，並設定 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] 回饋問題與建議。