![SSH를 통해 Unison을 사용할 때 서버 연결이 끊어졌습니다.](https://linux55.com/image/103212/SSH%EB%A5%BC%20%ED%86%B5%ED%95%B4%20Unison%EC%9D%84%20%EC%82%AC%EC%9A%A9%ED%95%A0%20%EB%95%8C%20%EC%84%9C%EB%B2%84%20%EC%97%B0%EA%B2%B0%EC%9D%B4%20%EB%81%8A%EC%96%B4%EC%A1%8C%EC%8A%B5%EB%8B%88%EB%8B%A4..png)
Raspbian을 실행하는 파일 서버와 Ubuntu MATE 16.04를 실행하는 워크스테이션이 있습니다. 저는 Unison을 사용하여 홈 디렉토리를 동기화합니다. 저는 SSH로 접속하도록 설정했습니다.
워크스테이션은 Unison 2.48을 실행하며 서버에는 2.48을 포함하여 여러 버전이 있습니다. 이런 방식으로 워크스테이션에서 서버로 일부 변경 사항을 성공적으로 전파했습니다.
이제 서버의 파일을 수정했습니다. Unison은 변경 사항을 찾아 서버의 파일로 로컬 복사본을 업데이트하도록 올바르게 권장합니다.
하지만 클릭하면가다, 다음 오류가 발생합니다.
Fatal error
Lost connection with the server.
Unison은 다음과 같이 설정됩니다.
# Unison preferences
label = Home dir
root = /home/me
root = ssh://me@fileserver//srv/file/me
sshargs = -C
addversionno = true
dontchmod = true
perms = 0
path = Documents
path = Pictures
일반적인 구성 문제(서버의 Unison 버전 누락, 잘못된 경로 등)는 변경 사항이 감지되고 데이터를 여러 번 동기화했기 때문에(항상 워크스테이션에서 서버로) 발생할 가능성이 없습니다. 이것은 단지 서버에서 워크스테이션으로의 시나리오 실패입니다.
나는 새 파일 편집을 "희생"하기로 결정하고 서버 버전을 오래된 로컬 버전으로 교체하기로 결정했습니다. 놀랍게도 동기화 실행이 성공적으로 완료되었습니다. 서버 측에서 변경된 사항이 없으면 모든 것이 제대로 작동합니다.
여기서 무슨 일이 일어나고 있는 걸까요?
답변1
우리는 또한 이 문제를 겪었습니다. 우리는 반대편에 Unison을 설치하는 것이 우리에게 효과적인 해결책을 찾았습니다. 참조:https://ubuntuforums.org/showthread.php?t=1733811
답변2
나도 같은 문제가 있었지만 그때는도보 여행가환경과 저는 양쪽에 동일하게 설치했습니다.
수정은 쉬웠고 수정은 나에게 적합했습니다 vagrant halt
.vagrant up
답변3
나는 이것이 해결책이라고 생각합니다.
참고 - 이는 일반적으로 /etc/sshd_config의 PermitUserEnvironment 옵션이 "no"로 설정되어 있기 때문입니다(예를 들어 MacOSX에서는 이 옵션이 "NO"로 설정되어 있음). "예"로 설정하면 모든 것이 잘 될 것입니다. https://alliance.seas.upenn.edu/~bcpierce/wiki/?n=Main.UnisonFAQ문제 해결
하지만 내 컴퓨터에만 sshd_config
넣어/etc/ssh
답변4
나는 똑같은 문제를 겪었습니다 (Mint 18.2 KDE 버전 사용). 제가 보기엔 이번 Linux Mint 버전용으로 컴파일된 Unison 버전에 문제가 있는 것 같습니다. 이 문제는 Debian 저장소의 Unison을 사용하여 해결되었습니다.
다음에서 "unison-gtk_2.48.3-1_amd64.deb" 패키지를 다운로드했습니다.데비안 패키지 저장소, 새 바이너리를 수동으로 설치하고(올바른 위치에 파일 추출) Debian 대안을 사용하여 Mint Unison과 Debian Unison이 공존하도록 합니다. Mint에 데비안 패키지를 설치하는 더 현명한 방법이 있을 수 있지만 이는 빠른 개념 증명입니다.