» FileZilla - opensource FTP-клиент и FTP-сервер

Victor_VG

Цитата:

причина в балансировке серверов хостера с приоритетом на операции чтения

Я им уже мозг вынес, они мамой клянутся что все должно быть ок

BarakOputin

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

Привет ребят, проблема выглядит следующим образом, я подключаюсь к моему FTP серверу "Filezilla Server Latest version" (который установлен у меня на Windows 7 32bit) и начинаю стримовать (Stream Video) видеофайл.Скорость, через некоторое время начинает вести себя очень странно , вот яркий пример:
http://www.youtube.com/watch?v=tu3W54xINpc&feature=youtu.be
Обратите внимание на 24 секунду, как резко скорость падает с почти 1МБ до 0 (в правом нижнем углу), и просто замирает передача.Как видно из видео ,такой спад скорости происходит не один раз , а довольно часто, вплоть до окончания стрима (Stream). Почему происходит такое резкий обрыв до нуля? Нормально ли это? Антивирус отключен, Firewall тоже.

Я поспрашивал на офф форуме Filezilla, решения к сожалению я не нашел там ,но мне дали небольшие разъяснения на эту тему. Вот сама тема (https://forum.filezilla-project.org/viewtopic.php?f=6&t=34225).
В итоге беседа закончилась на том что, данная проблема в корне кроет в себе "Packet timeouts", что решить впринципе невозможно, да и не понятно на 100% "Packet timeouts" ли это на самом деле?

Я решил спросить у вас Госопода, по поводу этого вопроса , жду ваших ответов. Заранее благодарю за любые советы, наводки и объяснения по поводу данной проблемы.Надеюсь с вашей помощью я с могу понять и решить данную задачу.

Fujosej2012

Вообще-то по идее ребята правы - протокол FTP не создавался для потоковых передач и потому имеет неопределённое время доставки пакетов. Попроще давайте представим себе пронумерованную кучу песка которую мы должны переместить в другое место. Мы можем организовать некий поток из точки А в точку Б, но гарантировать что все песчинки прибудут в точке Б в порядке номеров не можем - на вход транспортной линии они будут попадать в случайном порядке. С FTP/HTTP ситуация такая же - за время сеанса все данные будут переданы, но порядок получения их фрагментов будет в целом случайный. Потому такие протоколы как FTP, HTTP, Gopher, UDP для вашей задачи не годятся. Вам нужен специальный потоковый протокол типа RTP/RTSP, на FTP бессмыслена.

Victor_VG
Спасибо за подробное разъяснение , но я до сих Strem'овал фильмы, сериалы и все остальное, через ФТП и вроде как все шло хорошо. Стримую я через Ipad и практически все хорошие плееры которые можно скачать на это устройство ,имеют в себе функцию FTP потоковой передачи, то есть это довольно популярное решение. Я понял что данные передаются случайным образом, но как это объясняет ,такой резкий обрыв скорости?

Fujosej2012

Возможно что кэш опустошается. Теоретически с ФТР можно смотреть кино, но плеер должен обеспечивать локальное кэширование и упреждающее чтение данных что это зависит размера файла и пропускной способности канала связи. И то что кто-то использует протокол нестандартным способом не говорит о том, что протокол FTP всегда сможет обеспечить нужный режим передачи. Его спецификации - RFC 765 были опубликованы в 1985 для передачи данных с серверов хранения а тогда о просмотре кино с сервера и речи не было, и в них указана его область применения:

Цитата:

1. INTRODUCTION

The objectives of FTP are
1) to promote sharing of files (computer programs and/or data), 2) to encourage indirect or implicit (via programs) use of remote computers,
3) to shield a user from variations in file storage systems among hosts, and
4) to transfer data reliably and efficiently.

FTP, though usable directly by a user at a terminal, is designed mainly for use by programs.

и где тут в 65 страницах спецификации RFC 765 хоть слово о возможности передачи с его помощью мультимедийных данных? Протокол FTP основан на механизме UDP и не гарантирует детерминированное время и последовательный порядок доставки пакетов. Так что без специальных мер на уровне приложения для вашей задачи он не применим. Для Телнета эти ограничения не важны - он получил текстовый фрейм и обновил экран, а в каком порядке пришли фрагменты ему не важно. В те времена графические терминалы были экзотикой на большинстве ВЦ, а каналы связи в идеальном случае имели скорость 1200 бит/с, а обычно 150 - 300 бит/с. Тут о кино и говорит нечего - страница текста 127 х 63 символа с удалённого ПТД (процессор телеобработки данных) передавалась минут 10 - 15, а вы кино просите.

Victor_VG
Теперь вроде понятно, тоесть само приложение которое я использую, дает мне возможность осуществить и выполнить данную задачу используюя ФТП протокол.Мне казалось что скорость скачет и падает из за Filezill'ы, а тут оказывается дело в самом плеере , в моем случае Nplayer. Спасибо за подробное разъяснение, очень информативно. То есть тут надо копать в сторону плеера.)

Fujosej2012

Кстати, одно время и в The KMPlayer наблюдались похожие явления, так их ещё в версии 3.7 решили.

Victor_VG
Если данные явления объясняются хоть как то , в моем случае в плеере Nplayer , то по идее все должно быть в норме. Я уже задал им вопрос в тех поддержку, вот жду ответа.

Fujosej2012

Пусть вылизывают плац перед генеральским смотром - программа платная, у них куча нарушений международных стандартов, ФЗ РФ "О техническом регулировании" от 27.12.2002 N 184-ФЗ, да и ст.182 УК РФ и 200 УК РФ за недобросовестную рекламу и обман потребителей в активе, так что по сумме несколько лет Колымы им светит...

Victor_VG
Да звучит все это довольно страшно, но плеер очень добротно сделан и оправдывает свои 5 баксов, доступно много разных функций и поддержка разных форматов ,если учесть что плеер для IOS дэвайсов. Хорошие плееры в appstore попадаются довольно редко, с поддержкой всех этих функций, я пробовал искать и нашел максимум два , три таких же плеера.) Тут просто вопрос рассматривается со стороны IOS, у них там все перепутано, если бы я был на windows то думаю проблемы такой не было бы.)

Fujosej2012

Ладно, вам решать что с плеером делать, но проблемы со стороны FZ или FTP тут нет.

Victor_VG
Спасибо за ответы, теперь все понятно)

Не хочу выглядеть глупым, но все же ))
Скачал сегодня последнюю версию FileZilla, из оф. сайта. зашел на хостинг, хотел один файл скинуть на хостинг, но какак оказался - не получается.
функции загрузить/скачать не доступны почему то..

типа read only режиме подключен. А как можно полный режим переключать ?

contrafack

Права доступа выставить. Аноним всегда RO, элементарно.

Victor_VG

где и как это делать то ? )))))

contrafack

На сервере для конкретного юзера, клиентом заходить с учётки которой предоставлены нужные права. Это ж само собой разумеется и только с усталости можно ошибочную команду отдать.

Victor_VG

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

contrafack

Значит на сервере стоит привязка по IP откуда можно править.

FileZilla Client 3.9.0.6 (2014-10-16)

Цитата:

! Disabled support for legacy SSL 3.0 to address the POODLE vulnerability in SSLv3. (CVE-2014-3566)
- Fixed generic proxy support in IPv6 environments
- Small improvements of control sizes on high-dpi displays
- OS X: Fix Drag&Drop while holding down the Ctrl key (or equivalent)
- Fix potential crash dragging files over an empty list

Не забываем переключить Direct Download Link: Off -> Direct Download Link: On справа над таблицей со списком файлов чтобы не скачивать мусор! См. рисунок:



Свежая сборка FileZillaPortable_3.9.0.6.paf.exe основанная на официальной Zip сборке из которой выкинуты только либы для интеграции FZ в оболочку ОС. v3.9.0.5 я у себя с серверов удалил - дыры конечно штука хорошая коли они в соседском заборе, но не в системе безопасности.

Первые впечатления - пара ISO FreeBSD 10 каждый примерно по 2,2 Гб прилетели столь быстро что я и не заметил - примерно минуты за 2 и без ошибок. Старая версия 3.9.0.5 с того же 1 Гб/с канала возилась с ними минут 20, а тут я только за чаем сходил а оба образа уже на винте лежат. Не плохо для начала.

А сервер тихо обновился до версии 0.9.48. Поправил версии в шапке. Заявленные изменения:

0.9.48 (2014-10-30)

Цитата:

New features:

Allow use of the OPTS command prior to login
EPSV and EPRT support are now advertised in the reponse to the FEAT command
Minidumps are now automatically written in the installation directory in the unfortunate case of a server crash

Bugfixes and minor changes:

Updated OpenSSL libraries and fixed memory leaks when unloading OpenSSL

SHA-512 для установочного пакета:

60559050f6b97bb301c29f4cccd564b286f7e2f7d8e2a80532ed791c09037949fd6dec52c82be96f62b4a3b1756dbe8f51e4da526ace68dd08c4a356237d19c0 *FileZilla_Server-0_9_48.exe

народ, с поддержкой сервером Windows 2003 совсем плохо уже?

ssi

Последняя версия которая поддерживает XP/2003 это 0.9.43, всё что после собирается под ядро Win 6.x.

Victor_VG
спасибо, ее можно спокойно использовать? НА сайте у них пишут что нужно вытащить пару SSL библиотек из новой версии и заменить в этой

Victor_VG

Да, и я бы libeay32.dll и ssleay32.dll поменял, но 0.9.48 собран под OpenSSL v1.0.2 beta 4 (1.0.2-beta4-dev), а 0.9.43 под 1.0.1e, а я бы их заменил на библиотеки из http://slproweb.com/download/Win32OpenSSL_Light-1_0_1j.exe - они сюда подойдут.

Victor_VG
что такая замена реално даст?

ssi

Как минимум закроет дырки в системе безопасности раз, обеспечит нормальную работу сервера с SSL/TLS - два, ну и избавит от вероятной несовместимости с OpenSSL DLL API - три.

Victor_VG может для тех кто пока сидит на XP пересоберете .paf и выложите готовый в шапку?

regist123

Поищу у себя. Может и готовый есть, а нет пересоберу - идея разумная.