paramiko 本身不提供自动运维能力，仅实现 ssh 协议，需手动组织命令、处理输出、判断状态；exec_command 可能因分页、交互提示或 stdin 未关闭导致 stdout.read() 阻塞或截断，应轮询 recv_ready() 或 wait exit_status_ready()，sudo 命令需配置 nopasswd 或显式 write 密码并 flush，复用连接应通过 transport.open_session() 而非重复 connect()。
Paramiko 本身不提供“自动运维”能力，它只是 SSH 协议的纯 Python 实现——你得自己组织命令、处理输出、判断状态，否则很容易在 exec_command 返回空结果或超时后卡住。
为什么 exec_command 拿不到完整输出？
Paramiko 的 exec_command 返回三个通道对象（stdin、stdout、stderr），但 stdout.read() 可能阻塞或截断，尤其遇到分页命令（如 ls -la 太长）、交互式提示（如 sudo 密码）、或未显式关闭 stdin。
- 必须调用
stdout.channel.recv_ready()轮询，或用stdout.channel.exit_status_ready()等待执行结束 - 对需要交互的命令（如
sudo apt update），得先stdin.write('password\n')，再stdin.flush() - 别直接
read()，改用readlines()或循环recv(1024)避免 hang 住
如何安全地复用 SSH 连接避免重复登录？
每次新建 SSHClient 都会建立新 TCP 连接和 SSH 握手，频繁操作（如批量部署）下延迟高、易触发服务器限流。Paramiko 支持连接池，但需手动管理。
- 用
transport = client.get_transport()获取底层传输对象，再调用transport.open_session()复用通道 - 避免在循环里反复
connect()+close()；一个SSHClient实例可连续调用多次exec_command - 注意：若某次命令出错（如权限拒绝），后续
exec_command仍可能成功——连接没断，但 shell 环境可能已损坏（比如前一个命令把 PATH 改乱了）
怎么处理 sudo 命令的密码输入和错误反馈？
Paramiko 不自动识别 [sudo] password for user: 提示，也不会帮你回车或判断是否输错。硬编码密码明文写进脚本极不安全，且 sudo 默认配置禁止非 TTY 输入密码。
- 服务端应提前配置
NOPASSWD：在/etc/sudoers中加username ALL=(ALL) NOPASSWD: /usr/bin/apt, /bin/systemctl - 若必须输密码，用
stdin.write('yourpass\n')后立刻stdin.flush()，并检查stderr.read()是否含sudo: 1 incorrect password attempt -
invoke_shell()可模拟交互式终端，但输出解析复杂（含 ANSI 控制符），不推荐用于自动化
真正麻烦的不是连上服务器，而是命令执行后怎么确认“真的完成了”——比如 systemctl start nginx 返回 0，不代表 nginx 进程监听了 80 端口；Paramiko 不管业务逻辑，只管字节流收发。得自己加检测逻辑，比如轮询 curl -I http://localhost 直到返回 200。
Python免费学习笔记（深入）：立即使用
在学习笔记中，你将探索 Python 的核心概念和高级技巧！
