如何用Python实现带主机与用户参数的交互式SSH会话？

修复subprocess.Popen的终端异常问题 #

你之前用subprocess.Popen时的问题，核心是没让SSH正确接管终端输入输出，加上shell=True额外创建的shell进程进一步干扰了终端交互。可以直接用os.execvp替换当前Python进程为SSH进程，这样SSH会完全接管终端，不会有格式错乱的问题，同时Python程序会自动退出，正好匹配你“退出Python后连接会话”的思路：

import os

def start_ssh(username, host):
    # 替换当前Python进程为ssh，ssh直接控制终端
    os.execvp("ssh", ["ssh", f"{username}@{host}"])

如果想保留Python进程（比如后续还要做其他操作），可以调整subprocess的参数，让它继承当前终端的文件描述符：

import subprocess

def start_ssh(username, host):
    subprocess.run(
        ["ssh", f"{username}@{host}"],
        stdin=None,
        stdout=None,
        stderr=None,
        shell=False
    )

这里把stdin/stdout/stderr设为None，会让SSH直接使用当前终端的标准流，避免格式错乱和输入不可见的问题。

进阶方案：用pexpect处理交互式场景 #

如果你的TUI需要自动处理SSH的交互步骤（比如输入密码、确认主机指纹），可以用pexpect库：

import pexpect

def start_ssh(username, host):
    # 启动ssh进程
    child = pexpect.spawn(f"ssh {username}@{host}")
    # 自动匹配主机指纹确认提示
    child.expect(r"Are you sure you want to continue connecting \(yes/no/\[fingerprint\]\)\?")
    child.sendline("yes")
    # 交给用户接管交互
    child.interact()

使用前需要先安装库：pip install pexpect

关键注意事项 #

• 不要随便加shell=True：它会额外创建shell进程，破坏终端的直接交互链路，除非你明确需要shell的环境变量或通配符解析。
• 若只是单纯启动SSH会话，os.execvp是最优选择，因为它没有多余进程残留，终端体验和直接在命令行敲ssh完全一致。

内容的提问来源于stack exchange，提问作者JadBlackstone