?

Log in

No account? Create an account
Проблемы с FTP разрешены - Maxim Pshenichnikov
October 11th, 2012
10:11 pm

[Link]

Previous Entry Share Next Entry
Проблемы с FTP разрешены
В продолжение к этому.

В общем, после траханья всего что движется (включая протокол IPv6, настройки LANа навроде адаптивноий скорости и т.п.) решение было найдено путем смены порта по умолчанию 21 на 1025. Теперь все грузится на всех компьютерах под W7 с совершенно ровной скоростью в 25 Мб/с, которая, по всей вероятности, завязана на upload speed of 6 Мб/с. При открытии двух и более фтп-сессий скорость задирается до предельной 60 Мб/с.

Большое спасибо всем помогавшим. А теперь расскажите мне, что это было.

(7 comments | Leave a comment)

Comments
 
[User Picture]
From:alexaggi
Date:October 11th, 2012 08:33 pm (UTC)
(Link)
провайдер не ограничивает канал? Именно для ftp? У меня, например, ограничивает. "Потому как - нефиг"(c).
[User Picture]
From:oude_rus
Date:October 11th, 2012 08:50 pm (UTC)
(Link)
это разумное предположение, но как его проверить?
и почему проблемы возникали только под семеркой?

Edited at 2012-10-11 08:51 pm (UTC)
[User Picture]
From:alexaggi
Date:October 11th, 2012 09:51 pm (UTC)
(Link)
Если только и исключительно под семеркой то провайдер ни при чем. Может быть стоит ограничитель трафика по конкретному порту на самой машине. Какой-нибудь QoS. Или антивирус типа "все-в-одном" трафик именно по этому порту сканирует на.
Можно в принципе попробовать оттрейсить что происходит - но это дело на любителя. Я последний раз такими вещами баловался лет 15 назад.
[User Picture]
From:madezhik
Date:October 12th, 2012 03:52 am (UTC)
(Link)
А, вот что еще могло быть. Винда по умолчанию наставила себе каких интернет процессов, которые конфликтовали.
[User Picture]
From:kuzmax
Date:October 12th, 2012 07:01 am (UTC)
(Link)
Боюсь это какая-то страшная тайна M$
[User Picture]
From:c70we7
Date:October 12th, 2012 07:44 am (UTC)
(Link)
Похоже, что кто-то всё-таки контролирует интенсивность обмена по статическим портам. Либо сама W7, либо клиент, которым качаются файлы. Тут интересно как повёл себя сервер при смене порта. У него есть ещё один порт ftp-data (по-умолчанию 20), который он активно открывает для передачи файлов клиенту. Если он тоже переполз выше и вышел таким образом из "зоны контроля", то ограничивать обмен могла винда. А если остался там-же, то, возможно, какая-то кривая логика у клиента и дело в нём.
Посмотреть какие порты работают можно под виндой через "netstat -n" во время перекачки.
Ещё есть нюанс - происходила остановки при перекачке одного файла, или передавались несколько файлов и процесс замирал между файлами. Тогда засада может быть в клиенте, который при работе с дефаултовыми портами не выдаёт команду PORT и сервер пытается для передачи данных открывать порт, с которого абонент установил управляющее соединение. Тогда передача может работать именно так как описано в первом посте. Что за клиент используется, кстати, не упомянуто. И что дало изучение протокола обмена - тоже. :)
[User Picture]
From:oude_rus
Date:October 12th, 2012 07:24 pm (UTC)
(Link)
0. что происходит с портом 20, не знаю.
1. от количества файлов не зависит; процесс обычно замирал посреди файла.
2. клиентов много: тотал коммандер, вебдрайв и файзилла, а одинаковыми результатами
3. изучение протокола обмена показало, что где-то теряются пакеты; когда их теряется слишком много, процесс встает раком.
Powered by LiveJournal.com