那么SSHClient.exec_command()
和用SSHClient.invoke_shell
发送的Paramiko有什么区别?
我可以使用exec_command
向MikroTik路由器设备发送并执行命令,但是不能使用send
(invoke_shell()
)执行命令。
另一方面,我可以向Cisco设备发送并执行命令send
(invoke_shell()
),但是不能使用exec_command
执行它。
我的意思是指配置命令,例如路由(ip route xxx xxx),make vlan或添加ip地址等。
答案 0 :(得分:3)
invoke_shell
(在默认参数的情况下)模拟交互式ex: 80x24 terminal
。是什么使您正在执行的命令执行分页等奇特的东西。
def invoke_shell(self, term='vt100', width=80, height=24, width_pixels=0,
height_pixels=0):
exec_command
(带有get_pty=False
)使用非交互式终端。该命令(如果实施正确)应该避免执行分页。
def exec_command(self, command, bufsize=-1, timeout=None, get_pty=False):
答案 1 :(得分:1)
@Ben的答案不正确。本描述的差异是由terminal emulation引起的。 invoke_shell
和exec_command
都可以进行终端仿真。当将可选的invoke_shell
参数设置为exec_command
(默认值为get_pty
)时,True
总是这样做,而仅False
。
真正的区别是invoke_shell
使用SSH shell
通道,而exec_command
使用SSH exec
通道。
作为用户/开发人员,这对您真正意味着什么,实际上取决于SSH服务器,而不取决于Paramiko本身。
常见的* nix OpenSSH服务器:
shell
通道执行登录外壳程序(就像您使用SSH终端客户端登录一样)。然后,外壳程序将显示命令提示符,并等待客户端/用户键入命令。 shell
通道的目的是实现交互式Shell会话。那是很少做的事情。如果这样做,通常会希望使用终端仿真(Paramiko invoke_shell
无条件执行此操作,但实际上可以在不进行终端仿真的情况下打开shell
通道)。在正常情况下,SSH终端客户端(例如OpenSSH ssh
或PuTTY)显然会使用shell
通道。
exec
命令将命令作为“参数”并在隔离的环境中执行-仍然通过用户的默认外壳程序,而不是作为“登录”外壳程序,这可能会导致命令执行。
有关这种差异的典型示例,请参见Some Unix commands fail with "<command> not found", when executed using Python Paramiko exec_command
exec
通道的目的是使命令执行自动化。因此,通常您不想使用终端仿真,以避免使用该命令执行诸如分页,着色和主要是交互式确认之类的奇特的工作。这就是get_pty
的默认值为False
的原因。
exec
通道由OpenSSH ssh
或PuTTY plink使用,当您指定要在其命令行上执行的命令时:
ssh user@host command
使用不太常见的SSH服务器,两者之间的差异会更大。某些服务器甚至可能不支持其中一个通道。他们似乎同时支持这两者也是很常见的,但是其中之一(通常为exec
)已被破坏。