파일 전송 프로토콜 옵션?

문제

사소한 (10G> x> 10MB) 양의 데이터를 한 머신에서 다른 기계로, 잠재적으로 여러 세션에 걸쳐 전송하는 좋은 방법을 찾고 있습니다.

나는 간단히 살펴 보았다

법안에 조금 더 잘 맞을 수있는 다른 프로토콜이 있습니까? 위의 대부분은 그 자체로는 매우 내성적이지 않고 클라이언트/서버 앱에 의존하여 여유를 선택합니다. 이 단계에서 나는 잘 작동하는 특정 클라이언트/서버 구현보다는 프로토콜 자체에 대해 훨씬 더 관심이 있습니다.

(그리고 나는 UDP보다 내 자신을 쓸 수 있다는 것을 알고 있지만 나는 선호합니다 거의 다른 것들!!)

해결책

나는 RSYNC (SSH 이상)를 사용하여 1 분 이상이 걸릴 것이라고 생각하는 것을 전송합니다.

속도를 쉽게 제한하고, 일시 중지/재개하고 진행 보고서를 받기 쉽습니다. SSH 키로 자동화 할 수 있습니다. (보통) 이미 설치되어 있습니다 (어쨌든 *닉스 박스에).

필요한 것에 따라 rsync는 아마도 적응할 수 있습니다. 많은 사용자에게 배포하는 경우 FTP/HTTP가 방화벽 문제에 더 좋을 수 있습니다. 그러나 RSYNC는 일대일 또는 일대일 전송에 적합합니다.

다른 팁

RSYNC는 거의 항상 최선의 방법입니다.

전송 만 전송하기 때문에 전송이 중단되면 다음에 첫 번째는 첫 번째와 다를 수 없습니다 (대상에 파일이 없을 때).

Bittorrent는 큰 시드 네트워크를 효과적으로 필요로하지 않습니다. 하나의 씨앗과 하나의 피어와 함께 잘 작동합니다. 트래커 등을 설정하는 약간의 오버 헤드가 있지만 일단 설정 한 일단 설정하면 멋지고 칙칙하고 결함이없는 전송 방법이 될 것입니다.

글쎄, HTTP는 좋은 옵션입니다. 바이트 범위. FTP 또는 TFTP는 HTTP 서버와 같은 것을 잠그지 않고 구성하기가 매우 간단한 서버 소프트웨어를 얻을 수 있기 때문에 좋습니다.

gridftp Argonne이 엄청난 양의 데이터를 안정적으로 전달하기 위해 사용하는 것입니다.

라이센스 : CC-BY-SA ~와 함께 속성

제휴하지 않습니다 StackOverflow