-signs in rsync as well as in embedded ssh command

Hello, Today I succesfully transfered some testfile on my local computer with the following command: rsync -e ssh testfile.txt localhost:receive I can also succesfully connect with SSH to a remote server through an http proxy with the following command: ssh -o ProxyCommand corkscrew

Re: -signs in rsync as well as in embedded ssh command

On Fri 21 Oct 2005, Peter van der Meer wrote: Does anybody here has another suggestion? Yes: rsync -e ssh -o 'ProxyCommand corkscrew myhttpProxy 8080 targetcomputer.domain 22' testfile.txt targetcomputer.domain:receive Paul Slootman -- To unsubscribe or change options:

Re: -signs in rsync as well as in embedded ssh command

On Fri, 2005-10-21 at 14:56 +0200, Peter van der Meer wrote: Today I succesfully transfered some testfile on my local computer with the following command: rsync -e ssh testfile.txt localhost:receive I can also succesfully connect with SSH to a remote server through an http proxy with the

Re: rsync through multiple ssh hops with password authentication prompt

On Thu, 2005-10-20 at 19:37 +0100, Manuel López-Ibáñez wrote: That technique of using a SSH tunnel through middle seems really nice. Actually it is similar (I think even better because yours doesn't require a rsync server) to the one described in the rsync FAQ [1] as method 2. [1]

Re: -signs in rsync as well as in embedded ssh command

Quoting Paul Slootman [EMAIL PROTECTED]: On Fri 21 Oct 2005, Peter van der Meer wrote: Does anybody here has another suggestion? Yes: rsync -e ssh -o 'ProxyCommand corkscrew myhttpProxy 8080 targetcomputer.domain 22' testfile.txt targetcomputer.domain:receive This also results in the

Re: -signs in rsync as well as in embedded ssh command

On Fri 21 Oct 2005, Matt McCutchen wrote: The trouble is that rsync parses the -e command into arguments, and it just splits at every whitespace character without regard for the inner quotes. Maybe rsync should really be calling on a shell to parse the command. Would escaping the spaces

Re: rsync through multiple ssh hops with password authentication prompt

On Fri, 2005-10-21 at 10:04 -0400, Matt McCutchen wrote: ~/.ssh/config: Host target ProxyCommand ssh middle nc %h %p Apparently, ssh uses a SIGHUP to tell the ProxyCommand that it is finished with the connection. If nc is used as the proxy, it understands the SIGHUP as a request

Commercial license?

Hi there Is there a commercial license for using Rsync or the Rsync algorithm within a commercial product? I appreciate that Rsync as it stands is GNU and therefore it cannot be used in this way, but I thought that I would ask the list. I understand that it is open source, but we have an

Re: rsync through multiple ssh hops with password authentication prompt

On Fri, Oct 21, 2005 at 11:55:22AM -0400, Jay Fenlason wrote: If you have the keys for both hosts in your ~/.ssh/known_hosts file, ssh doesn't complain at all, even with host checking enabled. It would complain if the HostKeyAlias config item wasn't used (and the known_hosts file already had a

Re: -signs in rsync as well as in embedded ssh command

On Fri 21 Oct 2005, Matt McCutchen wrote: The trouble is that rsync parses the -e command into arguments, and it just splits at every whitespace character without regard for the inner quotes. Maybe rsync should really be calling on a shell to parse the command. Would escaping

Re: -signs in rsync as well as in embedded ssh command

The trouble is that rsync parses the -e command into arguments, and it just splits at every whitespace character without regard for the inner quotes. Maybe rsync should really be calling on a shell to parse the command. Really? Does this mean that any option passed to ssh is interpreted by

Re: rsync through multiple ssh hops with password authentication prompt

This setup seems to work well--perhaps it could be added to the rsync FAQ page as Method 2b. The only annoyance is that one might still get two indistinguishable Password: prompts; could someone tell me how to configure SSH so the prompt reveals the target Well, actually, I get Password: