Кто делал что-то типа личного облака для синхронизации пары-тройки комп-ов?

[Artif]

Типичная ситуация:
 ноутбук,
 +два домашних десктопа.

Поработать приходится на одном, на втором на третьем. Чем наладить синхронизацию домашних каталогов?

Чтобы: закончив работать на одном компе, отгрузил в личное облако изменения, перешёл за другой комп, загрузил изменения, продолжил работать.

Есть всякие Ubuntu One, гугловые и яндексовы сервисы. Но меня интересует локальный сервис, который можно поднять на одном из десктопов.

'rsync' предлагаю проскочить, как самое очевидное. Git и т.п. не годятся, т.к. они не работают (условно) с бинарными файлами. Бекап системы обычно не подходят, они мало заточены под понятие "загрузить изменения", у них другая специфика и могут быть медленны. Что есть ещё? Какие способы?

[ниндзя_ниндзя]

sshfs

[peregrine]

Artif, git с чем угодно работает, хоть с картинками. Есть OwnCloud, специально для личного облака делался, вот только я его пока не настраивал, хотя собираюсь.

[Artif]

sshfs

Да, по квартире, при 1Гбит, при мощном процессоре - отличная вещь для простого пользователя. Но, в машине, за городом и т.п. нет быстрого интернета, процессор бывает слаб. Тем самым, она не решает главный вопрос - как синхронизировать данные автоматически, в один щелчок.
Пользователь решил продолжить мысль 30 Марта 2014, 16:12:03:

Artif, git с чем угодно работает, хоть с картинками.

Там такая засада: бинарный блоб ложится в репо весь и целиком. Изменение одного бита в блобе приводит к появлению новой _полной_ копии блоба. Работа с аудио записями приведёт к нереальным размерам репо.

Можно, конечно, делать что-то по идее близкое к git hardreset, в нужном варианте. Но на таком уровне есть rsync. Тогда уж можно искать обёртки именно к ней. В голом виде она не очень хороша. Она полагается на время изменения файла, а корректность этой метки не гарантируется в общем случае. Мало ли почему часы "слетят" а ntpd их не исправит.

ArtifЕсть OwnCloud, специально для личного облака делался, вот только я его пока не настраивал, хотя собираюсь.

Ага! Имя - это реальная отправная точка, спасибо. И наверняка не единственная.

[Artif]

Видимо, можно попробовать остановиться на Unison - http://www.cis.upenn.edu/~bcpierce/unison/

• Ставится через
      sudo apt-get install unison unison-gtk
  
• Настройки и логи хранит в  ~/.unison/
  
• Синхронизация проста как
      unison -fastcheck false  $HOME/Docs  ssh://user@192.168.68.2/$HOME/Docs
  

Вот этот fastcheck, равный false или true, одно из интересных. Если поставить false, то она тупо по всем файлам сравнивает по контрольным суммам. И неважно, что там было с часами и т.п. Самый надёжный способ поймать факт отличия, вызывает доверие.

Вообще, она не сравнивает времена между хостами. Она если и сравнивает метки времени, то только времена внутри хоста. Типа - время ж только вперёд идёт... (если нет сбоев и они не оказались сильно "сзади"). У неё есть список, с которым сравнивать, она его создаёт для себя при первой синхронизации.

При установке true работает совсем быстро. По дефолту используется true.

Она понимает, что файлы могли меняться по обеим сторонам одновременно и обрабатывает это, спрашивает, если что.

Как пишут маны, при многих компьютерах можно синхрить их вдоль и поперёк, если не запутаться самому лично. Рекомендуют, всё же, в голове думать про какой-то комп как центральный и всех синхрить с ним. Но это не обязательно. Но рекомендуют. Спец.настроек для этого не нужно, но - тоже можно. Можно не просто в голове помнить и просто использовать, а можно сделать клиент-серверную штуку.

SSH сервер - настройка описана в 100503 миллионах страниц в инете. Дома на квартире она обычно состоит только в двух командах, обычно больше не нужно:

    sudo apt-get install openssh-server ufw
    sudo ufw limit tcp/22


(Если комп смотрит прямо в интернет: 'ufw' - защита от перебора паролей - включит правило фаервола, по которому можно пытаться подключится не чаще 6 раз в 30сек. На каждую попытку подключения 3 попытки ввода пароля = не более 18 разных паролей в 30сек. Т.е. перебором подобрать пароль нереально.)

Есть засада. Она не зависит от конкретных программ синхронизации. При использовании 'ecryptfs' (шифрованный домашний каталог) не на всех машинах, на машинах без шифрования файлов будут возникать имена, слишком длинные для машин с криптовкой файлов. Т.к. шифруется и имя файла тоже, то длина криптованного имени может быть длиннее оригинального. Если оригинальное имя, вместе с именами каталогов на пределе длины, то файл "не влезет" в 'ecryptfs'. Такие имена часты при скачивании целиком сайтов. Качалки сайтов, наткнувшись на сверх длинные имена, урезают имя. Но только с учётом текущей ФС, а она бывает некриптованная.

GUI не вертел. Он есть. Это пакет unison-gtk. У меня оно не заладилось - SSH настройки нестандартные, не прописывались. Ожидаемо. Если ком.строка проста как ложка, то GUI мало кому нужен. Есть конфиг.файл, мне проще туда накидать имена каталогов, и забыть про него. Но и этого мне не нужно.

Вот такое вот облако.

Читатели, не забывайте: энтропия - такая штука, что только тронь и костей не соберёшь. :) :) Синхронизируйте осторожно, с умом, система работает как задумано, но не магически, как иногда думается. :)


Полезно вдумчиво прочитать Tutorial и Basic Concepts отсюда http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html#tutorial

Там пишут про типичные "грабли в сараях" с бекапами. Их немного, они универсальны для таких систем, они логичные, какие-то даже очевидны, но полезно заранее прочесть.

Особое внимание обратить на самые последние: "Invariants" и "Caveats and Shortcomings".

Invariants - http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html#failures

Caveats and Shortcomings - http://www.cis.upenn.edu/~bcpierce/unison/download/releases/stable/unison-manual.html#caveats

[andwer07]

Под эту задачу, думаю, идеально подойдёт BitTorrent Sync.