URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID8
Нить номер: 7932
[ Назад ]

Исходное сообщение
"Подскажите решение для передачи-приема больших файлов."

Отправлено alexkv , 21-Дек-14 22:43 
Доброе время суток всем.
Не знаю в какой раздел поместить, поэтому в разное.

Подскажите пожалуйста оптимальное решение.
Есть компания. Появляются клиенты, с которыми необходимо обмениваться файлами. Файлы до 10ГБ-15ГБ. Т.е. появился клиент, необходимо создать для него аккаунт, поработать с ним - получить от него файлы, передать ему файлы. Закрыть аккаунт.

На сегодняшний день используем FTP на шаред хостинге. Пользователь устанавливает себе FileZilla и работаем. Но не устраивает по причине безопасности: нет возможности использовать FTPS, а хотелось бы шифрованные соединения, плюс сам по себе FTP - это совсем несекьюрно.

Подскажите оптимальное, приемлемое решение. Какой протокол, сервис использовать?
Предпочтительно (но не обязательно) бесплатное решение. Желательно несложное для нас в развертывании и обязательно простое в использовании для пользователей. Безопасное. Ну и подходящее для передачи-приема файлов больших размеров.

Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
Пока теряюсь. Подскажите концептуально какие варианты рассматривать.


Содержание

Сообщения в этом обсуждении
"Подскажите решение для передачи-приема больших файлов."
Отправлено ALex_hha , 21-Дек-14 23:49 
если используете FTP и все, кроме безопасности устраивает, то почему бы не перейти на SFTP? Filezilla поддерживает его из коробки. Profptd + mod_sftp вам поможет

"Подскажите решение для передачи-приема больших файлов."
Отправлено fantom , 22-Дек-14 13:21 
> если используете FTP и все, кроме безопасности устраивает, то почему бы не
> перейти на SFTP? Filezilla поддерживает его из коробки. Profptd + mod_sftp
> вам поможет

owncloud и гоняйте через https
или sftp
или rsync
или гоняйте ftp поверх ssh (не sftp а именно строим ssh тунель, внутрь коего заруливаем  ftp)


"Подскажите решение для передачи-приема больших файлов."
Отправлено дмитрий , 22-Дек-14 21:56 

> Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
> Пока теряюсь. Подскажите концептуально какие варианты рассматривать.

SFTP из коробки работает, клиент к нему FAR

самому написать веб-интерфес для аплоада файликов
java + tomcat + неделю неспешной поделки


"Подскажите решение для передачи-приема больших файлов."
Отправлено дмитрий , 22-Дек-14 21:57 
>> Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
>> Пока теряюсь. Подскажите концептуально какие варианты рассматривать.

купить готовую разработку типа https://files.jet.su/


"Подскажите решение для передачи-приема больших файлов."
Отправлено fantom , 23-Дек-14 11:08 

Автор!!!  похоже спит....

"Подскажите решение для передачи-приема больших файлов."
Отправлено alexkv , 23-Дек-14 13:55 
> Автор!!!  похоже спит....

Не спит автор. Автор думает......


"Подскажите решение для передачи-приема больших файлов."
Отправлено alexkv , 23-Дек-14 13:58 
>>> Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
>>> Пока теряюсь. Подскажите концептуально какие варианты рассматривать.
> купить готовую разработку типа https://files.jet.su/

Чет совсем не понимаю у кого покупать, куда деньги нести :)
Т.е. сервис есть, а чей он, что из себя представляет, как использовать и т.д. - абсолютно неясно.


"Подскажите решение для передачи-приема больших файлов."
Отправлено alexkv , 23-Дек-14 14:06 
>> Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
>> Пока теряюсь. Подскажите концептуально какие варианты рассматривать.
> SFTP из коробки работает, клиент к нему FAR
> самому написать веб-интерфес для аплоада файликов
> java + tomcat + неделю неспешной поделки

Самому писать нет возможности/способности.

SFTP - это передача файлов по ssh. SSH не хочется включать и давать пользователям.
owncloud - в принципе интересно, но вот с большими файлами он работать не будет ;(


"Подскажите решение для передачи-приема больших файлов."
Отправлено fantom , 23-Дек-14 14:31 
>>> Разворачивать самому какую-то систему, или использовать какой-то сервис имеющийся?
>>> Пока теряюсь. Подскажите концептуально какие варианты рассматривать.
>> SFTP из коробки работает, клиент к нему FAR
>> самому написать веб-интерфес для аплоада файликов
>> java + tomcat + неделю неспешной поделки
> Самому писать нет возможности/способности.
> SFTP - это передача файлов по ssh. SSH не хочется включать и
> давать пользователям.
> owncloud - в принципе интересно, но вот с большими файлами он работать
> не будет ;(

Это кто вам такое сказал???
10G(один файл) 150G - лимит на пользователя и все бегает...
Ждать конечно долговато на 30М инета, но работает


"Подскажите решение для передачи-приема больших файлов."
Отправлено fantom , 23-Дек-14 15:01 
>[оверквотинг удален]
>>> самому написать веб-интерфес для аплоада файликов
>>> java + tomcat + неделю неспешной поделки
>> Самому писать нет возможности/способности.
>> SFTP - это передача файлов по ssh. SSH не хочется включать и
>> давать пользователям.
>> owncloud - в принципе интересно, но вот с большими файлами он работать
>> не будет ;(
> Это кто вам такое сказал???
> 10G(один файл) 150G - лимит на пользователя и все бегает...
> Ждать конечно долговато на 30М инета, но работает

А вообще подобный функционал(вебмордовского файлопомойника) есть в zimbra, open-xchange, horde(ghollem) и наверное в еще многих коллективноработниках...

Кроме owncloud есть еще http://seafile.com/

Или ищете как сваять свой webdav сервер, и крутите к оному свою авторизацию....

А sftp реализуется не только родной openssh-сервера тулзой...
Например proftpd имеет модуль  mod_sftp, и можно заставить его работать только с виртуальными пользователями, т.е. эти пользователи будут существовать только для proftp, и для всех остальных их попросту нет....

Так что подходов и решений вагон....


"Подскажите решение для передачи-приема больших файлов."
Отправлено дмитрий , 25-Дек-14 16:17 
SFTP живет на 2021 порту
шел на сервер давать не нужно