> Hexawolf -> debian-russian@lists.debian.org  @ Thu, 15 Feb 2018 23:28:13 
> +0200:
> 
>  > Ещё варианты:
> 
>  > - git-annex - то, что и можно предположить: костыль над гитом.
>  > - SparkleShare - что-то весьма минималистичное
>  > - NextCloud
>  > - SyncThing
>  > - rsync поддерживает использование ssh как транспорт, существуют так же
>  > надстройки разные
> 
> Насколько я понимаю, syncthing (пользуюсь) и *Cloud НЕ являются
> средствами резервного копирования. У syncthing это прямо так, помнится,
> и написано. Это средства _синхронизации_. Они не отличают намеренно
> удаленное от продолбанного.
> 
А разве отличают системы резервного копирования?

> git-annex - не система резервного копирования, а архив с
> резервированием. В смысле, для практической пользы от него к нему нужна
> дисциплина работы в архиве.
> 
>  > Ничего не знаю по поводу "репликации в облко с шифрованием". Это всё так
>  > абстрактно...
> 
>  > On 15/02/18 21:59, artiom wrote:
>  >> Подскажите, чем возможно выполнять резервное копирование нескольких
>  >> машин по сети, чтобы условия ниже были удовлетворены.
>  >> 
>  >> Склоняюсь к следующим вариантам:
>  >> 
>  >> - Bacula.
>  >> - BackupPC.
>  >> - Решения на базе rsync.
>  >> 
>  >> Изо всего работал только с rsync, о Bacula имею представление, а
>  >> BackupPC мне неизвестен.
>  >> 
>  >> Резервное копирование хочу выполнять на центральное хранилище, с FreeNAS.
>  >> Основные машины - PC с Debian и ноут с Debian.
>  >> Ноут преимущественно подключен через Интернет, PC в локальной сети.
>  >> Также, в перспективе, могут резервироваться машины с Windows и MacOS,
>  >> возможно Android планшет.
>  >> На Debian-based машинах хочу резервировать конфигурацию в /etc и
>  >> выбранные пользовательские данные.
>  >> 
>  >> Резервное копирование хотелось бы выполнять:
>  >> - По расписанию.
>  >> - По запросу.
>  >> - При пропуске предыдущего.
>  >> 
>  >> Условия:
>  >> 
>  >> - Все каналы должны быть зашифрованы.
>  >> - Копирование не должно занимать много времени (используется Интернет).
>  >> - Должна быть потенциальная возможность репликации в облако (куда, пока
>  >> не знаю, потому должна быть возможность гибко настроить) с шифрованием
>  >> бэкапов.
>  >> - Должно быть простое централизованное управление бэкапами (в идеале,
>  >> интеграция в web-интерфейс).
>  >> - Минимум ручной допилки и сложной настройки на сервере.
>  >> 
>  >> 
> 

Ответить