Alexey Pechnikov -> debian-russian@lists.debian.org @ Wed, 10 Dec 2008 18:35:39 +0300:
>> DEO> у меня аналогичная задача, но я сделал по другому: >> >> DEO> на сервере скрипт бакапа работает сам по себе, складывает все в >> http-шару DEO> ну а на бакапящем сервере периодами скачивает по http/rsync >> >> DEO> архивы бакапа автоматом шифруются gpg-ключем и соответственно >> DEO> никаких проблем в том что они по открытым беспарольным протоколам >> DEO> передаются :) >> >> У меня на сервере нет столько ненужного диска. И бэкапы я все же >> предпочитаю обратно-инкрементные, что таким способом не получается. AP> Зачем много места? Для хотя бы одного комплекта полного бэкапа. По условию "складывает все в http-шару". AP> С помощью rdiff достаточно сигнатуры базисного файла, чтобы AP> посчитать дельту изменений. diff-файл получается поболее, чем у AP> простого diff, но один в другой можно преобразовать, помнится, в AP> рассылке rdiff этот вопрос обсуждался, хотя у большинства AP> пользователей и разработчиков, как я понимаю, отношение AP> скептическое к такому способу оптимизации. Вообще я бы с удовольствием совместил rdiff-backup с gpg-шифрованием, если оно на это способно... На данный момент единственное, что меня не удовлетворяет в этом бэкапе - это то, что он не зашифрован. -- Artem Chuprina RFC2822: <ran{}ran.pp.ru> Jabber: [EMAIL PROTECTED] Творить - не делать! (c)Элхэ Ниеннах -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]