Медленная скорость передачи scp по wan

У меня есть симметричная волоконно-оптическая линия шириной 300 м, и мне нужно передать файл смолы размером 51 МБИТ от HOST A (волоконно-оптический 300 мбит) до HOST B (цифроаналоговая машина с более чем гигабитной полосой пропускания).

С обеих сторон у меня есть хорошие результаты тестов скорости (300 мбит на A, 700 на B), но когда у меня scp от A до BI есть это:

assets.tar 100% 51MB 220.3KB/s 03:55 

только 220 Кбит максимальной скорости.

Но если я сделаю из HOST B в AI, получится действительно хороший результат:

 assets.tar 100% 51MB 8.4MB/s 00:06 ***REALLY GOOD SPEED*** 

Что может быть проблемой?

2 Solutions collect form web for “Медленная скорость передачи scp по wan”

SCP – очень простой инструмент для простого копирования файлов взад и вперед. Он не был разработан для сверхбыстрых скоростей, и у него действительно маленькие буферы с обеих сторон.

Если вы нацелены на производительность, вы должны использовать sftp или rsync .

О показателях скорости, давайте нарисуем диаграмму:

 [host A] --- ??? mbit --- [host B] \ / \ 300 mbit / 700 mbit \ / [speedtest server] 

Данные между двумя хостами не должны проходить через самый быстрый сервер, на который вы измеряли скорость (и, вероятно, не идут), поэтому эти меры не имеют отношения к вашему делу. Если вы хотите измерить скорость между этими двумя хостами, вам действительно нужно измерить трафик между этими двумя, а не что-нибудь еще. Там может быть какая-то линия, которая ассиметрична или по-другому ограничена.

Я бы начал с измерения скорости самого тупого TCP-потока. Это сделает простой FTP (не SFTP или FTPS). Если по какой-то причине FTP не работает (брандмауэры могут быть проблемой), попробуйте netcat.

FTP буквально бросает байты в сокет. До тех пор, пока он использует полный размер пакета TCP, и мы говорим об одном файле, вы не можете использовать TCP более эффективно. Таким образом, это даст вам ориентир того, что может быть достигнуто между двумя хостами.

(Есть несколько протоколов на основе UDP, которые могут быстрее протекать через WAN, избегая ожидания пакетов TCP ACK, но ни один из них не является обычно используемым стандартом).

Обратите внимание, однако, что FTP не сжимает, поэтому для некоторых видов данных может потребоваться больше времени. Это хорошо для нашей цели измерения необработанной пропускной способности TCP.

Если FTP медленный / асимметричный, то может быть просто, что есть асимметричная связь вдоль маршрута между этими машинами. Вы можете сделать еще один диагноз, запустив сниффер Wireshark на обоих концах и проверив трассировку потерянных пакетов и т. Д.

Если FTP быстрый и симметричный, то у вас есть другая проблема. Не углубляясь глубоко, трудно догадаться, и есть много возможностей. Например, SSH одной машины может быть сконфигурирован для сжатия, а другой – нет.

  • Какова цель -i перед командами scp и ssh?
  • Как скопировать большие файлы на другой Linux Server независимо от TTY
  • scp с удаленного хоста не удается из-за приветствия входа в систему .bashrc
  • scp при попытке скопировать файлы из Linux в windows
  • Как различать SSH и SCP для QoS в OpenWRT (и других системах)?
  • scp не выполняет .ssh / config
  • В чем разница между протоколами SFTP, SCP и FISH?
  • Как разбить массив в наборе из пяти файлов и загрузить их параллельно?
  • Самое быстрое копирование файлов в каталоге sshfs (rsync?)
  • Как выполнить итерацию списка и скопировать файлы из machineB и machineC эффективно?
  • Как scp себя?
  • Linux и Unix - лучшая ОС в мире.