tmout是bash内置的交互式shell超时机制，设为非零整数并用export导出、readonly锁定后，空闲指定秒数即自动退出；仅作用于交互式shell，不干预vim/ssh/tmux等接管stdin的程序，且与ssh保活参数相互独立。
TMOUT 是 Bash 内置的超时控制机制，只要设置了非零值，且当前 shell 是交互式的，空闲指定秒数后就会自动退出登录。它不依赖网络层或守护进程，生效快、配置轻量，但也有明确边界——只管 shell 本身，不管 vim、top、ssh 子会话等“接管了 stdin”的程序。
怎么设置 TMOUT 才真正生效
关键不是写进文件就完事，而是让变量被正确导出、锁定、并被当前会话识别。
- 必须用
export TMOUT=600（不能只写TMOUT=600），否则子 shell 不继承 - 加
readonly TMOUT是防止用户在会话中执行unset TMOUT或TMOUT=0绕过限制 - 配置写入
/etc/profile对所有新登录用户生效；写入~/.bashrc仅对当前用户有效（但注意：SSH 登录默认不读.bashrc，要用.bash_profile） - 修改后必须运行
source /etc/profile（或重新登录），否则当前终端不会更新$TMOUT - 验证是否生效：执行
echo $TMOUT，输出应为数字（如600）；若为空，说明没加载成功
TMOUT 在哪些场景下会“失效”
这不是 bug，是设计使然——TMOUT 只监控 shell 的输入空闲，一旦控制权交出去，计时就暂停。
Linux Ai Server
下载
Linux AI 服务器 — 将 Linux 服务器转换为本地 AI 推理集群。使用 systemd、NVIDIA CUDA 实现无头 Linux AI，零 GUI 开销。
- 运行
vim、less、top、htop等全屏交互程序时，TMOUT暂停计时（因为 stdin 被程序接管，shell 不再等待命令输入） - 在
ssh到另一台机器后，远端的TMOUT独立生效，本地的不再起作用 - 使用
screen或tmux时，外层 shell 的TMOUT仍存在，但 session 内部操作不会触发它退出（除非 detach 后彻底空闲） - 后台任务（如
sleep 1000 &）不影响TMOUT计时，因它们不占用交互输入通道
和 SSH 层保活（ClientAliveInterval）有什么区别
这是两个完全独立的机制，常被混用，但作用位置和目的不同。
-
TMOUT是 shell 层行为，由 Bash 主动检查并退出，断开的是登录会话本身（logout+exit） -
ClientAliveInterval和ClientAliveCountMax是sshd的 TCP 保活参数，用于探测连接是否还“活着”，超时后直接 kill 连接（底层 socket 关闭），用户看到的是 “Connection closed by remote host” - 两者可共存：比如
TMOUT=600（10 分钟无命令退出） +ClientAliveInterval 300; ClientAliveCountMax 2（9 分钟无响应断连），实际效果以先触发者为准 - 注意：
ClientAlive*设置需重启sshd（systemctl restart sshd），且对非 SSH 登录（如 console、serial）无效
为什么改了 /etc/profile 还是不生效
常见原因不是语法错，而是加载路径或覆盖逻辑没理清。
- 用户自己的
~/.bash_profile中如果也设置了TMOUT，它会覆盖/etc/profile的值（因为后者先加载） - 某些发行版（如 Ubuntu）默认用
.profile而非.bash_profile，而.profile不一定 source.bashrc，导致TMOUT被忽略 - 如果用了 Zsh、Fish 等非 Bash shell，
TMOUT完全不生效（Zsh 有类似但不兼容的TMOUT，Fish 则无原生支持） - systemd 用户会话（如通过
loginctl启动的）可能绕过传统 profile 加载链，此时需配合systemd-logind.conf的IdleAction=lock等设置
真正要确保全局强制生效，得确认 shell 类型、登录方式、配置文件加载顺序，再加一句 echo $SHELL 和 shopt login_shell 看清楚当前环境。
