rsync 맨페이지에서
요약
Local: rsync [OPTION...] SRC... [DEST] Access via remote shell: Pull: rsync [OPTION...] [USER@]HOST:SRC... [DEST] Push: rsync [OPTION...] SRC... [USER@]HOST:DEST Access via rsync daemon: Pull: rsync [OPTION...] [USER@]HOST::SRC... [DEST] rsync [OPTION...] rsync://[USER@]HOST[:PORT]/SRC... [DEST] Push: rsync [OPTION...] SRC... [USER@]HOST::DEST rsync [OPTION...] SRC... rsync://[USER@]HOST[:PORT]/DEST
SRC 매개변수가 하나만 있고 DEST 매개변수 없이 사용하면 복사하는 대신 소스 파일이 나열됩니다.
일반적인
...
rsync는 로컬 측을 다음과 같이 나타냅니다."고객", 원격 끝은 "섬기는 사람".헷갈리지 마세요."섬기는 사람"rsync를 사용하세요악마-- 데몬은 항상 서버이지만 서버는 데몬이거나 원격 셸에서 생성된 프로세스일 수 있습니다.
설정
설치 지침은 Readme 파일을 참조하십시오.
일단 설치되면 rsync를 사용하여 원격 셸을 통해 액세스할 수 있는 모든 시스템(및 rsync 데몬 모드 프로토콜을 사용하여 액세스할 수 있는 일부 시스템)에 연결할 수 있습니다. 원격 전송의 경우 최신 rsync는 통신에 ssh를 사용하지만 기본적으로 rsh 또는 remsh와 같은 다른 원격 셸을 사용하도록 구성될 수도 있습니다.
-e 명령줄 옵션을 사용하거나 RSYNC_RSH 환경 변수를 설정하여 원하는 원격 셸을 지정할 수도 있습니다.
rsync는 원본 컴퓨터와 대상 컴퓨터 모두에 설치되어야 합니다.
높은 수준에서 rsync를 사용할 수 있습니다
로컬과 원격, 로컬과 로컬 간의 파일 전송.
로컬과 원격 간에 파일을 전송할 때,
원격 셸을 통한 액세스
rsync 데몬을 통한 액세스
소스 파일 나열
내 질문은
rsync 데몬을 통해 로컬 액세스와 원격 액세스 간에 파일을 전송할 때 원격 호스트는 rsync를 데몬으로 실행해야 합니까?
원격 셸 액세스를 통해 로컬과 원격 간에 파일을 전송할 때 원격 호스트에서 rsync를 실행해야 합니까? 그렇다면 원격 호스트는 rsync를 서버로 실행하지만 데몬으로는 실행하지 않습니까, 아니면 rsync를 클라이언트로 실행하는 로컬 호스트와 같습니까?
로컬 호스트 내에서 파일을 전송할 때 로컬 호스트는 rsync 클라이언트와 rsync 서버를 실행해야 합니까?
복사하는 대신 소스 파일을 나열할 때 소스가 원격 호스트에 있는 경우 원격 호스트는 서버 또는 데몬으로 rsync를 실행해야 합니까?
"rsync는 원본 컴퓨터와 대상 컴퓨터 모두에 설치되어야 합니다."가 적용되고 적용되지 않는 사용 사례는 무엇입니까?
일반 섹션에서 "서버는 데몬 프로세스이거나 원격 셸에서 생성된 프로세스일 수 있습니다." "원격 쉘 생성 프로세스"로 rsync 실행 서버 역할을 하는 원격 호스트는 로컬 호스트가 rsync를 실행하는 것과 동일한 방식으로 원격 호스트가 rsync를 실행한다는 의미입니까?
소스 및 대상 호스트는 로컬 호스트일 수도 있고 원격 호스트일 수도 있습니다.
답변1
rsync의 경우 client
및 server
rsync 바이너리가 수행할 수 있는 동일한 역할을 생각하세요. 데몬으로 실행되면 rsyncd.conf 파일을 빌드하고 매개변수를 사용하여 rsync를 실행합니다 --daemon
.
하나의 rsync 바이너리는 다른 (원격) rsync 바이너리에 직접 연결할 수 있습니다 - rsync가 원격 호스트에서 자체 연결을 수신하는 데몬으로 실행 중이거나 원격 쉘을 통해 실행되는 경우 - rsync가 ssh를 사용하여 원격 호스트에 연결하고 실행하는 경우 두 개의 rsync 프로세스가 서로 데이터를 주고받는 호스트의 rsync 바이너리.
이것이 귀하의 질문에 대한 답변이 되기를 바랍니다.
When transferring files between local and remote by accessing via rsync daemon, is the remote host required to run rsync as a daemon?
- 예. rsync 데몬에 액세스하려면 데몬이 실행 중이어야 합니다.
When transferring files between local and remote by accessing via a remote shell, does the remote host need to run rsync? If yes, does the remote host run rsync as a server but not as a daemon, or just as the local host runs rsync as a client?
- 예. 기본 $PATH 또는 명령 옵션에 지정된 바이너리에 대한 전체 경로를 사용하여 두 호스트 모두에서 rsync를 사용할 수 있어야 하는 경우.
When transferring files within the local host, does the local host need to run a rsync client and a rsync server?
- 습관. SRC 및 DEST 경로를 로컬에서 사용할 수 있는 경우 rsync 클라이언트 바이너리는 두 역할을 모두 수행할 수 있습니다.
When listing the source files instead of copying, if the source is in a remote host, does the remote host need to run rsync as a server or daemon?
- 아니요, rsync 데몬을 실행할 필요가 없습니다. 이를 사용하여 원격 호스트의 클라이언트에
rsync -e ssh
액세스 하면 원격 클라이언트를 트리거할 수 있습니다.rsync
(질문 6의 원격 셸에서 생성된 RSync)
- 아니요, rsync 데몬을 실행할 필요가 없습니다. 이를 사용하여 원격 호스트의 클라이언트에
Which use cases does "Note that rsync must be installed on both the source and destination machines" apply to, and not apply to, respectively?
- 바이너리는
rsync
두 시스템 모두에 설치되어야 합니다. SRC와 DEST가 동일한 시스템인 경우 별도의 rsync 바이너리가 기본적으로 두 역할을 모두 수행합니다.
- 바이너리는
In the GENERAL part, "a server can be either a daemon or a remote-shell spawned process". Does a remote host running rsync as a server as "a remote-shell spawned process" mean that the remote host runs rsync in the same way as the local host runs rsync?
- 예. 실제로 그렇습니다. 주목할 만한 유일한 점은 원격으로 생성된
rsync
세션이 서버 역할을 수행한다는 것입니다.
- 예. 실제로 그렇습니다. 주목할 만한 유일한 점은 원격으로 생성된