SSH连接1–2分钟自动断开是因服务端或中间设备空闲超时,需在macOS客户端配置ServerAliveInterval 45与ServerAliveCountMax 3保活,并配合tmux会话恢复。
macos 通过 terminal 连接 linux 服务器时,ssh 会话在无操作 1–2 分钟后自动断开(提示 connection to xxx closed by remote host),本质不是 tmux 故障,而是 ssh 连接本身被服务端或中间网络设备主动终止。tmux 只是运行在 ssh 会话之上的程序,一旦底层连接断了,tmux 会话自然中断。修复关键在于保持 ssh 连接活跃,而非仅依赖 tmux。
确认断开根源是 SSH 空闲超时
先排除其他干扰因素:
- 检查是否为路由器/防火墙主动清理空闲 TCP 连接(尤其企业网络或某些家用光猫)
- 登录服务器后执行 who 或 w,确认你的 SSH 进程仍在;断开后立即重连并运行 ps aux | grep tmux,若无残留进程,说明服务端已 kill 掉整个会话
- 查看服务器端 SSH 配置:sudo cat /etc/ssh/sshd_config | grep -E "(ClientAlive|TCPKeepAlive)",常见限制项是 ClientAliveInterval 和 ClientAliveCountMax
客户端配置保活(推荐,安全且生效快)
在 macOS 本机配置 SSH 客户端定期发心跳包,无需服务端权限,也不暴露内部网络策略:
- 编辑或创建 ~/.ssh/config(注意是 .ssh 目录,不是 /etc/ssh/ssh_config)
- 加入以下内容(对所有主机生效):
Host *
ServerAliveInterval 45
ServerAliveCountMax 3
TCPKeepAlive yes
含义:每 45 秒向服务器发一次空包,连续 3 次失败才断开。实际断连阈值约为 45×3 = 135 秒,远超默认的 60–120 秒超时窗口。
部署和使用军舰的 macOS Automator 自动化服务集合。包含 5 个实用工作流:PDF转JPG、PNG重命名并转JPG、图像拼接、解压RAR、顺序命名图像文件。一键安装所有服务到 ~/Library/Services/ 目录。使用场景:(1) "安装我的自动化服务",(2) "部署所有 Automato...
配合 tmux 提升会话韧性
保活解决“连接断”,tmux 解决“断后找不回”:
- 连接服务器后,立刻运行 tmux new -s mywork 启动命名会话
- 后续所有操作都在 tmux 内进行(分屏、新建窗格、后台任务等)
- 万一断线,重连后执行 tmux attach -t mywork 即可回到断开前状态
- 建议在 ~/.tmux.conf 中启用鼠标支持与状态栏时间显示,便于感知会话存活情况
避免常见误操作
这些做法无效或有风险:
- 在服务端修改 sshd_config 的 ClientAliveInterval —— 需要管理员权限,且可能影响所有用户
- 用 nohup 或 & 启动后台任务替代 tmux —— 不解决终端断开问题,且无法恢复交互式会话
- 在 macOS 系统级配置(如 /etc/ssh_config)中设置保活 —— 普通用户无写入权限,且不随用户环境迁移
- 依赖终端“发送空字符”功能(如 iTerm2 的 Send EOF)—— 不稳定,部分服务器 SSH 实现不响应

















