У меня дома есть две машины с Ubuntu Server. Один из них - 192.168.1.15 (назовем это 15), а другой - 192.168.1.25 (назовем это 25). Почему-то, когда я хочу настроить пароль без пароля от 15 до 25, он работает как чемпион. Когда я повторяю шаги на 25, так что 25 может войти без пароля на 15, никаких кубиков. Я проверил оба файла sshd_config. Как есть:

RSAAuthentication yes
PubkeyAuthentication yes

Я проверил разрешения на обоих серверах:

drwx------ 2 bion2 bion2  4096 Dec  4 12:51 .ssh
-rw------- 1 bion2 bion2  398 Dec  4 13:10 authorized_keys

На 25.

drwx------  2 shimdidly shimdidly  4096 Dec  4 19:15 .ssh
-rw-------  1 shimdidly shimdidly 1018 Dec  4 18:54 authorized_keys

На 15.

Я просто не понимаю, когда все будет работать так, а не иначе. Я знаю, что это, вероятно, что-то очевидное, просто глядя мне в лицо, но из жизни я не могу понять, что происходит. Вот что говорит ssh -v, когда я пытаюсь использовать ssh с 25 до 15:

ssh -v -p 51337 192.168.1.15
OpenSSH_5.9p1 Debian-5ubuntu1, OpenSSL 1.0.1 14 Mar 2012
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to 192.168.1.15 [192.168.1.15] port 51337.
debug1: Connection established.
debug1: identity file /home/shimdidly/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/shimdidly/.ssh/id_rsa-cert type -1
debug1: identity file /home/shimdidly/.ssh/id_dsa type 2
debug1: Checking blacklist file /usr/share/ssh/blacklist.DSA-1024
debug1: Checking blacklist file /etc/ssh/blacklist.DSA-1024
debug1: identity file /home/shimdidly/.ssh/id_dsa-cert type -1
debug1: identity file /home/shimdidly/.ssh/id_ecdsa type -1
debug1: identity file /home/shimdidly/.ssh/id_ecdsa-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1
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: sending SSH2_MSG_KEX_ECDH_INIT
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ECDSA 54:5c:60:80:74:ab:ab:31:36:a1:d3:9b:db:31:2a:ee
debug1: Host '[192.168.1.15]:51337' is known and matches the ECDSA host key.
debug1: Found key in /home/shimdidly/.ssh/known_hosts:2
debug1: ssh_ecdsa_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,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/shimdidly/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Offering DSA public key: /home/shimdidly/.ssh/id_dsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/shimdidly/.ssh/id_ecdsa
debug1: Next authentication method: password

3 ответа3

1

Вам может понадобиться ваш открытый ключ в ~/.ssh/authorized_keys2 вместо ~/authorized_keys .

Я не знаю точного порядка и условий, регулирующих использование этих файлов, но если ваш sshd настроен на прием только ssh2-аутентификации, то он может учитывать только ключи в .ssh/authorized_keys2 .

0

Важно проверить разрешения на всем пути вверх. Если какой-либо каталог по пути является доступным для записи группой или миром, вы не можете гарантировать, что каталог является тем, который вы намеревались.

0

Я понял. Я не знаю, почему это так, но это не сработало, пока я не переместил ~/.ssh/authorized_keys за пределы моего домашнего каталога в /etc /ssh /username /authorized_keys, как было предложено здесь при устранении неполадок: https: //help.ubuntu.com/community/SSH/OpenSSH/Keys . Также было предложено, чтобы разрешения были следующими: 755 для каталога и 644 для файла author_keys.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .