Я хотел бы сделать ssh с машины «ub0» на другую машину «ub1» без использования паролей. Я настраиваю с помощью nfs на «ub0», но все равно меня просят ввести пароль.

Вот мой сценарий:

  • машины ub0 и ub1 имеют одного и того же пользователя "mpiu", с одинаковым pwd, одним и тем же идентификатором пользователя и одним и тем же идентификатором группы
  • 2 сервера совместно используют папку, которая является НАЧАЛЬНЫМ каталогом для "mpiu"
  • Я сделал chmod 700 на .ssh
  • Я создал ключ с помощью ssh-keygene -t dsa
  • Я сделал "cat id_dsa.pub >> authorized_keys". В этом последнем файле я также пробовал chmod 600 и chmod 640
  • Конечно, я могу гарантировать, что на машине ub1 пользователь shared_user может без проблем видеть ту же программу, которая была смонтирована.

Ниже содержимого моей папки .ssh

authorized_keys
id_dsa
id_dsa.pub
known_hosts

После всего этого вызова функции wathever "ssh ub1 hostname" у меня запрашивают мой пароль. Вы знаете, что я могу попробовать?

Я также не прокомментировал в файле ssh_config для обеих машин эту строку

IdentityFile ~/.ssh/id_dsa

Я тоже пробовал

ssh -i $HOME/.ssh/id_dsa [email protected]

Ниже ssh -vv

Code:
OpenSSH_5.1p1 Debian-3ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
OpenSSH_5.1p1 Debian-3ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to ub1 [192.168.2.9] 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 /mirror/mpiu/.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: Remote protocol version 2.0, remote software version lshd-2.0.4 lsh - a GNU ssh
debug1: no match: lshd-2.0.4 lsh - a GNU ssh
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-3ubuntu1
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-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour128,arcfour256,arcfour,aes192-cbc,aes256-cbc,[email protected],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,[email protected],aes128-ctr,aes192-ctr,aes256-ctr
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96
debug2: kex_parse_kexinit: none,[email protected],zlib
debug2: kex_parse_kexinit: none,[email protected],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-group14-sha1,diffie-hellman-group1-sha1
debug2: kex_parse_kexinit: ssh-rsa,spki-sign-rsa
debug2: kex_parse_kexinit: aes256-cbc,3des-cbc,blowfish-cbc,arcfour
debug2: kex_parse_kexinit: aes256-cbc,3des-cbc,blowfish-cbc,arcfour
debug2: kex_parse_kexinit: hmac-sha1,hmac-md5
debug2: kex_parse_kexinit: hmac-sha1,hmac-md5
debug2: kex_parse_kexinit: none,zlib
debug2: kex_parse_kexinit: none,zlib
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 3des-cbc hmac-md5 none
debug2: mac_setup: found hmac-md5
debug1: kex: client->server 3des-cbc hmac-md5 none
debug2: dh_gen_key: priv key bits set: 183/384
debug2: bits set: 1028/2048
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Host 'ub1' is known and matches the RSA host key.
debug1: Found key in /mirror/mpiu/.ssh/known_hosts:1
debug2: bits set: 1039/2048
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: /mirror/mpiu/.ssh/id_dsa (0xb874b098)
debug1: Authentications that can continue: password,publickey
debug1: Next authentication method: publickey
debug1: Offering public key: /mirror/mpiu/.ssh/id_dsa
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: password,publickey
debug2: we did not send a packet, disable method
debug1: Next authentication method: password
[email protected]'s password:

Я здесь висит!

answer

Ваш ssh-клиент пытается выполнить аутентификацию по паролю перед аутентификацией с открытым ключом.

Проверьте ~/.ssh/configи /etc/ssh/ssh_configфайлы для PreferredAuthenticationsзаписи.

Я наблюдаю подобное поведение, если добавляю в свой ~/.ssh/configфайл следующую запись :

PreferredAuthentications password,publickey

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