Чем лучше передать большой файл ?

ftp?

не синхронно получается т е залили по фтп а потом в веб морде выбрали опции ?

пока нашел jumploader ( это ява аплет который качает через http чанками ) + формочка - но криво это все как то.

а в чем проблема? любой аплоадер вроде умеет докачку поддерживать

а есть нормальный ? ПРосто jumploader - java + закрытый ..

самопальными скриптами. Заодно в коммандой строке укажешь ключом что делать с файлом.

rsync

В чем может быть проблема передачи файла во внутренней сети? Я по scp 30-40гиговые блюрей-рипы скидывал на файлопомойку вполне успешно...

может лучше сетевая ФС с репликациями ? AFS, CODA..и/или большой файл-сервер.

другими способами вы просто получите ещё 10 Гиг данных в сети, а затем будете думать как и куда их архивировать ;)

еще могу посоветовать sshfs...

ftp

ибо в случае sftp/scp процессор кушает неслабо так, шифрует же

в случае sftp/scp процессор кушает неслабо так, шифрует же

Вы что, до сих пор живете эпохой процессоров 8080? При передаче данных по ssh протоколу со скоростями до 1ГБ/с (быстрее не проверял) узким местом является сеть.

torrent

netcat

у меня на нетбуке по sftp слабым местом был проц. 100 мбит.

но у меня там ключ был толстый, может из-за него.

У меня eee701 копирует по сети в лет (sshfs), скорость ограничивается сетью (100Мбит).

это тот же scp только через fuse. Говорят, что fuse тормозной. Хотя я в локалке через sshfs фильмы смотрю..

значит, у меня из-за толстого RSA-ключа так было

А разве RSA - не устаревший метод? У меня DSA.

или DSA был, не помню

http://www.pgpru.com/forum/kriptografija/dsavsrsa?show_comments=1&p=1#Comment... — RSA не устаревший метод

Форточка запускает копирование по scp (ftp) а потом лезет на хост по ssh и запускает команду обработки с нужными ключами. Какие проблемы?

> AFS

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