SSH все еще просит открытый ключ, даже если я пытаюсь соединиться с пользователем, которого я создал с паролем

Я создал экземпляр на DreamCompute (DreamHost) 4 месяца назад. Для соединения с ним через ssh, необходимо создать пару ключей и доступ с открытым ключом с пользователем dhc-user: Я помню, что, когда я зарегистрировался в первый раз, я создал нового пользователя с паролем, так, чтобы я мог соединиться с сервером без открытого ключа, и он работал безупречно.

Теперь, когда я завершил тот экземпляр и создал новый, я сделал то же самое, но когда я пытаюсь соединиться с пользователем, я добавил, что это дает мне ошибку Permission denied (publickey).

$ ssh -v user@IPADDRESS
OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Connecting to IPADDRESS [IPADDRESS] port 22.
debug1: Connection established.
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_rsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/user/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4
debug1: match: OpenSSH_6.6.1p1 Ubuntu-2ubuntu2.4 pat OpenSSH_6.6.1* compat 0x04000000
debug1: Authenticating to IPADDRESS as 'user'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:blablablabla
debug1: Host 'IPADDRESS' is known and matches the ECDSA host key.
debug1: Found key in /Users/user/.ssh/known_hosts:1
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: Offering RSA public key: 
debug1: Authentications that can continue: publickey
debug1: Trying private key: /Users/user/.ssh/id_rsa
debug1: Trying private key: /Users/user/.ssh/id_dsa
debug1: Trying private key: /Users/user/.ssh/id_ecdsa
debug1: Trying private key: /Users/user/.ssh/id_ed25519
debug1: No more authentication methods to try.
Permission denied (publickey).
0
задан 17 September 2016 в 22:36

1 ответ

Вы используете неправильный ключ SSH или он не подходит для сервера, к которому вы пытаетесь подключиться.

Убедитесь, что используемый вами ключ действительно действителен для сервера. Если вы сохранили его где-то еще, используйте ssh -i <path_to_key> для принудительного вызова этой конкретной клавиши.

Если у вас на самом деле нет ключа, вам нужно использовать консоль DreamCompute, чтобы либо временно добавить его, либо отключить его из консоли восстановления (если он есть).

Примечание: Отключение аутентификации по SSH-ключу для возврата к паролю - плохая идея! Ключи SSH намного более безопасны, чем пароль, и настоятельно рекомендуется оставить его включенным.


Затем, чтобы отключить аутентификацию по ключу SSH на сервере, вы должны отключить его.

В /etc/ssh/sshd_config есть следующие строки:

# Change to no to disable tunnelled clear text passwords
PasswordAuthentication no

Измените это no на yes, используя ваш любимый текстовый редактор, а затем перезапустите службу ssh, запустив: 116].

0
ответ дан 28 September 2019 в 13:47

Другие вопросы по тегам:

Похожие вопросы: