O SSH sem senha não funciona com o Mac OS X 10.9.5 Mavericks

Question

Não consigo logins sem senha em minha máquina Mac OS X 10.9.5 Mavericks. Eu posso acessar uma caixa remota do Ubuntu depois de configurar o arquivo authorized_keys corretamente. No entanto, eu não posso fazer isso inverso.

Então, tentei solucionar a configuração do Mac, descobrindo se posso fazer isso sem uma senha:

ssh localhost

Fazer isso na minha caixa Ubuntu funciona bem, mas o Mac continua pedindo senhas. Sim, verifiquei o arquivo authorized_keys , bem como o arquivo known_hosts , e verifiquei se a chave id_rsa.pub estava presente em ambos para o meu Mac. Mas não consigo SSH para localhost sem uma senha.

Eu li os outros posts como este .

E até habilitou as duas configurações a seguir (excluindo a hashtag na frente delas) no arquivo sshd_config :

RSAAuthentication yes
PubKeyAuthentication yes

Ainda sendo perguntado pela senha.

Coloque cópias dos arquivos authorized_key e known_hosts no diretório etc.

Ainda sendo perguntado pela senha.

    

Answer 1

Eu forneci uma resposta no Stack Overflow que explica a etapa processo passo a passo necessário para configurar o acesso sem senha via SSH. Aqui estão as instruções adaptadas às suas necessidades específicas.

Primeiro, defina a conexão SSH no modo detalhado usando o sinalizador -v da seguinte forma:

ssh -v localhost

Como explicado na página ssh man; acessível via man ssh :

 -v      Verbose mode.  Causes ssh to print debugging messages about its
         progress.  This is helpful in debugging connection, authentica-
         tion, and configuration problems.  Multiple -v options increase
         the verbosity.  The maximum is 3.

Isso me salvou muitas dores de cabeça no passado, mostrando-me exatamente como o processo de login está fluindo & o que exatamente está entupindo. Por exemplo, aqui está a saída de mim executando esse comando na minha máquina Mac OS X 10.9.5 local:

ssh -v localhost

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: /etc/ssh_config line 53: Applying options for *
debug1: Connecting to localhost [::1] port 22.
debug1: Connection established.
debug1: identity file /Users/JakeGould/.ssh/id_rsa type 1
debug1: identity file /Users/JakeGould/.ssh/id_rsa-cert type -1
debug1: identity file /Users/JakeGould/.ssh/id_dsa type -1
debug1: identity file /Users/JakeGould/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.2
debug1: match: OpenSSH_6.2 pat OpenSSH*
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr [email protected] none
debug1: kex: client->server aes128-ctr [email protected] none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: RSA 01:aa:8e:8e:b9:e1:4b:e8:bd:c5:a2:20:a3:c7:f1:18
debug1: Host 'localhost' is known and matches the RSA host key.
debug1: Found key in /Users/JakeGould/.ssh/known_hosts:43
debug1: ssh_rsa_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,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/JakeGould/.ssh/id_rsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: /Users/JakeGould/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
Password:

Como você pode ver, o prompt de senha é exibido. Mas antes disso, está claramente verificando a minha chave pública RSA. E como eu não tenho um, ele passa para o próximo método de autenticação. Preste atenção na saída de ssh -v ao executá-lo no seu set para ver onde as coisas são bloqueadas.

Verifique também se os arquivos SSH na máquina de destino têm permissões que correspondem aos seguintes & são de propriedade da conta tentando acessar como este exemplo mostra:

-rw------- [username] [usergroup] authorized_keys
-rw------- [username] [usergroup] id_rsa
-rw-r--r-- [username] [usergroup] id_rsa.pub
-rw-r--r-- [username] [usergroup] known_hosts

Então, execute este comando para chmod o arquivo authorized_keys :

sudo chmod 600 ~/.ssh/authorized_keys

E execute este comando para chmod o arquivo id_rsa :

sudo chmod 600 ~/.ssh/id_rsa

    

Answer 2

Eu encontrei o problema. O host remoto registra a origem de cada chave RSA ou DSA. Isso é visto em texto simples no final de cada linha da lista de chaves autorizadas (que você normalmente não consegue ver porque nano não quebra texto).

Eu estava ssh'ing primeiro para o host remoto, então copiando a chave e mesclando com authorized_keys . Mau.

Na máquina cliente, a chave deve ser copiada para o host remoto com esse comando de cópia especial, scp ou ssh-copy-id (o OS X não tem esse, a menos que seja instalado com brew ou port ).

Em seguida, a mesclagem para authorized_keys pode ser executada. Erro humano descuidado da minha parte.

    

Answer 3

Para mim, eu tinha uma chave secundária para me conectar a um host. Para se conectar usando isso, você precisa adicionar isso à identidade usando:

ssh-add yourPrivateKey