Problema de conexão SSH com o erro "Falha na verificação da chave do host ..."

Posso conectar-me a outra máquina Ubuntu na minha LAN via SSH. Nos dois PCs, instalei o openssh-server, mas a partir de outro computador Ubuntu, não consigo conectar ao meu PC via SSH e recebi este erro:

Falha na verificação da chave do host ...

"Falha na verificação da chave do host" significa que a chave do host do host remoto foi alterada.

O SSH armazena as chaves do host dos hosts remotos em ~/.ssh/known_hosts. Você pode editar esse arquivo de texto manualmente e remover a chave antiga (você pode ver o número da linha na mensagem de erro) ou usar

ssh-keygen -R hostname

Na página do manual :

-R hostname
Remove todas as chaves pertencentes ao hostname de um arquivo known_hosts. Esta opção é útil para excluir hosts com hash.

(que aprendi com a resposta para É possível remover uma chave de host específica do arquivo known_hosts do SSH? ).

Se você estiver executando em determinadas situações remotas / de script em que não possui acesso interativo à chave de prompt para adicionar host, contorne-a da seguinte maneira:

$ ssh -o StrictHostKeyChecking=no [email protected] uptime

Aviso: Adicionado permanentemente 'something.example.com, 10.11.12.13' (RSA) à lista de hosts conhecidos.

Às vezes, também há situações em que você está trabalhando no console serial, e a verificação do comando acima no modo detalhado -vmostra que você /dev/ttynão existe, enquanto existe.

ssh -v user@hostname

No caso acima, basta remover /dev/ttye criar um link simbólico de /dev/ttyS0para /dev/tty.

rm /dev/tty
ln -s /dev/ttyS0 /dev/tty

Como alternativa, adicione id_rsa.pubao local remoto, para que a senha não seja solicitada e você obtenha acesso ao login.

No meu caso, isso foi causado por um problema do udev - não havia /dev/ttynó do dispositivo. A solução para mim foi apenas:

sudo mknod -m 666 /dev/tty c 5 0

No terminal:

ssh -o StrictHostKeyChecking=no -i YourPublicKey.pem [email protected] uptime

A seguinte mensagem, ou similar, aparecerá:

Warning: Permanently added 'example.com, XX.XXX.XXX.XX' (ECDSA) to the list of known hosts.
 00:47:37 up 3 min,  0 users,  load average: 0.00, 0.00, 0.00

Em seguida, conecte-se ao seu EC2 normalmente:

ssh -i YourPublickey.pem [email protected]

Bem, é simplesmente porque o segundo ubuntu requer conexão por chave e não por senha.

Eu sugiro que você use sudo dpkg-reconfigure openssh-serverno seu PC, e então ele deve funcionar corretamente. Ele redefinirá a configuração do openssh e deve retornar à autenticação de senha padrão.

A segunda possibilidade é que já existe uma chave para o seu outro ubuntu no seu PC e que ela mudou, não sendo mais reconhecida. Nesse caso, você terá que editar o arquivo .ssh/authorized_keyspara remover a linha problemática que identifica o seu ubuntu.

Este é um tópico antigo e acabei de encontrar esta resposta, acrescentarei o que fiz para resolver isso.

ssh-keygen -f "/home/USER/.ssh/known_hosts" -R HOSTNAME

Eu apenas olhei para a mensagem de erro que ele lançou para mim e disse para executar esse comando para removê-lo da lista de hosts. Depois disso, fiz o seguinte:

ssh-copy-id HOSTNAME

Depois, segui as instruções de lá até que eu consegui ssh no servidor.

Isso significa que sua chave do host remoto foi alterada (pode ser a alteração da senha do host),

Seu terminal sugeriu executar este comando como usuário root

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]:4231

Você precisa remover esse nome de host da lista de hosts no seu PC / servidor. Copie o comando sugerido e execute como usuário root.

$ sudo su                                                            // Login as a root user

$ ssh-keygen -f "/root/.ssh/known_hosts" -R [www.website.net]:4231   // Terminal suggested command execute here
Host [www.website.net]:4231 found: line 16 type ECDSA
/root/.ssh/known_hosts updated.
Original contents retained as /root/.ssh/known_hosts.old

$ exit                                                               // Exist from root user

$ sudo ssh [email protected] -p 4231                              // Try again

Espero que isso funcione.

Você deve alterar sua chave desta maneira: No erro especificado, localize qual chave do host foi alterada, por exemplo: Chave ECDSA ofensiva em /Users/user-name/.ssh/known_hosts:5, a 5ª chave foi alterada, faça o seguinte:

sed -i '5d' ~/.ssh/known_hosts

Nota: você deve ser root ou ter privilégio para o sudo.

você deve colocar a chave rsa do host de destino no host de origem /home/user/.ssh/known_hostsexecutando isso no destino

ssh-keyscan -t rsa @targethost

Pode ser que você só precise digitar "yes" quando o ssh confirmar que deseja continuar se conectando.

Como abaixo.

The authenticity of host 'xxx' can't be established.
ECDSA key fingerprint is yyy.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added 'xxx' (ECDSA) to the list of known hosts.
Enter passphrase for key '/Users/ysy/.ssh/id_rsa':

Em seguida, digite sua senha.

Por favor, preste atenção em "Tem certeza de que deseja continuar se conectando (sim / não)? Sim ". Você deve inserir sim, não entrar.

Além de desativar estritamente a verificação de chave do host, você também pode conectar-se digitando:

ssh -o LogLevel=quiet -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no <username@target_machine_ip_or_domain_name>

pico ~/.ssh/known_hosts e exclua todas as linhas, depois de apenas reconectar e você receberá uma nova chave.

Minha solução vem desta postagem no blog: Falha na negociação do algoritmo para o SSH Secure Shell Client

Você precisa modificar o arquivo da seguinte maneira:

sudo nano /etc/ssh/sshd_config

E adicione o seguinte:

# Ciphers
Ciphers aes128-cbc,aes192-cbc,aes256-cbc,blowfish-cbc,arcfour
KexAlgorithms diffie-hellman-group1-sha1

Basicamente, você tentou soluções diferentes até encontrar uma que possa resolver seu problema. Se as soluções acima não funcionarem, tente esta. Se este não funcionar tão bem, tente outros.

Basta fazer "sudo vi /var/root/.ssh/known_hosts" e remover a linha, que contém uma chave para um host ao qual você está tentando se conectar e reconectar novamente.

Não conheço sua situação específica, mas provavelmente esse erro veio com uma mensagem como esta:

my_mac:~ oivanche$ sudo ssh [email protected]
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:sx1Z4xyGY9venBP6dIHAoBj0VhDOo7TUVCE2xWXpzQk.
Please contact your system administrator.
Add correct host key in /var/root/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /var/root/.ssh/known_hosts:74
ECDSA host key for 192.168.0.45 has changed and you have requested strict checking.
Host key verification failed.

Se você ler o registro com mais cuidado, verá que a chave que você obteve de um host está em conflito com a chave que você já possui - nesse caso, está na linha 74 do arquivo known_hosts (Chave ofensiva do ECDSA em / var / root / .ssh / unknown_hosts: 74). Remova a linha dos known_hosts, salve as alterações e reconecte.

chmod 666 /dev/tty 

é outra solução tty - às vezes, esse arquivo de dispositivo tem permissões incorretas.