답변:
큰 차이점은 rsyncd
서버 측에서 rsync
over 대신에 서버를 사용하는 경우 ssh
서버가 이미 가지고있는 것을 알고 있으므로 파일 목록을 작성하여 전송할 필요를 결정하는 것이 훨씬 간단하다는 것입니다. 단지 몇 개의 파일을 밀고 있으면 차이가 없지만 rsync를 통해 CPAN을 사용할 수 있도록하는 경우 소스 측에 파일 목록을 매번 작성하지 않아도됩니다. 시각.
이것은 오래된 질문이지만 rsync
데몬 모드와 ssh 를 사용하는 또 다른 유효한 이유가 있습니다 .
10TB NAS 하나를 다른 10TB NAS에 백업했으며 SSH 터널에 대한 암호화 오버 헤드가 전송의 제한 요소입니다. 두 NAS 모두 상당히 저전력 1.8Ghz Intel Atom이며 ssh를위한 더 쉬운 암호화 옵션이 있습니다 (예 :ssh -c arcfour
rsync에 ssh 호출로 전달됨)을 사용하더라도 기가비트 이더넷 네트워크에서 암호화 오버 헤드는 여전히 최고 200-300Mbps입니다.
한쪽 끝에 rsync 데몬을 사용하면 암호화 오버 헤드가 제거되고 연속 된 대용량 파일에 대해> 800 Mbps 전송이 이루어집니다.
ssh -c arcfour
연결 에서 얻은 전송 속도를 두 배로 늘릴 수있었습니다 .
의 기능은 rsyncd
서버에서 실행하고 (원격)에 응답하는 것입니다rsync
요청에 입니다.
(우리 는 데몬으로 실행하는 rsyncd
것을 의미 rsync
하고 '원격'이라고 말할 때 실행중인 머신의 관점에서 원격을 의미합니다 rsyncd
)
두 사람 모두 서로 안전하게 대화하기 위해 ssh를 사용합니다.
동일한 컴퓨터에서rsync
파일과 디렉토리를 복사하는 데 사용되는 경우 데몬으로 실행해야한다고 생각하지는 않지만 실제로 하나 또는 다른 것을 사용하는 것은 아닙니다.
rsync
맨 페이지가 이것을 분명히 한다고 생각합니다 .
rsyncd (데몬과의 rsyncd)는 기본적으로 포트 873을 사용합니다.
이것은 기본 rsync 프로토콜을 사용하지만 아무것도 암호화하지 않습니다. 로컬 또는 신뢰할 수있는 네트워크에만 해당됩니다.
보안을 원한다면 항상 SSH를 통해 rsync 또는 rsyncd를 사용해야합니다. 모든 데이터 전송은 ssh 프로토콜에 의해 시작됩니다.