Thorsten Glaser
2020-Jan-12 19:41 UTC
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
On Sun, 12 Jan 2020, Yuri wrote:> dedicated argument, for example -z. The specification can be like this:The wording could need some translation by a native speaker, but the idea of this feature request is certainly sound. Of course you?d lose the ability to run multiple commands, redirect I/O, etc. when using your proposed flag. bye, //mirabilos -- tarent solutions GmbH Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/ Tel: +49 228 54881-393 ? Fax: +49 228 54881-235 HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941 Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Yuri
2020-Jan-12 20:08 UTC
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
On 2020-01-12 11:41, Thorsten Glaser wrote:> The wording could need some translation by a native speaker, but the > idea of this feature request is certainly sound.This was English, not German, BTW.> Of course you?d lose the ability to run multiple commands, redirect > I/O, etc. when using your proposed flag.You would lose the ability to redirect I/O in an immediate way, but you would always be able to run a shell command like "/bin/sh" "-c" "any-command | tee cmd.log | process-further" which would regain the ability to do everything that a shell can do. The problem from my original message, the ability to pass an arbitrary shell script to a remote host, would become trivial. Best, Yuri
Thorsten Glaser
2020-Jan-12 20:17 UTC
Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
On Sun, 12 Jan 2020, Yuri wrote:> This was English, not German, BTW.For some values of English, perhaps.> You would lose the ability to redirect I/O in an immediate way, but you would > always be able to run a shell command like "/bin/sh" "-c" "any-command | tee > cmd.log | process-further" which would regain the ability to do everything > that a shell can do.Yes, but ssh -z remhost sh -c "something" is exactly identical to ssh remhost "something" :? //mirabilos -- tarent solutions GmbH Rochusstra?e 2-4, D-53123 Bonn ? http://www.tarent.de/ Tel: +49 228 54881-393 ? Fax: +49 228 54881-235 HRB 5168 (AG Bonn) ? USt-ID (VAT): DE122264941 Gesch?ftsf?hrer: Dr. Stefan Barth, Kai Ebenrett, Boris Esser, Alexander Steeg
Seemingly Similar Threads
- Why are the arguments supplied for the command run through ssh interpreted by shell before they are passed to the command on the server side?
- vesamenu back to text before booting
- PXE Error Reporting
- vesamenu back to text before booting
- command [argument ...] in ssh(1): a footgun