Open tyrken opened 5 years ago
Really looking forward for something mscp
. Currently I still have to use existing AWS key or send my own key first, before I can scp/rsync
files. Please let me know if there are ways to do it already and I completely miss it.
Thank you for the feedback. We recognize that scp is a high priority for our customers and have it very high on our feature request list.
+1 also when exploring implementing this feature, please also consider rsync
compatibility too .
Anybody stumbling across this, wanting to transfer files to and from the machine, might find this useful. There is an msftp option. so msftp instance_id
and regular sFTP
options should work.
Hi there, i'm just wondering if there is a feature now to Amazon instance connect that allows users to copy files to remote ec2 instances? At the moment we are allowing our internal admin users access to EC2 using mssh
@squirer Check out the msftp
option for copying files across without using mssh
first.
@stevenhwu you can use the -e
option of rsync
to leverage mssh
on the file transfer. This will relieve you from having to create a key par a priori.
rsync -a -e mssh SOURCE_DIR/ USER@INSTANCE_ID:TARGET_DIR
You can even pass options to mssh
in the -e
argument.
rsync -a -e "mssh MSSH_OPTS" SOURCE_DIR/ USER@INSTANCE_ID:TARGET_DIR
@viotti Thank so this efficient solution!
This implementation is written purely inside of ssh_config so it works transparent with SCP (tested)
https://gist.github.com/Maks3w/de72b0160d5e6af958adc42eab014624
@stevenhwu you can use the
-e
option ofrsync
to leveragemssh
on the file transfer. This will relieve you from having to create a key par a priori.rsync -a -e mssh SOURCE_DIR/ USER@INSTANCE_ID:TARGET_DIR
You can even pass options to
mssh
in the-e
argument.rsync -a -e "mssh MSSH_OPTS" SOURCE_DIR/ USER@INSTANCE_ID:TARGET_DIR
Using your solution, I run into the following error message
protocol version mismatch -- is your shell clean?
(see the rsync man page for an explanation)
After some research, I think it's because of the output from Amazon Linux when connecting to the instance:
__| __|_ )
_| ( / Amazon Linux 2 AMI
___|\___|___|
https://aws.amazon.com/amazon-linux-2/
Anyone else facing this issue? Any solutions to this?
Never mind, I had to update rsync on my Mac using brew install rsync
and then sign out and back in again and it worked!
Is there any update from the AWS product team on this? These workarounds are helpful, but proper support would be a lot more reasonable to have.
We recognize that scp is a high priority for our customers
And then ignore it?
I'm hoping you can add this in similar fashion to the msftp/mssh wrappers, as we find this a lot more natural to use than sftp