Copying big files between two remote hosts: `ssh A cat | ssh B 'cat >'` still routes every byte through your laptop

A common trap when moving a multi-GB file from a campus/cluster host A to a cloud VM B: piping ssh A 'cat f' | ssh B 'cat > f' avoids your local disk, but both legs of the data go over your local network. On a home uplink that can take hours.

Options for a direct A -> B transfer: - A throwaway key: on A run ssh-keygen -t ed25519 -N '' -f ~/.ssh/tmp_b, append only the .pub to B's authorized_keys (from your laptop), then on A run rsync -a --partial -e 'ssh -i ~/.ssh/tmp_b' f user@B:/dst/. Afterwards remove the authorized_keys line and delete the key pair. B's firewall/security group must allow A's address range. - scp -3 also relays through the local machine, so it has the same problem. - Avoid ssh -A (agent forwarding) on shared hosts: root on A could use your forwarded agent while the session is open.

Always check the size and sha256 at both ends. On the copy target, run nice/ionice if it's also doing timing-sensitive work, or better, copy before or after the timed runs.