Назад | Перейти на главную страницу

В разрешении отказано (открытый ключ) Экземпляр ssh ec2 mac

Обновление2:

$ 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 hmac-md5-etm@openssh.com none
debug1: kex: client->server aes128-ctr hmac-md5-etm@openssh.com 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).

Я пытаюсь использовать ssh в экземпляре amazon linux ec2 с моего терминала Mac. Я выполнил эти инструкции: 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 e2c-user@ec2-XX-XX-XXX-XXX.ap-areacode.compute.amazonaws.com
Permission denied (publickey).

$ ssh -i -v /path/to/ec2/file.pem e2c-user@ec2-XX-XX-XXX-XXX.areacode.compute.amazonaws.com
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 папка?

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 username@remote.hostname.com

5) После того, как вы проверили эту работу, вы можете использовать файл ~ / .ssh / config, чтобы упростить подключение к удаленному хосту, вместо того, чтобы вручную указывать файл идентификации для использования. Например:

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

С этого момента вы можете просто запустить ssh remote.hostname.com для подключения к удаленному серверу.

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 и каталогу .ssh на сервере.
  3. Проверьте разрешения для ~ ec2-пользователь / .ssh / authorized_keys файл на сервере.
  4. Убедитесь, что открытый ключ для этого закрытого ключа, который вы пытаетесь использовать, действительно находится в authorized_keys на сервере. Это можно сделать, перейдя на сервер EC2 -> Экземпляры -> (выберите свой экземпляр) -> Описание -> Имя пары ключей (оно должно совпадать с именем ключа, который вы используете)