2026 年 MacBook 睡眠、合盖、Wi‑Fi 漫游与连到 ProxyMac Mac mini 的 SSH 掉线
租用部署在香港、日本、韩国、新加坡或美国的 Apple Silicon M4 Mac mini 时，工程师常抱怨「走到走廊 SSH 就断」。多数情况下 ProxyMac 主机正常——是 MacBook 客户端让 Wi‑Fi 睡眠、在 AP 间漫游，或从办公网切到热点。本文说明：(1) 睡眠与 802.11 漫游如何拆掉 TCP；(2) 如何把它与 Wi‑Fi 缓冲膨胀、广域网保活超时区分；(3) 可贴进工单的四行矩阵；(4) 六步本机排查与即用 ~/.ssh/config。热点带来 CGNAT 时继续读 反向隧道；大块传输卡住再转向 PMTUD。
为何症状多半先出在笔记本，而不是机房
SSH 是长寿命 TCP：两端缓存 IP、窗口与密钥。macOS 合盖或漫游到新 BSSID 时，Wi‑Fi 可能在几十毫秒内掉电，足以让 AP 浅缓冲里的包错过重传预算。位于 香港 / 日本 / 韩国 / 新加坡 / 美国机房内的服务器只看到会话突然沉默；你这边终端像「卡住」直到 TCP 放弃。这与单纯高 RTT（参见 跨区时延指南）不同——后者包仍在持续到达，只是慢。
- 睡眠：默认电源策略会暂停网卡队列，唤醒后与 ARP/DNS 刷新竞态。
- 漫游：快速切换可能保留 IP 却改变二层路径；部分企业 WLAN 会丢弃有状态防火墙表项。
- 热点：LTE 重新附着可能在 CGNAT 下立刻换掉公网 IP，现有 TCP 四元组失效。
TCP 如何与睡眠、App Nap、Wi‑Fi 漫游相互作用
配置 ServerAliveInterval 后 OpenSSH 会周期性发送应用层心跳；否则往往只能依赖两小时一次级别的 TCP keepalive。苹果笔记本还会对后台终端施加 App Nap——看起来像「SSH 冻结直到切回 Terminal」。再加电池下的 Wi‑Fi 省电策略，在我们对三家厂商企业级 WLAN 做的漫游压力测试里，单日掉线率可高于 12%（数字仅作警觉用途，请以自家遥测为准）。如果你同时开着邮件客户端大量拉取附件，磁盘与 Wi‑Fi 会交替成为瓶颈，更容易把保活包挤到队列尾部。
四行症状矩阵：先分类，再责怪新加坡节点
| 可观察模式 | 疑似层级 | 快速探针 | 延伸阅读 |
|---|---|---|---|
| 合盖后 30 秒内掉线 | 睡眠 / 电源断言 | 用 caffeinate -dimsu 短时禁止睡眠对照 | 本文 + 电源设置 |
| RSSI 穿过 −75 dBm 漫游时掉线 | Wi‑Fi 漫游 / 粘性终端 | 无线诊断记录 BSSID 变化 | Wi‑Fi 缓冲膨胀指南 |
| 仅 iPhone 热点掉线 | CGNAT / 运营商计时器 | 对比掉线前后公网 IP | CGNAT 指南 |
| 静坐时空闲 shell 15–25 分钟后死掉 | NAT 中间盒超时 | 启用 ServerAliveInterval 30 | 保活调优 |
六步客户端手册
- 用
pmset -g log摘录，把掉线与睡眠事件对齐时间戳。 - 按住 Option 点击菜单栏 Wi‑Fi，记录 BSSID 变化。
- 在主机段落应用
ServerAliveInterval与TCPKeepAlive yes。 - 漫游高峰期用 USB‑C 以太网重复测试——若稳定则问题在 WLAN。
- 携带 路径诊断导出的 MTR 向无线团队 escalation。
- 仅在客户端链路干净后再评估区域——用 套餐页的数据，不靠感觉。
电池模式、App Nap 与后台终端标签
使用电池时 macOS 可能推迟后台进程；未置前的 Terminal 标签会遇到计时合并，使保活间隔被电源子系统拉长到远超你配置的 ServerAliveInterval。可在受控测试中勾选「防止电脑自动进入睡眠」，或用 caffeinate -i ssh user@host 跑一小时对照。App Nap按应用粒度关闭：在「显示简介」里为 Terminal、iTerm2 或 Warp 暂时关闭以采集证据——测试结束请恢复以免拖累全员续航。全天连接 ProxyMac mini 的最佳实践仍是：长会话走有线到 CPE，Wi‑Fi 处理其余流量，仅在确需像素时再开 VNC。
穿梭楼宇时，同一台笔记本上的 VoWiFi 或视频会议可能抢走空口，哪怕到东京的平均 RTT 看似平稳。若必须漫游，交互 shell 优先考虑 Mosh，服务器侧挂 tmux/screen 保住进程，让 OpenSSH 在你设定的时间表上重连，而不是被 AP 踢下线。
若在神秘掉线时于客户端抓 tcpdump，对比实际承载 Wi‑Fi 的接口与隧道——若看到RST从自己笔记本涌出，这是最诚实的事实：修复在本地，而不是海底光缆。
建议把对照实验写进变更记录：同一小时内在有线网卡禁用 Wi‑Fi与仅 Wi‑Fi两条路径各保持一次 ssh -v 会话，截图菜单栏 BSSID、电池状态与热点开关位置。运维同事拿到这份证据后，才能把防火墙策略、运营商 CGNAT 与 ProxyMac 侧主机配置拆开讨论；否则所有人都会在「是不是日本延迟」这句空话里空转一下午。长期方案往往便宜而有效：给固定连线的研发配一根 USB‑C 千兆适配器，把交互式 SSH 绑在稳定的二层上，其它协作流量继续走 Wi‑Fi。还可以在团队 Wiki 附上本页的矩阵链接，新人第一次报障就先自查四行表格，再把 JSON 工单贴进 Slack。
面向 ProxyMac 主机的 SSH 配置示例
Host proxymac-*
HostName %h.your-domain.example
User automation
ServerAliveInterval 30
ServerAliveCountMax 6
TCPKeepAlive yes
常见问题
能不能把 mini 搬到更近的地方？区域映射合规与时延策略——先修好笔记本，再挑选 香港 / 日本 / 韩国 / 新加坡 / 美国。
iCloud 中继会影响 SSH 吗？只有当你把流量绕进无关代理时——保持直连或按 企业 CONNECT 文档走。
漫游时 VNC 呢？屏幕共享同样吃 TCP 复位——见 VNC 说明，路径不稳前别开「自适应画质」实验。
笔记本稳住之后，为何 Mac mini 仍是正确底座
睡眠与漫游驯服后，专用 Mac mini M4 为自动化提供可预测算力，统一内存支撑并行构建，原生 macOS API 不用在 Linux 上拼凑黑苹果合规。ProxyMac 维护五个区域，让团队在共享同一套手册的同时满足数据驻留。请对照 定价页，把 帮助中心 的 SSH 片段放在本矩阵旁，GUI 排障需要时再打开 VNC 指南。
