你好世界！
所以我开始开发一个将在 rPi-3B+ 上运行的项目。我遇到了 SSHFS 的问题。
现在，我真的很希望能够通过 SSHFS 在笔记本电脑上的文本编辑器 Atom 上编辑和提交存储在 Pi 上的 git 存储库。
我第一次安装文件系统时，运行以下命令运行良好：
sudo sshfs -o allow_other [email protected]: ../../mnt/ceresPi2/
然后我开始在终端中收到此错误：
read: Connection reset by peer
几年前我在这个论坛上找到的所有帖子都是我找到的，但后来我注意到不到一个月前的一条评论：对端使用 sshfs 重置连接
我已经完成了该线程中每个人建议的所有步骤，但仍然得到相同的结果。
eddygeek 的倒数第二条评论谈到了一个调试命令，它给了我与他们自己相同的结果：
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
他们声称这在 Fedora 中不会发生，但在 ubuntu 中会发生，但没有任何解释。
我似乎无法在网上找到原因。你们最近在 Ubuntu 上遇到过这个问题或者知道解决方案吗？
奇怪的是，我有第二个 pi 运行不同的软件，但我可以毫无问题地将其安装到“/mnt/ceresPi1/”。我也可以将其安装到相同的“/mnt/ceresPi2/”点。出现问题的 Pi 也不会安装到“ceresPi1”安装点，也不会安装到新的安装点@“/mnt/ceresPi3”。
它甚至没有达到询问我用户密码的程度，因为我目前没有使用保存的密钥，因为这只是我解决这部分问题时的另一个失败点。
我的权宜之计是将提交推送到我的 gitHub 存储库，然后将其拉到 pi 服务器，因为 SSH 仍然有效，但 SSHFS 无效。显然这并不理想。
。
答案1
好的，我成功了。感谢橡皮戳提供的链接给了我一个可循的线索。我不确定是什么导致了这个问题，因为正常的 SSH 功能仍然可用。
所以我最终使用正常的挂载命令运行了内联调试：
sudo sshfs -o allow_other -d -o debug [email protected]: ../../mnt/ceresPi2/
它建议运行：
sudo ssh-keygen -f "/root/.ssh/known_hosts" -R "172.16.89.189"
这解决了问题。我过去曾通过普通 SSH 收到过该建议。通常在重新安装raspbian后。奇怪的是，当我对同一主机运行正常的 ssh 时，我的已知主机就被接受了。
那部分我还是不明白。
答案2
arcfour 在最新版本的 SSH 中默认处于禁用状态。