передачи scp замедляются и делают остановку локальная сеть

Вместо того, чтобы выполнять последующую обработку с grep, попытайтесь передать --open опция к Nmap. Это скроет все закрытые или фильтрованные порты. Можно использовать -oG или -oA опции произвести "grepable" результаты, также. Вот пример, который делает то, что я думаю, что Вы ищете:

nmap -p 25 --open -oA smtp-servers-%y%m%d 192.168.15.0/24

Результаты были бы в smtp-servers-20120607.nmap, smtp-servers-20120607.gnmap, и smtp-servers-20120607.xml. Можно добраться, IP-адреса для открывают серверы SMTP как так:

awk '/\<25/open/tcp/ {print $2}' smtp-servers-*.gnmap

При реальной необходимости в этом всем в одном конвейере Вы могли бы сделать это как так:

nmap -p 25 --open -oG - 192.168.15.0/24 | awk '/\<25/open/tcp/ {print $2}'
9
29.08.2013, 02:39
3 ответа

Я видел проблемы как это с моей сетью. Это помогает получить Wi-Fi анализатор, который показывает использование каналов (например, kismit или wavemon). Оказывается, что автоматические настройки канала не работали хорошо. Я явно установил канал в маршрутизаторе Wi-Fi, и он помог вполне немного.

2
27.01.2020, 20:08
  • 1
    Это объяснило бы различие между моим ноутбуком и моим deskop? Разве они не будут использовать тот же канал и испытывать тот же уровень ужасной скорости передачи? –  Naftuli Kay 29.08.2013, 03:34
  • 2
    @TKKocheran является Вашим рабочим столом, также соединенным с помощью беспроводных технологий? Это, возможно, ближе к маршрутизатору? –  terdon♦ 29.08.2013, 14:20
  • 3
    Нет, они и сидят рядом друг с другом, и это, кажется, не касается местоположения. У меня был свой ноутбук, ведут себя так же в других сетях также. –  Naftuli Kay 30.08.2013, 03:20

Вы используете VPN? Походит на проблему MTU. Если Вы работаете на основе VPN или PPPOE, MTU уменьшается для компенсации издержек уровня VPN или PPPOE. Более длинные пакеты отбрасываются, и скоро бесконечный объем повторений происходит. Чтобы протестировать, если это - проблема, устанавливает MTU в интерфейсе к чему-то маленькому, как 800. Если это решает проблему, увеличьте MTU на 100 (макс. 1500), пока Вы не сужаете максимальный размер.

0
27.01.2020, 20:08
  • 1
    Нет, никакой VPN :( –  Naftuli Kay 29.08.2013, 03:33
  • 2
    Try так или иначе. Это могло быть некоторое другое устройство в середине. –  TomOnTime 29.08.2013, 05:09
  • 3
    Это не похоже на проблему MTU: scp соединение остановилось бы после нескольких пакетов. –  Gilles 'SO- stop being evil' 30.08.2013, 00:25

Нет, я полагаю, что scp просто медленнее затем другие пути по умолчанию. Это было едва 10MB/s на соединении прямого кабеля между двумя ноутбуками (1000 Мбит/с). Одним возможным узким местом может быть также ЦП, который должен зашифровать данные. Мой был в 50% (половина ядра на четырехъядерном ЦП)

http://intermediatesql.com/linux/scrap-the-scp-how-to-copy-data-fast-using-pigz-and-nc/

0
27.01.2020, 20:08

Теги

Похожие вопросы