在 Paramiko 上，exec_command 和使用 invoke_shell() 发送有什么区别？

问题描述：

那么Paramiko 上的SSHClient.exec_command()和 send有什么区别？SSHClient.invoke_shell

我可以向 MikroTik 路由器设备发送和执行命令，exec_command但无法使用send( invoke_shell()) 执行该命令。

另一方面，我可以向 Cisco 设备发送并执行命令send（invoke_shell()），但无法使用 执行它exec_command。

我指的命令是配置命令，如路由（ip route xxx xxx）或创建 vlan 或添加 ip 地址等。

解决方案 1：

区别在于invoke_shell使用的是SSHshell通道， 而exec_command使用的是SSHexec通道。

作为用户/开发人员，这对您来说真正意味着什么实际上取决于 SSH 服务器，而不是 Paramiko 本身。

在常见的 *nix OpenSSH 服务器中：

• 通道shell执行登录 shell（就像您使用 SSH 终端客户端登录一样）。然后 shell 将显示命令提示符并等待客户端/用户键入命令。shell通道的目的是实现交互式 shell 会话。因此，基本上它的合法用途是实现 SSH 终端客户端。这是人们很少会做的事情。如果您这样做，您通常希望使用终端仿真（Paramikoinvoke_shell无条件地这样做，但实际上可以shell在没有终端仿真的情况下打开通道）。

正常情况下，该shell通道显然是由 SSH 终端客户端（如 OpenSSHssh或 PuTTY）使用的。

通道shell是一个带有输入和输出的黑盒子。输入和输出没有结构。例如，如果您通过将命令发送到输入来执行命令，您将永远无法知道它何时结束。如果您将两个命令发送到输入队列，您将无法区分哪个输出来自哪个命令。

• 该exec命令将命令作为“参数”并在隔离环境中执行它 - 仍然通过用户的默认shell，而不是作为“登录”shell，这可能会导致命令执行出现显著差异。

有关这种差异的典型示例，请参见使用 Python Paramiko exec_command 执行时，某些 Unix 命令失败并显示“未找到 <command>”。

通道的目的exec是自动执行命令。因此，通常您不想使用终端仿真，以避免命令执行诸如分页、着色和主要交互确认之类的花哨操作。这就是为什么 的默认get_pty值为False。

当您在命令行上指定要执行的命令时， OpenSSH或 PuTTYexec会使用该通道：ssh`plink`

ssh user@host command

对于不太常见的 SSH 服务器，差异可能更加明显。有些服务器甚至可能不支持其中一个通道。它们似乎同时支持两个通道，但其中一个（通常是exec）完全损坏，这种情况也很常见。

请参阅在设备上使用 Paramiko exec_command 执行命令不起作用。

对于 Java/JSch 也有类似的问题：

JSch 中的 'shell' 通道和 'exec' 通道有什么区别