Могу ли я запустить U1 на сервере Ubuntu? [дубликат]

Для ваших нужд вы можете использовать rsync.

Основной синтаксис:

rsync -az -e ssh /home/path/directory_to_sync/ remoteuser@server:/home/path/directory_to_sync

Как вы можете видеть, rsync будет работать над ssh (remoteuser @ server) и, таким образом, достаточно безопасен.

rsync будет передавать только файлы, которые были изменены (таким образом, он экономит на пропускной способности) и может быть запущен из cron, как root, если вы хотите синхронизировать / home, например.

Подробную информацию смотрите на странице ubuntu rsync .

Хотя официально мы не поддерживаем работу без X и GNOME, некоторые люди добились успеха: http://per.liedman.net/2011/01/22/using-ubuntu-one-for-backup- on-a-headless-сервер / YMMV

Насколько я знаю, программное обеспечение на стороне сервера Ubuntu one является проприетарным , поэтому невозможно разместить собственный сервер Ubuntu One. Однако есть несколько других методов, которые можно использовать для обмена файлами на нескольких компьютерах. Существует

• sshfs : файловая система, которая позволяет вам монтировать любую удаленную файловую систему, к которой вы можете получить доступ через SSH. Таким образом, в основном все, что вам нужно на вашем сервере - это SSH-сервер и sshfs на ваших клиентах. Крепления sshfs можно автоматически смонтировать с помощью файла / etc / fstab или с помощью autofs.

• nfs : сетевая файловая система более сложна в развертывании и (если не используется правильно) имеет проблемы с безопасностью. К своему стыду, я не углублялся в это.

• rsync : конечно, как предполагает bodhi.zazen, вы всегда можете использовать rsync для «резервного копирования» ваших файлов. Проблема с rsync заключается в том, что в отличие от Microsoft SyncToy из коробки он не выполняет двустороннее объединение (и мне еще предстоит найти вариант для этого в rsync). Кроме того, в отличие от двух предложений, изложенных выше, rsync выполняет настоящую синхронизацию, а не разделяет одну файловую систему, что и делают две другие. Это имеет свои преимущества: все изменения немедленно передаются между клиентами и недостаток: подключение доступно только при наличии подключения к Интернету.

• git : еще один вариант, который я могу предложить вам, если вы по-мужски работаете с текстовыми файлами, это git. вы можете использовать его аналогично rsync, но вы получаете возможность откатывать изменения и улучшать поддержку слияния (что происходит, когда два клиента изменяют файл?). Недостатками этого решения являются гораздо более высокое потребление дискового пространства (все инкрементные обновления должны где-то жить) и сложный пользовательский интерфейс (так как git - это инструмент управления исходным кодом, нужно создавать коммиты для совместного использования документов).