안녕하세요 월드!
그래서 저는 rPi-3B+에서 실행될 프로젝트 개발을 시작했습니다. SSHFS에 문제가 있습니다.
이제 내 노트북에 있는 텍스트 편집기 Atom에서 SSHFS를 통해 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에서 이 문제가 발생했거나 해결책을 알고 있는 사람이 있습니까?
이상한 점은 다른 소프트웨어를 실행하는 두 번째 파이가 있지만 문제 없이 "/mnt/ceresPi1/"에 설치할 수 있다는 것입니다. 동일한 "/mnt/ceresPi2/" 지점에 설치할 수도 있습니다. 문제의 Pi는 "ceresPi1" 마운트 지점에도 마운트되지 않으며 새 마운트 지점 @ "/mnt/ceresPi3"에도 마운트되지 않습니다.
현재 저장된 키를 사용하고 있지 않기 때문에 사용자 비밀번호를 묻는 것조차 하지 않습니다. 이는 문제의 이 부분을 해결하려는 시도의 또 다른 실패 지점일 뿐입니다.
해결 방법은 커밋을 gitHub 저장소에 푸시한 다음 pi 서버로 가져오는 것이었습니다. SSH는 여전히 작동하지만 SSHFS는 작동하지 않기 때문입니다. 분명히 이것은 이상적이지 않습니다.
.
답변1
알겠습니다. 성공했습니다. 따라갈 수 있는 단서를 준 링크를 제공한 Rubber 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를 실행할 때 알려진 호스트가 허용된다는 것입니다.
아직도 그 부분이 이해가 안 되네요.
답변2
최신 버전의 SSH에서는 arcfour가 기본적으로 비활성화되어 있습니다.