Проблема доступа AWS ssh «Отказано в доступе (publickey)» [закрыто]

Как подключиться к экземпляру AWS через ssh?

У меня есть:

1. Зарегистрирован в AWS;
2. Создали открытый ключ и сертификат на веб-сайте AWS и сохранили их на диск;

3. Зашел на мою консоль и создал переменные окружения:

   $ export JAVA_HOME=/usr/lib/jvm/java-6-openjdk/
   $ export EC2_CERT=/home/default/aws/cert-EBAINCRNWHDSCWWIHSOKON2YWGJZ5LSQ.pem
   $ export EC2_PRIVATE_KEY=/home/default/aws/pk-EBAINCRNWHDSCWWIHSOKON2YWGJZ5LSQ.pem
   

4. Сказал API AWS использовать эту пару ключей и сохранил ее в файл:

   $ ec2-add-keypair ec2-keypair > ec2-keypair.pem
   

5. Запустил экземпляр AWS Ubuntu 9, используя эту пару ключей:

   $ ec2-run-instances ami-ed46a784 -k ec2-keypair
   

6. Попытка установить ssh-соединение с экземпляром:

   $ ssh -v -i ec2-keypair.pem ubuntu@ec2-174-129-185-190.compute-1.amazonaws.com
   OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
   debug1: Reading configuration data /etc/ssh/ssh_config
   debug1: Applying options for *
   debug1: Connecting to ec2-174-129-185-190.compute-1.amazonaws.com [174.129.185.190] port 22.
   debug1: Connection established.
   debug1: identity file ec2-keypair.pem type -1
   debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5ubuntu1
   debug1: match: OpenSSH_5.1p1 Debian-5ubuntu1 pat OpenSSH*
   debug1: Enabling compatibility mode for protocol 2.0
   debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1
   debug1: SSH2_MSG_KEXINIT sent
   debug1: SSH2_MSG_KEXINIT received
   debug1: kex: server->client aes128-cbc hmac-md5 none
   debug1: kex: client->server aes128-cbc hmac-md5 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: Host 'ec2-174-129-185-190.compute-1.amazonaws.com' is known and matches the RSA host key.
   debug1: Found key in /home/default/.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: 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: ec2-keypair.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).
   

   В чем может быть проблема и как заставить это работать?

Для экземпляров Ubuntu:

chmod 600 ec2-keypair.pem
ssh -v -i ec2-keypair.pem ubuntu@ec2-174-129-185-190.compute-1.amazonaws.com

В других случаях вам, возможно, придется использовать ec2-userвместо ubuntu.

В большинстве образов EC2 Linux, которые я использовал, по умолчанию создается только пользователь root.

Смотрите также: http://www.youtube.com/watch?v=WBro0TEAd7g

Теперь это:

ssh -v -i ec2-keypair.pem ec2-user@[yourdnsaddress]

Релизы Canonical по умолчанию используют пользователя 'Ubuntu' для любого, кто приземлится здесь с изображением Ubuntu, которое сталкивается с той же проблемой.

Если вы используете изображение Bitnami, войдите как «bitnami».

Кажется очевидным, но кое-что я упустил.

Для моих образов Ubuntu, это на самом деле пользователь Ubuntu, а не пользователь ec2;)

Ubuntu 10.04 с openSSH

это точное использование:

ssh -v -i [yourkeypairfile] ec2-user@[yourdnsaddress]

например:

ssh -v -i GSG_Keypair.pem ec2-user@ec2-184-72-204-112.compute-1.amazonaws.com

Приведенный выше пример был взят непосредственно из учебника AWS для подключения к машине Linux / UNIX по адресу: http://docs.amazonwebservices.com/AWSEC2/latest/GettingStartedGuide/

Он также будет жаловаться, если права доступа к файлу pem слишком открыты. CHMOD файл до 600, чтобы исправить это.

Я также столкнулся с этим - оказывается, я использовал созданный сообществом AMI - и именем пользователя по умолчанию было niehter root, а также ect-user или ubuntu. На самом деле, я понятия не имел, что это было - пока я не попробовал « root », и сервер любезно попросил меня войти в систему как xxx, где xxx - это то, что он говорит вам.

-cheers!

Вам нужен личный ключ на вашем локальном компьютере

Вам нужно знать IP-адрес или DNS-имя вашего удаленного компьютера или сервера, вы можете получить его из консоли AWS

Если вы пользователь Linux

• Убедитесь, что разрешения для закрытого ключа 600 ( chmod 600 <path to private key file>)
• Подключитесь к вашей машине с помощью ssh ( ssh -i <path to private key file> <user>@<IP address or DNS name of remote server>)

Если вы пользователь Windows

• Используйте PuTTy для создания сеанса ssh ( http://the.earth.li/~sgtatham/putty/latest/x86/putty-0.66-installer.exe )
• Если ваш файл закрытого ключа в формате .pem, преобразуйте его в .ppk, используя puttygen
• Запустите PuTTy, установите ppk-файл, IP-адрес или DNS-имя удаленного сервера и запустите сеанс ssh.

использовать ...

# chmod 400 ec2-keypair.pem

не используйте разрешение 600, иначе вы можете случайно перезаписать свой ключ.

это сработало для меня:

ssh-keygen -R <server_IP>

удалить старые ключи, хранящиеся на рабочей станции, также работает вместо

затем снова сделал то же самое ssh:

ssh -v -i <your_pem_file> ubuntu@<server_IP>

в экземплярах Ubuntu имя пользователя: ubuntu в Amazon Linux AMI имя пользователя: ec2-user

Мне не нужно было заново создавать экземпляр из изображения.

Для экземпляров Debian EC2 пользователь admin.

Есть 2 шага для подключения:

Chmod 400 на ваш закрытый ключ, как остальные, не могут получить доступ к вашему ключу:

chmod 400 toto.pem

Чтобы подключиться к вашему экземпляру в SSH, вам нужно знать публичный IP-адрес вашего экземпляра:

ssh -i toto.pem ec2-user@XX.XX.XX.XXX

Надеюсь, поможет !

Если вы используете EBS, вы также можете попробовать смонтировать том EBS на работающем экземпляре. Затем смонтируйте его на этом работающем экземпляре и посмотрите, что происходит в / home. Вы можете видеть такие вещи, как пользователь ubuntu или ec2-user? или он имеет правильные открытые ключи в ~ / .ssh / authorized_keys

Разрешение на ec2-keypair.pemдолжно быть400

chmod 400 ec2-keypair.pem

Если у вас запущен образ AWS из Битнами. Имя пользователя будет битнами. Ура!

посмотрите мой отладчик и посмотрите на последний:

*

ssh -v -i awsliferaysrta.pem.txt root@54.254.250.***
OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to 54.254.250.*** [54.254.250.***] port 22.
debug1: Connection established.
debug1: identity file awsliferaysrta.pem.txt type -1
debug1: identity file awsliferaysrta.pem.txt-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_5.9p1 Debian-5ubuntu1.1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH_5*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-md5 none
debug1: kex: client->server aes128-ctr hmac-md5 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 05:5c:78:45:c9:39:3a:84:fe:f8:19:5d:31:48:aa:5f
debug1: Host '54.254.250.***' is known and matches the RSA host key.
debug1: Found key in /Users/macbookpro/.ssh/known_hosts:2
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: awsliferaysrta.pem.txt
debug1: read PEM private key done: type RSA
debug1: Authentication succeeded (publickey).
Authenticated to 54.254.250.*** ([54.254.250.***]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Remote: Port forwarding disabled.
debug1: Remote: Agent forwarding disabled.
debug1: Remote: X11 forwarding disabled.
debug1: Remote: Forced command.
debug1: Sending environment.
debug1: Sending env LANG = en_US.UTF-8
Please login as the user "bitnami" rather than the user "root".

*

В моем случае (Mac OS X) проблема была в типе прерывания файла. Попробуй это:

1.- Откройте файл .pem с помощью TextWrangler

2. В нижней части приложения проверьте, установлен ли тип прерывания «Windows (CRLF)».

Его ec2-пользователь для Amazon Linux AMI и Ubuntu для образов Ubuntu. Кроме того, RHEL 6.4 и более поздняя версия ec2-пользователя RHEL 6.3 и более ранняя версия root

Просто добавляю в этот список. Сегодня утром у меня были проблемы с новым пользователем, только что добавленным в экземпляр AWS EC2. Чтобы вырезать в погоню, проблема была SELinux (который был в обеспечении режиме), а также в том, что мой домашний каталог пользователя был на новом томе, подключенном к EBS. Почему-то я полагаю, что selinux не нравится этот другой том. Мне потребовалось некоторое время, чтобы понять, как я просматривал все другие обычные проблемы с ssh (/ etc / ssh / sshd_config был в порядке, конечно, пароль не разрешен, права были правильными и т. Д.)

Исправление?

Пока (пока я не пойму, как разрешить пользователю использовать ssh на другом томе или каким-то образом сделать этот том истинной домашней директорией):

sudo perl -pi -e 's/^SELINUX=enforcing/SELINUX=permissive/' /etc/selinux/config
sudo setenforce 0

Вот и все. Теперь мой новый пользователь может войти, используя свой собственный ключ id_rsa.

Была такая же проблема. В доступе отказано (publickey) при попытке входа в систему с помощью 'ec2-user' или с помощью 'root'.

Погуглил номер AMI образа машины, и он указал информацию о входе в SSH прямо на вики-странице Debian.

Надеюсь это поможет.