Подключиться к экземпляру сервера Ubuntu в AWS запрашивает пароль, если он не должен - PullRequest
0 голосов
/ 08 октября 2018

У меня есть экземпляр сервера Ubuntu, я пытаюсь подключиться через PuTTY, но он продолжает спрашивать мой пароль, поэтому я думаю, что это означает, что моя сгенерированная пара ключей не работает?

Я попробовал это решениеи все они приводят к одному и тому же, спрашивая пароль (конечно, я не вводил пароль при генерации своего закрытого ключа)

1.- В имени хоста я поставил свой IP-адрес

2.- В качестве имени хоста я ставлю публичное имя DNS

3. -В имени хоста я ставлю ubuntu @ DnsPublicName

4. -В подключении -> Данные, которые я пробовал с и без ubuntu, в авто-login username 5-In connection -> SSH -> Auth У меня есть либо частный ключ ppk, либо открытый.Ни один не работал

6.- Попробовал KiTTY вместо PuTTY, и результат тот же

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

8.- Я создал эластичный IP и привязал к экземпляру и подключился к нему.

9.- Я снова сгенерировал свой закрытый ключ, но используя ключевую фразу, я набрал что-то вроде «12345», а затем, когда я подключился, я ввел этот пароль, и он говорит, что доступ запрещен

10.- Я попытался использовать команду ssh в Windows с аргументом -v для отладки происходящего: ssh -v -i default_keypair.pem ubuntu @ myHost, это вывод:

OpenSSH_for_Windows_7.6p1, LibreSSL 2.6.4
debug1: Connecting to 52.9.100.77 [52.9.100.77] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file default_keypair.pem type -1
debug1: key_load_public: No such file or directory
debug1: identity file default_keypair.pem-cert type -1
debug1: Local version string SSH-2.0-OpenSSH_for_Windows_7.6
debug1: Remote protocol version 2.0, remote software version xxxxxxx
debug1: no match: xxxxxxx
debug1: Authenticating to 52.9.100.77:22 as 'ubuntu'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: diffie-hellman-group-exchange-sha256
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: aes128-ctr MAC: umac-64@openssh.com compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: umac-64@openssh.com compression: none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(2048<3072<8192) sent
debug1: got SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: got SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: ssh-rsa SHA256:HyUi5jL0iOh06FZFW8cnvyKKdnu0eKqx1aiRWmCbQMw
debug1: Host '52.9.100.77' is known and matches the RSA host key.
debug1: Found key in C:\\Users\\Praxis/.ssh/known_hosts:2
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 4294967296 blocks
debug1: pubkey_prepare: ssh_get_authentication_socket: No such file or directory
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: password
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such file or directory
ubuntu@52.9.100.77's password:

Для чегоКажется, мне нужны некоторые файлы, но я не знаю, как их получить.Другая деталь заключается в том, что независимо от того, какой пароль я установил (пусто, root, admin), я всегда получаю сообщение об ошибке «Отказано в доступе»

Кроме того, некоторые данные о моем ПК и моем сервере: -Мой ПК: Windows 10 x64 -Мой сервер: Ubuntu Server 14.04 LTS (HVM)

Итак, как вы думаете, вы могли бы немного помочь мне?Спасибо!

1 Ответ

0 голосов
/ 09 октября 2018

Ваш экземпляр EC2 НЕ настроен на использование пары ключей.Первый способ, предлагаемый сервером SSH, - password.Примечание: вы не используете putty в вашем примере, вы используете инструмент командной строки SSH.Кроме того, вы не можете восстановить свой закрытый ключ без загрузки и установки открытого ключа в экземпляр.Вот почему вы получили ошибку «Отказано в доступе».

Перейдите в консоль AWS EC2.Выберите свой экземпляр.В нижней части окна найдите Key pair name.Если это поле пусто, это подтверждает, что пара ключей не назначена.Если там есть пара ключей, то я ошибаюсь по поводу аутентификации по паролю.Дважды проверьте, что вы используете правильную пару ключей и действительно подключаетесь к правильному IP-адресу, назначенному для экземпляра EC2.

Вы можете использовать AWS Session Manager для подключения к экземплярам, ​​у которых нарушена конфигурация SSH.Совет: Первый пункт - обновить агента SSM, поскольку эта функция отсутствует в агенте SSM в текущих AMI.

Новое - Менеджер сеансов AWS Systems Manager для доступа к оболочке для экземпляров EC2

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...