У меня есть безголовый ящик с убунту в шкафу, который служит моим локальным медиасервером. Процесс, который я всегда использовал для загрузки мультимедиа, состоит в том, чтобы загрузить мультимедиа на мой ноутбук OSX, а затем скопировать файл по локальной сети. Это не элегантно, но работает. Оба компьютера подключены с Wi-Fi к Asus RT-AC66, который может предположительно обрабатывать скорость Gb.

Проблема как раз всплыло , когда я пытался scp на сервер файл 931MB Большой, но не огромный. scp дает мне хорошее показание скорости передачи. Он начинается с ~ 1,5 Мбит / с, затем медленно падает до ~ 130 Кбит / с, это передача на весь день.

Я немного не знаю, какие инструменты использовать, чтобы попытаться диагностировать эту проблему. Я вошел в маршрутизатор, в котором есть инструмент "Качество обслуживания", который регулирует трафик, но он отключен.

Я знаю, что есть netcat и telnet , но я, честно говоря, понятия не имею, как их использовать, чтобы определить, в чем проблема.

То, что я пробовал до сих пор, в основном предложения отсюда:

Скорость чтения и записи кажется высокой с обеих сторон, но когда я делаю dd каналу ssh кажется, что все замедляется:

dd if=/dev/zero bs=1024 count=100 | ssh 192.168.1.109 dd of=/dev/null
me@192.168.1.109's password:
100+0 records in
100+0 records out
102400 bytes transferred in 5.272587 secs (19421 bytes/sec)
200+0 records in
200+0 records out
102400 bytes (102 kB) copied, 5.33353 s, 19.2 kB/s

Это кажется медленным, но что мне теперь искать?

1 ответ1

0

К сожалению, для этого форума у меня нет реального ответа, проблема, казалось, решала сама себя, учитывая время. Если я столкнусь с этой проблемой снова, я, вероятно, просто выключу и снова включу маршрутизатор. Это может ответить на вопрос «что делать», но не ответит «почему» или «как» для дальнейшей диагностики.

Связанный ответ не отвечает на вопрос, потому что rsync демонстрировал такое же дроссельное поведение, что и scp .

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .