Re: defeated by optmisation!
- From: Unruh <unruh-spam@xxxxxxxxxxxxxx>
- Date: Sat, 20 Oct 2007 01:34:04 GMT
bugbear <bugbear@xxxxxxxxxxxxxxxxxxxxxxxxx> writes:
I have a situation where, due to VPNs, routing, gating, etc
machines 'A' and 'Z' can both be seen from machine 'M',
but machine 'A' cannot see machine 'Z'.
I do NOT have access/authority to change this.
I do have user level access and logins
for all 3 machines.
In order to transfer data, I logged on to machine
'M' and used scp thus:
scp user1@A:/path/file.txt user2@Z:/path
The command failed.
A little probing revealed that scp had
attempted to initiate a direct copy from A to Z,
which is not (in fact) possible.
Yes, that is what it does.
Now, I can see where this optimisation is desirable.
If the links between M and A,Z were slow,
but the link between A and Z were swift,
what SCP is doing is very fine
(e.g. user on a remote dialup initiating
transfer between 2 servers)
Is there a way for me to (conveniently) proceed,
or do I require a "new" flag?
scp A:filename /tmp/filename
scp /tmp/filename Z:/path/to/filename
.
- Follow-Ups:
- Re: defeated by optmisation!
- From: bugbear
- Re: defeated by optmisation!
- References:
- defeated by optmisation!
- From: bugbear
- defeated by optmisation!
- Prev by Date: Re: non-interactive sftp and 'put'
- Next by Date: Re: non-interactive sftp and 'put'
- Previous by thread: defeated by optmisation!
- Next by thread: Re: defeated by optmisation!
- Index(es):
Relevant Pages
|
|
