ssh continua pedindo senha ao tentar logar em outro pc

Question

Eu recentemente construí um pequeno cluster Beowulf de alguns computadores antigos, todos rodando Linux Ubuntu 12.04 LTS e tenho seguido as instruções nesta página:

http://byobu.info/article/Building_a_simple_Beowulf_cluster_with_Ubuntu/

Até agora tudo está indo bem no que diz respeito ao nfs e ao ping nos outros nós, mas agora não consigo fazer o ssh funcionar sem uma senha. Passei muitas horas lendo outras páginas sobre pessoas com problemas semelhantes, mas nenhuma das coisas que os ajudaram parecem me ajudar ( mudando para o modo 600, editando o arquivo sshd_configure, etc ).

Eventualmente acabei de passar para o resto das etapas, esperando poder ser capaz de digitar a senha na execução da tarefa e que funcione se for apenas um computador executando a tarefa (porque ela pede por mpiuser @ node1 senha e eu posso apenas entrar nele), mas assim que eu tento executar a tarefa (o programa cpi mencionado mais adiante naquele documento para testar o cluster) em mais de um nó ele (não para surpreendentemente) pede a senha para ambos os nós , que é o mesmo, e eu entro, mas depois apenas congela, acho que tem algo a ver com a forma como ele pede (apenas lista-os: senha para mpiuser @ node1: senha para mpiuser @ node2: senha para mpiuser @ node3: etc .)

Eu até tentei desinstalar e reinstalar o ssh e nada aconteceu, o comando ssh-keygen parece funcionar bem (diz tudo o que todo mundo supostamente diz), mas não faz nada. Consegui fazer com que o ssh trabalhasse com uma senha porque descobri que a senha padrão do ssh é a senha do root, então eu apenas mudei isso, mas senão o comando ssh-keygen parece não fazer nada.

Alguma idéia?

- EDITAR

Ao digitar

"ssh -v mpiuser@node1" it says:

      master@master:~$ su mpiuser

      **Password:** 

      mpiuser@master:/home/master$ cd

      mpiuser@master:~$ ssh -v mpiuser@node1

    OpenSSH_5.9p1 Debian-5ubuntu1.1, 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 node1 [192.168.0.201] port 22.

    debug1: Connection established.

    debug1: identity file /home/mpiuser/.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/mpiuser/.ssh/id_rsa-cert type -1

    debug1: identity file /home/mpiuser/.ssh/id_dsa type -1

    debug1: identity file /home/mpiuser/.ssh/id_dsa-cert type -1

    debug1: identity file /home/mpiuser/.ssh/id_ecdsa type -1

    debug1: identity file /home/mpiuser/.ssh/id_ecdsa-cert type -1

    debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1

    debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH*

    debug1: Enabling compatibility mode for protocol 2.0

    debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1

    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:0e:8b:52:4d:41:08:fe:0b:bc:95:e5:93:42:59:40

    debug1: Host 'node1' is known and matches the ECDSA host key.

    debug1: Found key in /home/mpiuser/.ssh/known_hosts:1

    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/mpiuser/.ssh/id_rsa

    debug1: Authentications that can continue: publickey,password

    debug1: Trying private key: /home/mpiuser/.ssh/id_dsa

    debug1: Trying private key: /home/mpiuser/.ssh/id_ecdsa

    debug1: Next authentication method: password

    mpiuser@node1's password: 

    

Answer 1

Bem, estas linhas:

debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/mpiuser/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/mpiuser/.ssh/id_dsa
debug1: Trying private key: /home/mpiuser/.ssh/id_ecdsa
debug1: Next authentication method: password

informa que o servidor permite logins com base em senha e chave pública, para que o cliente ofereça até 3 chaves públicas (id_rsa, id_dsa e id_ecdsa) e o servidor esteja rejeitando todas as três, de modo que ele retorne à autenticação de senha.

Se você espera que uma dessas chaves funcione, é necessário consultar o servidor e ver por que ele está sendo rejeitado. Observe o arquivo authorized_keys no servidor e verifique se ele possui as chaves públicas corretas correspondentes às chaves privadas no cliente e verifique se ele possui as permissões corretas - deve ser de propriedade do usuário que você está efetuando login como (mpiuser?) e não gravável por mais ninguém.

    

Answer 2

Use o comando ssh-copy-id para copiar a chave do pub para o servidor de destino. Exclua o diretório .ssh nesse servidor também. Parece um problema de permissões para as chaves ou o diretório .ssh. Deixe o ssh-copy-id fazer a tarefa para você e isso funcionará.

Você pode dar uma olhada no comando, é um script simples.

    

Answer 3

Eu finalmente descobri! Acontece que o ssh tinha um problema de permissão com toda a pasta '/ home / mpiuser' e, portanto, não funcionaria para nenhum dos nós. Acabei de editar "StrictModes" para "no" no arquivo "sshd_config" e agora tudo funciona.

Obrigado a todos por toda sua ajuda!

    

Answer 4

Eu tenho o mesmo problema. Verifique a permissão de seus arquivos e diretórios no cliente e no remoto

 chmod 700 /home/user
 chmod 700 ~/.ssh
 chmod 600 ~/.ssh/authorized_keys
 chmod 600 ~/.ssh/config
 chmod 600 ~/.ssh/privatekey
 chmod 644 ~/.ssh/publickey.pub

Funciona para mim.

    

Answer 5

Eu tenho o mesmo problema que o usuário. O problema é causado pela configuração de permissão de fato. Antes de toda a permissão de pasta '/ home / xxx' é drwxrwxrwx (777). Logo depois que mudei a permissão para drwx ------ (700). Funciona! Observações: suponha que você inclua a chave pública em authorized_keys e o arquivo "sshd_config" esteja correto.

Deixe-me saber se você tem algum problema. :)