[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Problems with ProxyCommand
[Thread Prev] | [Thread Next]
[Date Prev] | [Date Next]
- Subject: Re: Problems with ProxyCommand
- From: DrYak <doktor.yak@xxxxxxxxx>
- Reply-to: libssh@xxxxxxxxxx
- Date: Wed, 24 Apr 2013 23:22:00 +0200
- To: libssh@xxxxxxxxxx
- Cc: Andreas Schneider <asn@xxxxxxxxxxxxxx>, Aris Adamantiadis <aris@xxxxxxxxxxxx>
Just wanted to ask some news about the bug. Had anyone had the time to check the proxycommand parser ? thank you very much On 10/04/13 14:22, Andreas Schneider wrote: > On Wednesday 10 April 2013 14:11:23 Aris Adamantiadis wrote: >> Hi, >> >> I think this may be a bug in the proxycommand parser. Andreas, what do >> you think ? > > Yep, I think so. Please open a bug report on https://red.libssh.org/ > >> >> Aris >> >> Le 10/04/13 04:52, DrYak a écrit : >>> see https://bugs.kde.org/show_bug.cgi?id=273397 >>> >>> ------ >>> >>> When using a "ProxyCommand" option, libssh requires the command to be >>> quoted (i.e: ' ProxyCommand "ssh -q -A -X -W %h:%p JUMPHOST" ') for the >>> whole line to be used (otherwise only "ssh" is called). >>> >>> i.e.: on the quoted string is loaded, everything else following the >>> blank is discarded. Parameters are split between blanks inside the >>> quoted string. >>> >>> Result: >>> - kio_sftp (which is libssh-based) works >>> - ssh complains it can't find an executable named "ssh -q -A -X -W %h:%p >>> JUMPHOST" and fails. >>> >>> ------ >>> >>> This differs from ssh's own behaviour, where command should NOT be >>> quoted (i.e: ' ProxyCommand ssh -q -A -X -W %h:%p JUMPHOST '), otherwise >>> the whole quoted string is interpreted as the executable name. >>> >>> i.e: the whole line is loaded and parameters are split between blanks >>> outside the string. >>> >>> Resuot: >>> - ssh works as it should >>> - kio_sftp only runs "ssh" without any option and gets the "ssh usage" >>> as an error and fails.
Problems with ProxyCommand | DrYak <doktor.yak@xxxxxxxxx> |
Re: Problems with ProxyCommand | Aris Adamantiadis <aris@xxxxxxxxxxxx> |
Re: Problems with ProxyCommand | Andreas Schneider <asn@xxxxxxxxxxxxxx> |