关于Paramiko invoke_shell()设置Linux用户会话超时及检测会话是否关闭的问题

看起来你遇到的问题核心是设置TMOUT的方式不对，导致这个超时变量根本没作用在你用invoke_shell()创建的那个交互式shell会话上，我来一步步给你拆解问题和解决办法：

1. 为什么你的原代码没生效？ #

你执行的exec bash --noprofile --norc -c "export TMOUT=10;"，本质是在当前的交互式shell里启动了一个全新的bash子进程，然后在这个子进程里设置了TMOUT。但这个子进程执行完export命令就直接退出了，完全没影响到父进程（也就是你通过invoke_shell()创建的那个原始交互式shell）。所以那个原始shell的TMOUT还是默认值，自然不会在10秒后超时关闭。

2. 正确的设置方式：直接在目标shell会话里设置TMOUT #

你不需要启动新的bash进程，直接给invoke_shell()返回的Channel对象发送export TMOUT=10\n命令（注意末尾的换行符，交互式shell需要换行才会执行命令），这样TMOUT才会被设置在你要测试的那个会话里：

# 去掉多余的exec和子bash，直接给当前shell设置TMOUT
noprofile_shell = connection.invoke_shell()
# 发送设置命令，必须加换行让shell执行
noprofile_shell.send("export TMOUT=10\n")

3. 关于检测会话是否关闭的注意点 #

你原代码里用pytest.raises(paramiko.SSHException)来捕获异常，这个不一定靠谱——Paramiko的Channel（也就是invoke_shell()返回的对象）在会话被远端关闭后，不一定会立刻抛出SSHException，它的行为可能是：

• send()方法返回0（表示没有数据被发送，通道已关闭）
• recv()方法返回空字节串
• 可以直接检查noprofile_shell.closed属性，这个是最直接的判断方式

所以修改后的测试代码可以写成这样：

import time
import paramiko
import pytest

# 假设connection已经是已建立的SSHClient连接
def test_shell_timeout():
    noprofile_shell = connection.invoke_shell()
    # 直接在当前交互式shell设置超时，加换行触发执行
    noprofile_shell.send("export TMOUT=10\n")

    # 等待超时时间+1秒，确保远端已经关闭会话
    time.sleep(11)

    # 先直接检查通道是否关闭，这是最可靠的判断
    assert noprofile_shell.closed, "Shell session should have timed out and closed"

    # 也可以尝试发送命令验证，辅助确认
    try:
        sent_bytes = noprofile_shell.send("pwd\n")
        # 通道关闭时send会返回0
        assert sent_bytes == 0
        recv_data = noprofile_shell.recv(1024)
        # 通道关闭时recv会返回空
        assert len(recv_data) == 0
    except paramiko.SSHException:
        # 如果抛出异常，也符合预期，直接通过断言
        assert True

4. 额外的小提示 #

• 有些Linux系统中，TMOUT只有在交互式shell中才会生效，而invoke_shell()创建的正好是交互式shell，所以这个场景是适用的。
• 如果你需要确保TMOUT不能被后续修改，可以发送export TMOUT=10; readonly TMOUT\n，这样后续无法 unset 这个变量。
• 测试时尽量不要依赖time.sleep()的精确时间，多留1-2秒的缓冲，避免因为网络延迟或者系统调度导致的误判。

备注：内容来源于stack exchange，提问作者Павло Ракета