FTP / FTPS / SFTP / SCP-속도 비교 [닫기]


21

FTP, FTPS, SFTP 및 SCP는 전송 속도 측면에서 어떻게 비교되며 테스트를 통해 어떻게 비교할 수 있습니까?


3
FTP와 다른 것의 속도는 중요한 차이가 아닙니다.
ceejayoz

2
왜 이것이 주제를 벗어난 투표인지 잘 모르겠습니다. 그것은 전문적인 sysadmin으로서의 작업과 확실히 관련이 있습니다. 왜 전체 연결 경로의 대역폭 근처에서 파일 전송을 사용하지 않았습니까?
Dan Pritts

보안을 유지하면서 LFTP로 구동되는 여러 TCP 연결과 SFTP를 사용 하는 미러 서브 시스템을 사용하여 SFTP 의 속도 차이를 보상 할 수 있습니다 . 하나의 큰 파일 하나에 여러 스레드를 사용할 수도 있습니다.
Aaron

답변:


29

당신이 빠른 광역 네트워크가있는 경우 해당를 찾을 수 sftpscp느린 같은 속도에 대한 있습니다. 둘 다 기본 opensh에서 성능 문제로 고통 받고 있습니다. 최신 하드웨어의 경우 이는 암호화 오버 헤드 때문이 아니라 openssh 구현의 문제로 인한 것입니다. 빠른 연결에서 고장 나는 자체 내부 창 메커니즘을 구현합니다.

이러한 문제는 장거리 (높은 대기 시간) 연결에서 더 분명해 지지만 LAN에서도 속도가 느려졌습니다.

이들은 잘 문서화되어 있으며 문제를 해결하기 위해 패치를 사용할 수 있습니다. 연결의 한쪽 끝을 패치하면 도움이 될 수 있습니다. 이상적으로는 양쪽 끝을 패치합니다. 자세한 정보 및 패치 는 Pittsburgh Supercomputer Center의 고성능 SSH 를 참조하십시오 .

윈도우 문제가 해결되면 암호화 오버 헤드도 문제가 될 수있다. 패치에도 수정 사항이 있습니다.

한편, 당신은 그것이 ftp비참하게 안전하지 않다는 것을 알게 될 것입니다 . 암호를 일반 텍스트로 보냅니다.

ftpsftp 프로토콜을 SSL로 래핑한다고 생각합니다. 패치되지 않은 SFTP / SCP보다 빠를 것입니다.

마지막 참고 사항 : 내 경험상 WinSCP 클라이언트는 (최소한 때로는) 고통 스럽습니다. 이유를 모르겠지만 FAQ를 바탕으로이 문제를 겪은 유일한 사람은 아닙니다. 따라서 Windows에서 속도가 느려지고 느린 것처럼 보이면 다른 클라이언트를 사용해보십시오. 패치되지 않은 openssh 서버를 사용하더라도 다른 클라이언트로 훨씬 더 많은 작업을 수행 할 수 있습니다. 유감스럽게도 어느 고객이 좋은 고객인지 잘 모르겠습니다.


1
마지막으로. 그들이 무엇을 말하는지 아는 사람. 예, FTPS는 기본적으로 SSL에서 FTP입니다. SFTP / SCP는 FTP를 사용할 때 항상 느려질 것입니다
Jason

sftp로 약 10Mb / s (거의 최대 속도)를 얻는 동안 scp로 300kb / s를 얻는 이유를 알고 있습니까? 그것은 "동일한 속도"인 것 같지 않습니다. 이것은 100Mbps 이더넷입니다.
graywolf

최선의 추측으로, scp는 잘못된 구현 (예 : WinSCP)이지만 sftp는 그렇지 않습니다. 동일한 GUI 랩퍼에 있더라도 내부와 다를 수 있습니다.
Dan Pritts

Dan, 왜이 SSH 패치가 주 OpenSSH에 적용되지 않는지 아십니까? 분명히 1 ~ 2 배 더 좋습니다 (100Mbps LAN에서도 10 배 이상). 이것이 새로운 OpenSSH 표준이 아닌 이유는 무엇입니까? 우리는 어떻게 그렇게 할 수 있습니까?
Gabriel Staples

PSC는 패치를 openbsd 사람들 (opensh를 쓰는 사람)에게 제출했다는 것을 이해하고 있습니다. 그들은 관심이 없었습니다. 나는 openbsd 사람들 중 누구도 고 대역폭 연결을 가지고 있지 않으며 아무런 문제도 느끼지 않았으며 실제 문제가 있다고 생각한다는 모호한 진술을 들었습니다. 이것은 몇 년 전에 이루어졌으며, 그에 대한 소문이 있으므로 정확성을 보증 할 수 없습니다.
Dan Pritts

4

일반적으로 모든 프로토콜은 거의 동일하게 수행됩니다. 프로토콜보다 네트워크 나 디스크의 속도에 의해 제한 될 가능성이 높습니다.

이전 버전의 OpenSSH (SFTP / SCP)는 고정 된 창 크기를 사용하여 대기 시간이 긴 네트워크 (대서양 횡단)의 속도를 제한합니다. HPN (고성능 네트워킹)이라는이 문제를 해결하기위한 패치 세트가 있으며 대부분의 최신 OpenSSH 설치에 포함되어 있습니다.

기가비트 이상의 LAN 링크 및 느린 CPU와 같은 상황에서 실행중인 경우 SFTP / SCP가 병목 현상을 일으킬 수 있습니다. ssh / scp / sftp 프로세스가 송신 또는 수신 호스팅에서 CPU의 100 %를 사용하기 때문에 알 수 있습니다. 최신 버전의 OpenSSH (6.4+)를 사용하는 경우 1 개 이상의 코어를 사용하여 암호화를 처리 할 수 ​​있으며 디스크가 아닌 CPU에 의해 제한되지 않는 AES 암호 스레드 버전을 활성화 할 수 있습니다 또는 네트워크 대역폭.

송신 및 수신 측을 모두 제어하는 ​​경우 OpenSSH 6+에는 옵션 'NONECIPHER'모드도 있습니다. 이것은 일반 암호화 / 키 등을 사용하여 원격 시스템에 로그인 한 다음 실제 파일 복사를 위해 암호화되지 않은 연결로 떨어집니다. CPU 오버 헤드가 제거됩니다. NONECIPHER에는 암호화되지 않은 쉘을 얻지 못하게하는 것보다 안전 장치가 내장되어 있습니다.

결국 이전 버전의 ssh는 높은 대기 시간 링크에 문제가 있지만 프로토콜은 속도에 대한 제한이되어서는 안됩니다.


redhat이 명시 적으로 결정한 것처럼 보이지만 (기본값은 패치가 설치되어 있음을 아는 것이 좋습니다 ( access.redhat.com/site/solutions/53215 ). 또한 대서양 횡단 대기 시간은 실제로 그렇게 많지는 않습니다. 현재 핑 RTTS : Umich-> 스탠포드 (캘리포니아) : 89ms. umich-> 캠브리지 (영국) : 134ms. 또한 대기 시간과 대역폭의 조합이 문제를 유발하지 않습니까? 따라서 지연 시간은 줄어들지 만 대역폭 링크가 높으면 여전히 문제가있을 수 있습니다.
Dan Pritts

3

암호화 오버 헤드를 기준으로 일반 FTP는 다른 프로토콜보다 약간 더 나은 성능을 제공하지만 아마도 무시할 수 있다고 말합니다. 먼저 필요한 보안을 제공하는 프로토콜을 사용한 다음 처리량에 대해 걱정합니다.

즉, 실제 숫자를 찾기 위해 테스트를 설정해야합니다. 위의 모든 것은 제 의견입니다. 로컬로 성능을 테스트하는 경우 네트워크에 서버를 설정하십시오. 인터넷을 통해 최종 사용하는 경우 외부 호스트에서 테스트하십시오.


성능 오버 헤드는 수십 배에 달합니다. 2 배 느리게 10 배에 가깝습니다. 나는 놀랐다.
Gomibushi 2016 년

2

언제나처럼, 구글은 답변을 보유하고,
FTP의 V / S SFTP의 V / FTPS이야
어떤이 FTP가> FTPS이> SFTP 말한다
(FTP는 다른 사람의 시험 SCP보다 빠른 것으로 보인다 http://www.lysesoft.com/support/forums /viewtopic.php?f=5&t=542 )하지만 직접 확인하시기 바랍니다.
따라서 네트워크의 임의의 상자에 SCP와 FTP를 설정 한 다음 일반적인 파일 전송을 실행하고 두 시간이 얼마나 걸리는지 확인하십시오.


왜 FTP는 인터넷 프로토콜이며 LAN의 SCP라고 말합니까?
Dan Pritts

5
아, 나는 당신이 링크 된 eHow 기사에서 그것을 얻은 것을 봅니다. eHow 잘못입니다. 두 프로토콜 모두 인터넷 사용을 위해 설계되었습니다. 이 기사에는 몇 가지 다른 오류가 있습니다. 작가는 자신이 무엇을 말하는지 명확하게 알지 못한다.
Dan Pritts

내가 생각하기에, 당신 말이 맞았을 것입니다.

1
eHow와 같은 사이트는 그들이 무슨 말을하는지 모릅니다.
Jason
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.