Я работал над своим сайтом, используя Linux Terminal на VirtualBox, и смог получить безопасный доступ к удаленному серверу без аутентификации по паролю. Мне нужно было всего лишь ввести "ssh {sudo user}@{IP}". После того, как конвейер сломался, я потерял возможность повторно подключиться.
Думая, что проблема связана с брандмауэром, я повторил свои действия (что было легко, поскольку я следовал этому руководству):https://www.youtube.com/watch?v=goToXTC96Co&t=318s). Сделав это, я увидел, что разрешил доступ по ssh до его включения, поэтому не думаю, что причиной является брандмауэр.
Подумав, что проблема связана с ключами, я сгенерировал новую пару ключей (случайно перезаписав старую пару) и попытался безопасно скопировать сгенерированный открытый ключ на сервер, что не сработало. Перезаписав закрытый ключ на открытый ключ на моем сервере, я, возможно, сам себя подставил, но, будучи новичком в этом деле, я могу предположить, что есть и другие решения, о которых я не знаю. TВот какой вывод я получаю сейчас (с отладочной информацией):
root@john-VirtualBox:/home/john# ssh [email protected] -v
OpenSSH_7.6p1 Ubuntu-4ubuntu0.3, OpenSSL 1.0.2n 7 Dec 2017
- debug1: Reading configuration data /etc/ssh/ssh_config
- debug1: /etc/ssh/ssh_config line 19: Applying options for *
- debug1: Connecting to xxx.xxx.xx.xxx [xxx.xxx.xx.xxx] port 22.
- debug1: Connection established.
- debug1: permanently_set_uid: 0/0
- debug1: identity file /root/.ssh/id_rsa type 0
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_rsa-cert type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_dsa type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_dsa-cert type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_ecdsa type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_ecdsa-cert type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_ed25519 type -1
- debug1: key_load_public: No such file or directory
- debug1: identity file /root/.ssh/id_ed25519-cert type -1
- debug1: Local version string SSH-2.0-OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
- debug1: Remote protocol version 2.0, remote software version
OpenSSH_7.6p1 Ubuntu-4ubuntu0.3
- debug1: match: OpenSSH_7.6p1 Ubuntu-4ubuntu0.3 pat OpenSSH* compat
0x04000000
- debug1: Authenticating to xxx.xxx.xx.xxx:22 as 'jw'
- debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received
- debug1: kex: algorithm: curve25519-sha256
- debug1: kex: host key
- algorithm: rsa-sha2-512
- debug1: kex: server->client cipher:[email protected] MAC
<implicit> compression: none
- debug1: kex: client->server cipher: [email protected]
MAC: <implicit> compression: none
- debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
- debug1: Server host key: ssh-rsa SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
- debug1: Host 'xxx.xxx.xx.xxx' is known and matches the RSA host key.
- debug1: Found key in /root/.ssh/known_hosts:4
- debug1: rekey after 134217728 blocks
- debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS
- debug1: SSH2_MSG_NEWKEYS received debug1: rekey after 134217728 blocks
- debug1: SSH2_MSG_EXT_INFO received
- debug1:
kex_input_ext_info:server-sig-algs=<ssh-ed25519,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521>
- debug1: SSH2_MSG_SERVICE_ACCEPT received
- debug1: Authentications that can continue: publickey
- debug1: Next authentication method: publickey
- debug1: Offering public key: RSA
SHA256:xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx /root/.ssh/id_rsa
- debug1: Authentications that can continue: publickey
- debug1: Trying private key: /root/.ssh/id_dsa
- debug1: Trying private key: /root/.ssh/id_ecdsa
- debug1: Trying private key: /root/.ssh/id_ed25519
- debug1: No more authentication methods to try.
Вот вывод ошибки, который я получаю (без отладочной информации):
[email protected]: Permission denied (publickey)
/etc/ssh/sshd_config измененные настройки перед выдачей:
- PermitRootLogin нет (чтобы не допустить получения хакерами прав root)
- PasswordAuthentication нет (чтобы позволить мне использовать ssh без необходимости каждый раз вводить пароль)