痛点拆解：multiplex 不是免费午餐
痛点 1：慢等于带宽。短连接密集时 DNS+TCP+KEX+认证累计可能超过真实传输；无基线会误扩容。
痛点 2：并行被串行化。多路 rsync 共用 ControlPath 会在 SSH 层排队，锯齿吞吐；限额日志常误判为会话而非复用。
痛点 3：NAT 静默断连。中间盒 300–900s 空闲丢状态；无 ServerAliveInterval/ClientAliveInterval 则表现为字节计数停住。
痛点 4：与 known_hosts、双栈纠缠。复用不免合规；AAAA 抖动时主套可能缓存异常，需拆 Host 或重启主套。
威胁模型与观测指标：先分离握手、传输与闸门
指标分三层：L1 连接（DNS、TCP、KEX）、L2 复用（命中、主套年龄、队列）、L3 传输（rsync 速率、闸门退出码）。L1+L2 不稳勿在 L3 盲目优化。
对远程 Mac 入口，还应把 并发会话与 MaxSessions 与 Runner 出口 NAT 放在同一面板；人机共用账号时拆分 Host 别名与 ControlPath，避免调试时误杀主套接字。
可引用数据：把「感觉更快」写成可回归数字
跨区单次握手常见 120–400ms；短 Job 每分钟多次可累计数十秒/小时。multiplex 命中后主握手可降到毫秒级，但单流吞吐仍受 TCP 与算法限制。NAT 空闲常见 300/600/900s；ServerAliveInterval 30 与 ServerAliveCountMax 4 应对照最后应用字节时间线；远端 ClientAliveInterval 更大时取更严一侧。大 tarball 时 multiplex 收益有限，优先 分段校验与原子发布。
决策矩阵：何时启用、何时禁用、如何拆分
| 场景 | multiplex 建议 | 主要收益 | 主要风险 |
|---|---|---|---|
| 大量小文件增量同步 | 启用 ControlMaster auto + 合理 ControlPersist | 显著降低握手尾延迟 | 主套偶发损坏需自动重建 |
| 同一 Runner 高并行 rsync | 拆分 ControlPath 或关闭 multiplex | 避免 SSH 层串行化 | 握手成本回升 |
| 长传 + 严格闸门 | 可启用，但独立 CI 账号与目录权限 | 减少中段重连 | NAT 与中间盒仍需 keepalive |
| 共享构建账号给人机共用 | 人类与 CI 分 Host 别名与分路径 | 降低误操作面 | 配置分支变多 |
| 安全合规要求高 | 缩短 ControlPersist 或禁用 | 缩短凭据暴露窗 | 吞吐与握手成本上升 |
实操步骤：从基线到回滚（How-to）
# A) 在 ~/.ssh/config 为远程 Mac CI 目标建立别名（示例）
# Host rm-ci
# HostName your.remote.mac.example
# User ciupload
# IdentityFile ~/.ssh/id_ed25519_ci
# ControlMaster auto
# ControlPath ~/.ssh/cm/%r@%h:%p
# ControlPersist 10m
# ServerAliveInterval 30
# ServerAliveCountMax 6
# ConnectTimeout 15
# B) 首次连接建立主套接字；后续 rsync 自动复用
# rsync -avz -e "ssh -F ~/.ssh/config" ./dist/ rm-ci:~/artifacts/
# C) 紧急关闭复用（排障对照）
# ssh -S ~/.ssh/ci/[email protected]:22 -O exit rm-ci
步骤 1：在无 multiplex 情况下跑三次相同 rsync，记录总时延与 CPU；确认瓶颈不在本地打包或远端磁盘。
步骤 2：加入 ControlMaster auto 与 ControlPath，确保目录权限仅 CI 用户可写，避免世界可读套接字路径。
步骤 3：为并行 Job 设计拆分策略：按 matrix 分端口、分账号，或每 Job 独立 ControlPath 子目录，观察队列是否消失。
步骤 4：把 ServerAliveInterval 与远端 ClientAliveInterval 对齐到 NAT 窗口之下，并与 并发 SFTP 文 的 keepalive 建议交叉验证。
步骤 5：把 known_hosts 与 StrictHostKeyChecking 固化在流水线镜像层，避免 multiplex 复用时仍触发交互式提示。
步骤 6：将 partial 与 SHA256 闸门 设计为幂等：主连接重建后仍能断点续传且不误判成功。
步骤 7：在发布文档中保留「关闭 multiplex 的 Host 别名」作为应急开关，避免排障时被迫改生产主配置。
强相关阅读与站内 CTA
推荐阅读顺序：本文 → known_hosts → 并发 SFTP → IPv6 双栈 → 完整性闸门 → 首页。
FAQ 与为什么考虑 SFTPMAC 托管远程 Mac
ControlPersist 应该设多长？
取决于 Job 间隔与安全基线：高频短 Job 可用 5–15 分钟；低频次且敏感环境建议缩短或关闭。关键是与 on-call Runbook 一致，而不是各自本地 ~/.ssh 私改。
能否与 ProxyJump 叠加？
可以，但要把 ControlPath 命名到能区分「直达 vs 跳板」两套主套接字，否则排障时很难判断失败发生在哪一跳。
总结：ControlMaster 治握手税，须与并行、NAT、限额、闸门同设计并保留无 multiplex 回滚别名。
局限：网络 DNS/双栈/代理不稳时 multiplex 只加速失败，须先收敛 L1。
对比与收束：SFTPMAC 托管远程 Mac 把握手、并发、keepalive 与权限沉淀为可重复 SLA，团队可专注迭代而非维护 Runner 拓扑。
把 multiplex、keepalive 与 known_hosts 写进同一 Runbook，托管入口更易做季度回归。