So what is the difference between SSHClient.exec_command() and send with SSHClient.invoke_shell on Paramiko?
I can send and execute command with exec_command to MikroTik router device but can’t execute it with send (invoke_shell()).
On the other hand, I can send and execute command send (invoke_shell()) to Cisco device, but can’t execute it with exec_command.
The command I mean is the configuration command like routing (ip route xxx xxx) or make vlan or add an ip address and etc..
Answers:
Thank you for visiting the Q&A section on Magenaut. Please note that all the answers may not help you solve the issue immediately. So please treat them as advisements. If you found the post helpful (or not), leave a comment & I’ll get back to you as soon as possible.
Method 1
The difference is that invoke_shell uses SSH shell channel, while exec_command uses SSH exec channel.
What that really means to you as a user/developer really depends on the SSH server, not on Paramiko itself.
In common *nix OpenSSH server:
-
The
shellchannel executes a login shell (as if you login with SSH terminal client). The shell will then present a command prompt and wait for client/user to type the commands. The purpose of theshellchannel is to implement an interactive shell session. So basically it’s legitimate use is an implementation of an SSH terminal client. That is something one will do very very rarely. If you do, you typically want to use terminal emulation (Paramikoinvoke_shelldoes that unconditionally, but actually it’s possible to open theshellchannel without the terminal emulation).The
shellchannel is obviously used by SSH terminal clients (like OpenSSHsshor PuTTY), under normal circumstances.The
shellchannel is a black box with an input and output. The input and output have no structure. If you for example execute a command by sending it to the input, you will never be able to tell when it ended. If you send two commands to input queue, you won’t be able to distinguish what output comes from what command. -
The
execcommand takes a command as an “argument” and executes it in an isolated environment – still via user’s default shell, but not as a “login” shell, what may cause significant differences in the command execution.For a typical example of such difference, see Some Unix commands fail with “<command> not found”, when executed using Python Paramiko exec_command.
The purpose of the
execchannel is automating a command execution. So typically you do not want to use a terminal emulation, to avoid the command to do fancy stuff like pagination, coloring and mainly interactive confirmations. That’s why the default value ofget_ptyisFalse.The
execchannel is used by OpenSSHsshor PuTTYplink, when you specify a command to execute on its command line:ssh <a href="https://getridbug.com/cdn-cgi/l/email-protection" class="__cf_email__" data-cfemail="4431372136042c2b3730">[email protected]</a> command
With less common SSH servers, the difference can be even more significant. Some servers may even not support one of the channels. It is also quite common that they seeming support both, but one of them (typically the exec) is completely broken.
See Executing command using Paramiko exec_command on device is not working.
There’s a similar question for Java/JSch:
What is the difference between the ‘shell’ channel and the ‘exec’ channel in JSch
All methods was sourced from stackoverflow.com or stackexchange.com, is licensed under cc by-sa 2.5, cc by-sa 3.0 and cc by-sa 4.0