こんにちはワールド！
だから私はrPi-3B +で実行されるプロジェクトの開発を始めました。 SSHFSに問題があります。
今私のラップトップのテキストエディタAtomでSSHFSを介してPiに保存されたgitリポジトリを編集してコミットできることを願っています。
ファイルシステムを初めてマウントしたときに次のコマンドを実行すると、正常に動作しました。
sudo sshfs -o allow_other [email protected]: ../../mnt/ceresPi2/
その後、端末で次のエラーが発生し始めました。
read: Connection reset by peer
私はこのフォーラムで数年前のすべての投稿を見つけましたが、1ヶ月も経っていないコメントを見つけました。ピアは sshfs を使用して接続をリセットします。
このスレッドの全員が提案したすべての手順を実行しましたが、まだ同じ結果を得ました。
eddygeekの2番目のコメントでは、自分と同じ結果を提供するデバッグコマンドについて説明します。
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でこの問題が発生したか、解決策を知っている人はいますか？
奇妙なことは、他のソフトウェアを実行する2番目のパイがありますが、問題なく「/mnt/ceresPi1/」にインストールできることです。同じ「/mnt/ceresPi2/」ポイントにインストールすることもできます。問題のPiは「ceresPi1」マウントポイントにもマウントされず、新しいマウントポイント@ "/ / mnt / ceresPi3"にもマウントされません。
現在保存されているキーを使用していないため、ユーザーパスワードを要求することさえありません。これは問題のこの部分を解決しようとするもう一つの失敗点です。
回避策は、コミットをgitHubリポジトリにプッシュしてpiサーバーにインポートすることでした。 SSHはまだ機能しますが、SSHFSは機能しないためです。明らかに、これは理想的ではありません。
。
ベストアンサー1
わかりました。成功しました。フォローできる手がかりを与えたリンクを提供したRuber Stampに感謝します。一般的なSSH機能を引き続き使用できるため、この問題の原因は何であるかわかりません。
そのため、通常のmountコマンドを使用してインラインデバッグを実行しました。
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を実行すると、既知のホストが許可されることです。
まだその部分がわかりませんね。