☰

최대 전송 단위

tag-icon • tag-icon ssh networking rsync scp
최대 전송 단위

서버 A에 300GB의 대용량 파일이 있습니다. 집에서 파일 복사를 해봤지만 속도가 scp매우 느렸습니다 rsync(80KB/s 이하).

다른 서버 B에도 액세스할 수 있습니다. scp서버 A에서 서버 B로 모든 파일을 20MB/s로 복사할 수 있습니다.rsync

scp마지막으로, 서버 B에서 집으로 20MB/s의 속도 로 파일을 복사할 수 있습니다.rsync

누군가 이런 일이 발생하는 이유를 이해하도록 도와줄 수 있습니까(그리고 해결할 수 있는지). 저는 Linux/네트워크 초보자이므로 올바른 방향으로 도움을 주시면 감사하겠습니다.

요약:

A ->      Home  (super slow)

A -> B -> Home  (a lot faster)

답변1

최대 전송 단위

경로 MTU 검색당신과 . 사이에 협력이 없는 것 같습니다 A.

좋은 해결책은 이 문제를 해결하는 것입니다. 이 사이트에는 해결 방법을 설명하는 답변이 확실히 있습니다.

간단한 해결 방법으로 A홈 시스템의 라우팅 테이블에 해당 대상 IP에 대한 MTU를 설정할 수 있습니다(더 중요한 것은).

대역폭을 낭비하지 않으려면 해당 경로에 대해 신뢰할 수 있는 최대 MTU를 결정해야 합니다. 실행해서 하세요

ping -s 1472 A

숫자는 더 낮습니다. 특히 1464는 좋은 기회가 있습니다.

짧은 버전: 일부(대부분) IP 패킷이 너무 커서 삭제됩니다. 더 작은 패킷을 보내도록 강제해야 합니다 A(아마도 홈 시스템도 마찬가지지만 해당 방향의 패킷은 어쨌든 충분히 작을 것입니다).

라우팅 테이블

라우팅 테이블(두 시스템 모두)은 다음과 같습니다.

root@vm:~# ip r
default via 192.168.213.3 dev bridgeport 
192.168.213.0/24 dev bridgeport proto kernel scope link src 192.168.213.122

이 명령을 사용하세요

ip route add 10.9.8.0/24 via 192.168.213.3 mtu 1480

호스트 또는 서브넷에 대한 항목을 추가할 수 있습니다. 항목의 기본 게이트웨이를 사용할 수도 있습니다.

사용한 설정은 mtu1500에서 1472와 찾은 값(1464라고 가정) 간의 차이를 뺀 값입니다.

  • 1472-1464=8
  • A-homeMTU = 1500-8 = 1492
  • ip route add ... mtu 1492
root@vm:~# ip r
default via 192.168.213.3 dev bridgeport 
10.9.8.0/24 via 192.168.213.3 dev bridgeport mtu 1480 
192.168.213.0/24 dev bridgeport proto kernel scope link src 192.168.213.122

이는 영구적인 설정이 아닙니다. 재부팅하거나 네트워크를 다시 로드하면 사라집니다. ping이 경로를 추가한 후 다시 테스트하세요.

관련 정보