web-dev-qa-db-ja.com

パスワードなしのec2インスタンスへのscp(セキュアコピー)

EC2インスタンスを実行しています(FreeBSD 9 AMI ami-8cce3fe5)。Amazonが作成したキーファイルを使用してパスワードプロンプトなしでSSH接続できます。

しかし、scpを使用してファイルをインスタンスにコピーしたいときは、パスワードを入力するように求められます。

scp somefile.txt -i mykey.pem [email protected]:/

Password:

なぜこれが起こっているのか、それをどのように防ぐことができるのでしょうか。

346
Hoff

私はそれを考え出した。私は間違った順番で議論をしました。これは動作します:

scp -i mykey.pem somefile.txt [email protected]:/
722
Hoff
scp -i /path/to/your/.pemkey -r /copy/from/path user@server:/copy/to/path
48
Syed Priom

以下のコマンドを使って、ローカルのLinux Centos 7からAWS EC2にコピーしました。

scp -i user_key.pem file.txt [email protected]:/home/ec2-user
33
Renato Coutinho
scp -i ~/.ssh/key.pem ec2-user@ip:/home/ec2-user/file-to-copy.txt .

ファイル名は、pemファイルとec2-user文字列の間にあるべきではありません-それは機能しません。これにより、コピーしたファイルの名前を予約することもできます。

19
Dele

siliconerockstar は私のために働いたので答えをコメントにすること

scp -i kp1.pem ./file.txt [email protected]:/home/ec2-user
16
joseph.hainline

あなたのpemファイルと送信したいsomefile.txtがDownloadsフォルダにあると仮定しましょう。

scp -i ~/Downloads/mykey.pem ~/Downloads/somefile.txt [email protected]:~/

うまくいかないか教えてください

8
Yatender Singh

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

これは皆さん全員にとって非常に役立つでしょう。

3
Barkat

私は自分の公開鍵ファイルをで指定していたので、これにハングアップしました

scp -i [private key file path]

私がその間違いをつかんで、代わりにそれを秘密鍵のパスに変更したとき、私はみんな決心しました。

2
BuvinJ

私のhadoopec2cluster.pemファイルは私のローカルマックのディレクトリの中の唯一のファイルでした、scp -i hadoopec2cluster.pem hadoopec2cluster.pem ubuntu@serverip:~を使ってそれをawsにscpすることができませんでした。

Hadoopec2cluster.pemをhadoopec2cluster_2.pemにコピーしてからscp -i hadoopec2cluster.pem hadoopec2cluster_2.pem ubuntu@serverip:~にコピーしました。ほら!

2
fall14123

PSCPを使用するには、PuTTYgenを使用した秘密鍵の変換で生成した秘密鍵が必要です。 LinuxインスタンスのパブリックDNSアドレスも必要です。

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

このコードを書く

scp -r -o "ForwardAgent=yes" /Users/pengge/11.vim [email protected]:/root/

転送先サーバーへのアクセス権を持つSSHキーがあり、転送元サーバーにアクセスできない場合は、-o "ForwardAgent = yes"を追加することでSSHエージェントを転送元サーバーに転送し、SSHキーを使用して接続できます。宛先サーバー.

0
庄景鹏

あなたの場合、rootname__というユーザーには問題ありません。しかし、SSHで別のユーザーとしてログインする必要がある場合は、SSHでアクセスしているユーザーに対して適切な権限がscpname __ingにあることを確認してください。

0
Shawn