Нужен много потоковый FTP клиент

сообственно сабж, есть такие в природе, чтобы качали на хост в несколько потоков

В смысле один и тот же файл в несколько потоков, или чего? Если это - то так не бывает. Если несколько файлов одновременно - FileZilla

lftp http://lftp.yar.ru

Цитата:

pget [OPTS] rfile [-o lfile] Gets the specified file using several connections. This can speed up transfer, but loads the net and server heavily impacting other users. Use only if you really have to transfer the file ASAP. Options: -c continue transfer. Requires lfile.lftp-pget-status file. -n maxconn set maximum number of connections (default is taken from pget:default-n setting)

данная опция применяется к mirror

Цитата:

mirror:use-pget-n (number) specifies -n option for pget command used to transfer every single file under mirror. Default is 1 which disables pget.

а mirror как известно умеет как скачивать, так и закачивать (с ключом -R)

ну мне нужно чтобы по FTP заливать файлы в несколько потоков - этоже вроде возможно ?

filezilla как уже отмечали выше

в filezilla пароль на фтп хранится даже не зашифрованном виде, по крайней мере когда я его юзал
а так да, заливает папку с много файлами одновременно нескокими потоками,

из знакомых мне клиентов заливают файлы в несколько потоков 3d-ftp и есть ещё очень хорошая программка site publisher, кроме собсна, заливки по фтп она ещё умеет синхронизировать локальную и удаленную версии, закачивая только измененные/добавленные файлы (правда, я вместо этого уже давно юзаю rsync).

msth писал:

данная опция применяется к mirror а mirror как известно умеет как скачивать, так и закачивать (с ключом -R)

Что не говорит о том совершенно, что для put он будет использовать pget (это было бы странно). Mirror просто использует put, включи debug и посмотри. Поддержка скачивания одного файла в несколько потоков нужна на клиенте, поддержка закачивания (и собирать его по кускам, как делает lftp, когда качает к тебе) - на сервере. Там никакой черной магии нет.

А разные файлы одновременно - да, тут без проблем.

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

shamit писал:

в filezilla пароль на фтп хранится даже не зашифрованном виде, по крайней мере когда я его юзал а так да, заливает папку с много файлами одновременно нескокими потоками,

Давно ее не юзал как это дело включить там?

LeechFTP посмотри - бесплатна и надежна как wget ;)

cuteftp

+1 Cute FTP Professional в несколько потоков прет токо тка

JM:

cuteftp и filezilla в открытой форме держат пароли
мне нравиться ftpvoyager

kebzu писал:

cuteftp и filezilla в открытой форме держат пароли

не парся протокол ftp потом эти пароли в открытом виде их передает через весь интернет

ftpvoyager поддерживает sftp

JM писал:

Давно ее не юзал как это дело включить там?

У меня она (файлзилла) по умолчанию шпарит потоками, portable версия.

kebzu писал:

ftpvoyager поддерживает sftp

только вот ftp "не поддерживает" sftp

Heavy писал:

только вот ftp "не поддерживает" sftp

А это админ должен поддерживать sftp

И тем, которые не поддерживают - пиздюлей надо давать.

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

Dr.Syshalt, так и есть. Только, к сожалению, не все хостинги, которые люди выбирают для некоторых задач, дают ssh доступ, поэтому довольствоваться приходится только ftp.

Dr.Syshalt писал:

Что не говорит о том совершенно, что для put он будет использовать pget (это было бы странно). Mirror просто использует put, включи debug и посмотри. Поддержка скачивания одного файла в несколько потоков нужна на клиенте, поддержка закачивания (и собирать его по кускам, как делает lftp, когда качает к тебе) - на сервере. Там никакой черной магии нет. А разные файлы одновременно - да, тут без проблем.

я извиняюсь, что-то перепутал, в общем для mirror предварительно нужно установить следующую настройку:

Код:

set  mirror:parallel-transfer-count число

а далее просто

Код:

queue mirror -R -pc /path/to/directory

в этом случае с FTP сервером устанавливается сразу несколько соединений и идет закачка в очереди, чтобы посмотреть как качается, нужно набрать

Код:

j

в lftp-клиенте.



что подразумевается под sftp ? ftp over ssh? давным давно уже существует TLS/SSL стандарт для FTP протокола, позволяющий помимо аутентификационных данных шифровать также и передаваемые данные.

естественно FTP-server должен быть настроен соответствующим образом, а также клиент пользователя, в случае с lftp работает все автоматически, если сервер поддерживает шифрование, но также можно и задать как шифровать с помощью опций:

Код:

set ftp:ssl-allow yes set ftp:ssl-allow-anonymous no set ftp:ssl-auth TLS set ftp:ssl-data-use-keys yes set ftp:ssl-force no set ftp:ssl-protect-data no set ftp:ssl-protect-fxp no set ftp:ssl-protect-list yes set ftp:ssl-shutdown-timeout 5 set ftp:ssl-use-ccc no set ssl:ca-file /etc/ssl/certs/ca-certificates.crt set ssl:cert-file "" set ssl:check-hostname yes set ssl:crl-file "" set ssl:key-file "" set ssl:verify-certificate no

также можно воспользоваться ssh-форвардингом, если FTP-сервер не поддерживает TLS и будет sftp.

Последний раз редактировалось: msth (28/07/10 в 21:48), всего редактировалось 1 раз

самая хорошая реализация многопоточности что я видел это Cuteftp Pro

msth писал:

что подразумевается под sftp ? ftp over ssh?

sftp - это sftp

Открываем на сервере /etc/ssh/sshd_config

Смотрим (обычно в конце)

Subsystem sftp /usr/lib64/misc/sftp-server

Подсистема ssh, короче. Можешь зайти на ssh - можешь воспользоваться sftp. В lftp, который тебе так нравится, им пользоваться можно, задавая коннекциям префикс fish:// типа

> open fish://myuser@example.com

Для него ftp сервер вообще не нужен, достаточно ssh с описанной выше строкой в конфиге (по умолчанию обычно там).

А ftp over ssh или ftp+tls - это немного другое. Это именно старый "добрый" ftp с извращениями. И, кстати, смысла в нем, имхо, не очень много - в том плане, что там по-прежнему надо пароли хранить - для собственно ftp.

Цитата:

Dr.Syshalt, так и есть. Только, к сожалению, не все хостинги, которые люди выбирают для некоторых задач, дают ssh доступ, поэтому довольствоваться приходится только ftp.

Да никто ж не спорит - у всех хостингов разные фичи, цены и т.п., и не все йогурты одинаково полезны. Вообще для sftp необязателен полноценный шелл, есть там возможность сделать так, чтобы только sftp и пользоваться можно было, а в шелл зайти нельзя. Но большинству админов вообще похер, по-моему. Типа есть ftp, работает, а то, что все ваши пароли-трансферы видны каждому, кто прослушать захочет линию - как бы и пофиг.

Dr.Syshalt писал:

sftp - это sftp Открываем на сервере /etc/ssh/sshd_config Смотрим (обычно в конце) Subsystem sftp /usr/lib64/misc/sftp-server Подсистема ssh, короче. Можешь зайти на ssh - можешь воспользоваться sftp. В lftp, который тебе так нравится, им пользоваться можно, задавая коннекциям префикс fish:// типа > open fish://myuser@example.com Для него ftp сервер вообще не нужен, достаточно ssh с описанной выше строкой в конфиге (по умолчанию обычно там). А ftp over ssh или ftp+tls - это немного другое. Это именно старый "добрый" ftp с извращениями. И, кстати, смысла в нем, имхо, не очень много - в том плане, что там по-прежнему надо пароли хранить - для собственно ftp. Да никто ж не спорит - у всех хостингов разные фичи, цены и т.п., и не все йогурты одинаково полезны. Вообще для sftp необязателен полноценный шелл, есть там возможность сделать так, чтобы только sftp и пользоваться можно было, а в шелл зайти нельзя. Но большинству админов вообще похер, по-моему. Типа есть ftp, работает, а то, что все ваши пароли-трансферы видны каждому, кто прослушать захочет линию - как бы и пофиг.

в случае с TLS пароли проснифать не удасться, только в случае, если есть непосредственно доступ к серверу, впрочем это же можно сделать в случае с ssh/sftp, единственный плюс sftp по сравнению с ftp-server'ом over tls это то, что можно логиниться по ключу. во многих случаях, кстати, скорость через scp / sftp очень низкая в сравнении с ftp over tls, к тому же я не нашел поддержки докачки, а также поддержки реконнекта в случае обрыва связи (по крайней мере в sftp, в lftp put похоже тоже не поддерживает докачку).

я не вижу никаких извращений в этом, это в принципе тоже самое, что говорить о том, что https это извращение в сравнении с http.

lftp вообще один из наиболее advanced ftp клиентов, которые есть.