Problema de "intercâmbio" de troca de chaves SSH

2

Esta pergunta pode parecer uma duplicata, mas estou confiante de que não é.

Estou jogando em uma VM com o Ubuntu 12.0.4LTS para aprender algo e meu Mac OS 10.9, estabelecendo uma conexão SSH de acordo com o meu título. Tanto a VM (guest) quanto meu computador local (host) possuem as chaves SSH no lugar. Em teoria, uma chave era necessária apenas para o host, porque não são necessárias conexões reversas com o convidado (mas essa é uma história diferente).

No entanto - e esse é o problema - ao tentar o SSH para o convidado, o host retorna sempre uma mensagem de permissão negada, mesmo que a impressão digital tenha sido transmitida.

The authenticity of host 'test.me (172.90.90.91)' can't be established.
RSA key fingerprint is bf:95:70:b1:20:69:b3:e6:a4:2e:58:4b:7e:fc:d9:71.
Are you sure you want to continue connecting (yes/no)? yes

Eu sei que isso ocorre porque a chave do host não está incluída no arquivo de chaves autorizadas do meu guest (Ubuntu). De fato, ao adicionar manualmente a chave, tudo correu bem.

Mas essa é a coisa estranha. Do host eu consegui conectar o ssh ao meu convidado, e uma vez perguntada a mesma mensagem de impressão digital acima, a conexão foi estabelecida sem problemas.

Então essa é a questão. Por que meu convidado (ubuntu) foi capaz de adicionar a impressão digital e se conectar ao host (Mac) sem problemas e não vice-versa? Este é um problema / configuração na configuração openSSH do servidor? Se sim, qual é essa opção? A configuração da VM (Mac) é muito insegura para aceitar todas as impressões digitais de SSH?

Isso está um pouco conectado à configuração PasswordAuthentication do servidor? E você recomendaria adicionar isso ao Mac também?

Obrigado Andrea

    
por Andrea Moro 17.02.2014 / 08:55

1 resposta

0

Isso não tem nada a ver com chaves autorizadas . Está relacionado ao arquivo hosts conhecidos . Verifique se esse arquivo existe e se tem as permissões adequadas < -rw ------- > você você. Pasta < ~ / .ssh > deve ser possuído por você também.

O arquivo do caso existe e tem permissões corretas, veja o endereço IP. Por exemplo, se você se conectar a um host desconhecido (10.0.0.1), você terá:

% bl0ck_qu0te%

Em rede com DHCP, pode haver "swap" de endereços IP e sua conexão será rejeitada com mensagens diferentes.

    
por sgflt 17.02.2014 / 18:25