scp (copie sécurisée) vers l'instance ec2 sans mot de passe

J'ai une instance EC2 en cours d'exécution (FreeBSD 9 AMI ami-8cce3fe5), et je peux y accéder en utilisant mon fichier de clé créé par Amazon sans invite de mot de passe, pas de problème.

Cependant, lorsque je veux copier un fichier sur l'instance à l'aide de scp, on me demande d'entrer un mot de passe:

scp somefile.txt -i mykey.pem root@my.ec2.id.amazonaws.com:/

Password:

Avez-vous des idées pourquoi cela se produit / comment cela peut-il être évité?

Je l'ai compris. J'avais les arguments dans le mauvais ordre. Cela marche:

scp -i mykey.pem somefile.txt root@my.ec2.id.amazonaws.com:/

scp -i /path/to/your/.pemkey -r /copy/from/path user@server:/copy/to/path

J'ai utilisé la commande ci-dessous pour copier à partir de Linux local Centos 7 vers AWS EC2.

scp -i user_key.pem file.txt ec2-user@my.ec2.id.amazonaws.com:/home/ec2-user

Faire du commentaire de siliconerockstar une réponse car cela a fonctionné pour moi

scp -i kp1.pem ./file.txt ec2-user@1.2.3.4:/home/ec2-user

scp -i ~/.ssh/key.pem ec2-user@ip:/home/ec2-user/file-to-copy.txt .

Le nom du fichier ne doit pas être compris entre le fichier pem et la chaîne ec2-user - cela ne fonctionne pas. Cela vous permet également de réserver le nom du fichier copié.

copier un fichier d'un serveur local vers un serveur distant

sudo scp -i my-pem-file.pem ./source/test.txt ec2-user@1.2.3.4:~/destination/

copier un fichier d'un serveur distant vers une machine locale

sudo scp -i my-pem-file.pem ec2-user@1.2.3.4:~/source/of/remote/test.txt ./where/to/put

La syntaxe est donc: -

scp -i my-pem-file.pem username@source:/location/to/file username@destination:/where/to/put

-iest pour le fichier d'identité

Supposons que votre fichier pem et le fichier somefile.txt que vous souhaitez envoyer se trouvent dans le dossier Téléchargements

scp -i ~/Downloads/mykey.pem ~/Downloads/somefile.txt root@my.ec2.id.amazonaws.com:~/

faites-moi savoir si cela ne fonctionne pas

scp -i /home/barkat/Downloads/LamppServer.pem lampp_x64_12.04.tar.gz

ce sera très utile pour vous tous

Mon hadoopec2cluster.pemfichier était le seul dans le répertoire de mon mac local, je ne pouvais pas le scper sur aws scp -i hadoopec2cluster.pem hadoopec2cluster.pem ubuntu@serverip:~.

Copiez hadoopec2cluster.pem dans hadoopec2cluster_2.pem puis scp -i hadoopec2cluster.pem hadoopec2cluster_2.pem ubuntu@serverip:~. Voila!

J'ai raccroché parce que je spécifiais mon fichier de clé publique dans

scp -i [private key file path]

Lorsque j'ai détecté cette erreur et l'ai remplacée par le chemin d'accès à la clé privée, j'étais prêt.

Dans votre cas, l'utilisateur rootn'aura aucun problème. Mais dans certains cas où vous devez vous connecter sous SSH en tant qu'utilisateur différent, assurez-vous que le répertoire que vous utilisez scppossède les autorisations adéquates pour l'utilisateur que vous utilisez SSH.

Pour utiliser PSCP, vous avez besoin de la clé privée que vous avez générée lors de la conversion de votre clé privée à l'aide de PuTTYgen. Vous avez également besoin de l'adresse DNS publique de votre instance Linux

pscp -i C:\path\my-key-pair.ppk C:\path\Sample_file.txt ec2-user@public_dns:/home/ec2-user/Sample_file.txt

écrire ce code

scp -r -o "ForwardAgent=yes" /Users/pengge/11.vim root@192.168.2.228:/root/

Si vous avez une clé SSH avec accès au serveur de destination et que le serveur source ne le fait pas, l'ajout de -o "ForwardAgent = yes" vous permettra de transférer votre agent SSH vers le serveur source afin qu'il puisse utiliser votre clé SSH pour se connecter à le serveur de destination.

Vient de tester:

Exécutez la commande suivante:

sudo shred -u /etc/ssh/*_key /etc/ssh/*_key.pub

Alors:

1. créer un ami (image de l'ec2).
2. lancement à partir d'un nouvel ami (image) de l'étape n ° 2 a choisi de nouvelles clés.