web-dev-qa-db-ja.com

権限が拒否されました(公開鍵)ssh ec2インスタンスmac

Update2:

_$ ls -ld ~/.ssh
drwx------  8 user  staff  272  2 Oct 17:51 /Users/user/.ssh
$ ls -la ~/.ssh/config/file.pem 
-r--------@ 1 user staff 1692 2 Oct 17:11 /Users/user/.ssh/config/file.pem 
$ ls -la file.pem 
-rw-------@ 1 user staff 1692 2 Oct 17:11 localfile.pem
_

更新:

_-i_フラグと_-v_フラグを切り替えた後、次のようになります。

_OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /Users/user/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug1: Connecting to ec2-XX-XX-XXX-XXX.areacode.compute.amazonaws.com [IP] port 22.
debug1: Connection established.
debug1: identity file file.pem type -1
debug1: identity file file.pem-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server Host key: RSA fingerprint
debug1: Host 'ec2-XX-XX-XXX-XXX.ap-areacode.compute.amazonaws.com' is known and matches the RSA Host key.
debug1: Found key in /Users/user/.ssh/known_hosts:11
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: file.pem
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).
_

Mac端末からAmazon Linux EC2インスタンスにSSH接続しようとしています。私はこれらの指示に従いました: http://docs.aws.Amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

しかし、私はPermission denied (publickey)を取得します

私のセキュリティ設定では、パブリックIPをsshに許可しています。

それは最初に成功しました:

_Permanently added 'ec2-XX-XX-XXX-XXX.areacode.compute.amazonaws.com,YY.YY.YYY.YYY' (RSA) to the list of known hosts.

$ ssh -i ec2vb.pem [email protected]
Permission denied (publickey).

$ ssh -i -v /path/to/ec2/file.pem [email protected]
Warning: Identity file -v not accessible: No such file or directory.
ssh: Could not resolve hostname /Developer/folder/ec2/file.pem: nodename nor servname provided, or not known
_

また、_chmod key 600_へのアクセス許可を更新し、キーをユーザー_.ssh/config_フォルダーにコピーしてみましたか?

3
jskye
debug1: Trying private key: file.pem
debug1: read PEM private key done: type RSA
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

クライアントがサーバーにキーを送信しましたが、サーバーはそれを受け入れませんでした。クライアントが気にかける限り、秘密鍵とローカルファイルとディレクトリの権限はすべて問題ありません。サーバー側からこれをトラブルシューティングする必要があります。 EC2サーバーがどのように特別であるかはわかりませんが、これが通常のUnixサーバーである場合は、次のことを確認します。

  1. Sshdからのサーバーのログでメッセージを探します。
  2. サーバー上のe2c-userのホームディレクトリと.sshディレクトリの権限を確認します。
  3. サーバー上の〜ec2-user/.ssh/authorized_keysファイルの権限を確認します。
  4. 使用しようとしているこの秘密鍵の公開鍵が実際にサーバーのauthorized_keysにあることを確認してください。これは、EC2サーバーに移動することで実行できます->インスタンス->(インスタンスを選択)->説明->鍵ペア名(これは、使用している鍵の名前と同じである必要があります)
1
Kenster

OpenSSHは、キーの保存方法と使用方法に特に優れています。以下をせよ:

1)〜/ .sshディレクトリを作成し、適切なアクセス許可があることを確認します。

$ mkdir ~/.ssh
$ chmod 700 ~/.ssh
$ ls -ld ~/.ssh
drwx------ 2 username group 4096 Jun 10 19:47 /Users/username/.ssh

2)秘密鍵(この場合は.pemファイル)を〜/ .sshディレクトリにコピーし、適切な権限を設定します。

$ cp ~/Downloads/filename.pem ~/.ssh/filename.pem
$ chmod 600 ~/.ssh/filename.pem

3)OS Xを使用しているため、Finderが不要な拡張属性を設定していないことを確認し、それらを削除します。

$ xattr -l ~/.ssh/filename.pem
$ xattr -d <attr_name> ~/.ssh/filename.pem

4)これで、キーを試すことができます。

$ ssh -i ~/.ssh/filename.pem [email protected]

5)この作業を確認したら、〜/ .ssh/configファイルを使用すると、使用するIDファイルを手動で指定する必要がなく、リモートホストへの接続が簡単になります。例えば:

Host remote.hostname.com
  User username
  IdentityFile ~/.ssh/filename.pem

これ以降は、ssh remote.hostname.comを実行してリモートサーバーに接続できます。

2
Gene