Erro SSHFS: “Especificação de cifra SSH2 incorreta 'arcfour'” & “read: Conexão redefinida pelo peer”

0

Hellow mundo!

Então, comecei a desenvolver um projeto que será executado no rPi-3B +. Eu tive um problema com o SSHFS.

Neste momento, gostaria muito de poder editar e confirmar o repositório do git armazenado no Pi a partir do meu editor de texto, atom, no meu laptop, através do SSHFS.

A primeira vez que montei o sistema de arquivos, ele funcionou bem executando este comando:

sudo sshfs -o allow_other [email protected]: ../../mnt/ceresPi2/

Então comecei a receber esse erro no terminal:

read: Connection reset by peer

Este tópico deste fórum de alguns anos atrás foi tudo o que encontrei, mas notei um comentário sobre ele há menos de um mês: Conexão redefinida pelo peer usando sshfs

Eu fiz todas as etapas sugeridas por todos nesse segmento e ainda estou obtendo o mesmo resultado.

O segundo ao último comentário, por eddygeek, fala sobre um comando de depuração que me deu o mesmo resultado que eu:

sshfs -odebug,sshfs_debug,loglevel=debug -o Ciphers=arcfour -o Compression=no -o allow_root -o transform_symlinks localhost:/ /mnt/your_mount_point

command-line line 0: Bad SSH2 cipher spec 'arcfour'.
read: Connection reset by peer

Eles afirmam que isso não acontece no fedora mas no Ubuntu sem uma explicação.

Não consigo encontrar uma razão para isso online. Algum de vocês encontrou isso recentemente no Ubuntu ou sabe de uma solução?

O que é mais estranho é que eu tenho um segundo pi rodando um software diferente, mas posso montá-lo em '/ mnt / ceresPi1 /' sem nenhum problema. Eu posso montá-lo para o mesmo '/ mnt / ceresPi2 /' pount também. O Pi dando os problemas não vai montar no ponto de montagem 'ceresPi1', nem para um novo @ '/ mnt / ceresPi3'.

Ele nem chega ao ponto de me pedir a senha do usuário, já que não estou usando as chaves salvas no momento, já que é apenas mais um ponto de falha enquanto eu decifro essa parte.

A minha medida de intervalo é enviar um commit para meu repositório gitHub e, em seguida, puxá-lo para o servidor pi, já que o SSH ainda funciona, mas não o SSHFS. obviamente isso não é ideal.

    
por Eru 17.10.2018 / 22:51

1 resposta

0

Ok, eu trabalhei. Obrigado Rubber Stamp por fornecer o link que me deu um rastro a seguir. Não tenho certeza do que estava causando esse problema porque a funcionalidade normal do SSH permaneceu utilizável.

Então, acabei executando um debug inline com meu comando de montagem normal:

sudo sshfs -o allow_other -d -o debug [email protected]: ../../mnt/ceresPi2/

E sugeriu a execução:

sudo ssh-keygen -f "/root/.ssh/known_hosts" -R "172.16.89.189"

O que corrigiu o problema. Eu recebi essa sugestão com SSH normal no passado. Geralmente depois de reinstalar o raspbian. O que é estranho é que meus hosts conhecidos foram aceitos ao executar o ssh normal no mesmo host.

Essa parte eu ainda não entendo.

    
por 18.10.2018 / 18:30