Блог

Главная - Вопросы по программированию - Не удается подключиться по SSH к экземпляру Amazon EC2

Не удается подключиться по SSH к экземпляру Amazon EC2

#ssh #amazon-ec2

#ssh #amazon-ec2

Вопрос:

Я потратил почти 24 часа, пытаясь выяснить, что я делаю не так, но я не могу понять это. Начинаю чувствовать, что что-то не так с моей локальной настройкой.

  • Я убедился, что ввел chmod 400 erik-keypair.pem
  • Я сохранил erik-keypair.pem в своей папке user .ssh И переместил другие файлы id_rsa, чтобы они не мешали (пытаясь удалить какие-либо переменные)
  • Для безопасности экземпляра Ec2 включен ssh

Вот ответ

 $ ssh -v -v -i erik-keypair.pem root@ec2-XX-XX-XX-XXX.compute-1.amazonaws.com
OpenSSH_5.2p1, OpenSSL 0.9.8l 5 Nov 2009
debug1: Reading configuration data /etc/ssh_config
debug2: ssh_connect: needpriv 0
debug1: Connecting to ec2-XX-XX-XX-XXX.compute-1.amazonaws.com [XX.XX.XX.XXX] port 22.
debug1: Connection established.
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug2: key_type_from_name: unknown key type '-----END'
debug1: identity file erik-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.2
debug2: fd 3 setting O_NONBLOCK
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,rijndael-cbc@lysator.liu.se
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: none,zlib@openssh.com,zlib
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,ssh-dss
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,rijndael-cbc@lysator.liu.se,aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,umac-64@openssh.com,hmac-ripemd160,hmac-ripemd160@openssh.com,hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: none,zlib@openssh.com
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: 
debug2: kex_parse_kexinit: first_kex_follows 0 
debug2: kex_parse_kexinit: reserved 0 
debug2: mac_setup: found hmac-md5
debug1: kex: server->client aes128-ctr hmac-md5 none
debug2: mac_setup: found hmac-md5
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
debug2: dh_gen_key: priv key bits set: 124/256
debug2: bits set: 502/1024
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host 'ec2-XX-XX-XX-XXX.compute-1.amazonaws.com' is known and matches the RSA host key.
debug1: Found key in /Users/erik/.ssh/known_hosts:1
debug2: bits set: 523/1024
debug1: ssh_rsa_verify: signature correct
debug2: kex_derive_keys
debug2: set_newkeys: mode 1
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug2: set_newkeys: mode 0
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug2: key: erik-keypair.pem (0x0)
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: erik-keypair.pem
debug1: read PEM private key done: type RSA
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey).

Кто-нибудь замечает, что я делаю неправильно?

Комментарии:

1. У меня точно такая же проблема. У меня был экземпляр EC2, я перезагрузил его (из-за аппаратных проблем AWS), и когда экземпляр вернулся, я не смог подключиться к нему через ssh, и я получаю ту же ошибку, что и Erik. Есть идеи? До сих пор я должен создать новый экземпляр, подключить к нему старый том, скопировать файлы в экземпляр и перенастроить все. Весь процесс довольно раздражающий и дорогостоящий (2 экземпляра вместо одного, моментальный снимок, 2 тома вместо одного). Есть идеи, как это исправить?

Ответ №1:

Ответ Родни Куилло, скорее всего, правильный. Я бы расширил это, сказав, что в официальных дистрибутивах Ubuntu пользователь по умолчанию также указан как ubuntu.

Комментарии:

1. Родни и Сержант оба правы в том, что было пользовательское имя пользователя по умолчанию. спасибо всем

Ответ №2:

Если я не ошибаюсь, вам следует использовать ec2-user, а не root.

Комментарии:

1. тот же ответ с использованием $ssh -v -v -i erik-keypair.pem ec2-user@ec2-XX-XX-XX-XXX.compute-1.amazonaws.com

2. если вы используете Ubuntu AMI из alestic.com используйте пользователя Ubuntu.

Ответ №3:

Я добавляю этот ответ на случай, если у других возникнет такая же проблема. Мне нужно было, чтобы мой закрытый ключ имел расширение .pem. Отсутствие этого расширения вызывало мои проблемы.

Ответ №4:

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

Подробные сведения

Введите usename операционной системы

Amazon Linux ec2-user RHEL5 ec2-user / ec2-user Ubuntu ubuntu SUSE Linux root

более подробная информация на http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html

Ответ №5:

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

Подробные сведения

Тип операционной системы ———- имя пользователя

  • Amazon Linux ———- ec2-пользователь
  • RHEL5 ———- ec2-user / ec2-пользователь
  • Ubuntu ———- ubuntu
  • SUSE Linux ———- root

более подробная информация на http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AccessingInstancesLinux.html