на главнуюВсе эхи SU.WINDOWS
войти ?

Облачная синхронизация шифрованных контейнеров

От Eugene Sharov (2:5000/196) к Dmitry Bakhrov

В ответ на Заголовок предыдущего сообщения в треде (Имя Автора)


Привет, Dmitry!

04 ноя 17 09:35, Dmitry Bakhrov -> Eugene Sharov:

DB> ЯД и Cloud@mail.ru же на момент тестирования, как я и писал, тупо "не
DB> видели" изменений, если дата файла не менялась, или заливали в облако
DB> все 6 гб, если дата менялась.
Извини, проглядел. Ну, зато ты ответил на давно интересующий меня вопрос :) ЯД не проверяет файлы по содержимому.

ES>> Теорию объяснить или сам понимаешь?
DB> Если честно, не очень, так что, если объяснишь, буду благодарен. :)

Ну, смотри, контейнер, если сильно упростить, представлят собой зашифрованный образ диска. Пока ты редактируешь файл, и новый размер файла не первышает размер кластера, изменяется только кусочек образа. Как только размер файла превысит размер кластера... Вот лично я не знаю, как поведет себя "Вера" в этой ситуации. Возможно - сделает новый фрагмент, который допишет в конец контейнера, и тогда мы опять получаем возможность обновить образ инкрементльно. А возможен и другой вариант - все данные после нашего файла сдвинутся, т.е. "поплывёт" информация начиная от файла и дальше до конца контейнера. Если файл находится в начале образа... Ну, ты понял.

DB> Hужно скрыть факт существования некоторых данных
Вот это - ключевой момент, значительно осложняющий задачу.

ES>> Hе проще изменить сам подход к задаче?
DB> В данном случае, не совсем вижу, как это сделать.
Вот я, признаться, тоже :)

Единственная альтернатива - синхронизировать не сам контейнер а именно его содержимое, пофайлово. Дома тебе секретность не нужна, а на работе...
В прицнипе, я не знаю, как поведёт себя клиет дропа или того же ЯДа, если контейнер не смонтирован в момент синхронизации. Но файлики, которые он будет пытаться синхронизировать, наверняка будут явно заметны в клиенте. Тут покажут только эксперименты. Если любой клиент, не важно - ЯД, drop, mail, rsync сможет подождать подключения диска, и при этом не будет истерично верещать "ай, не могу скопировать файл "ВОТ СЮДА СПЕЦСЛУЖБАМ НЕ СМОТРЕТЬ.pdf", помогите!", то вполне вариант. Опять же, желательно, чтобы клиент по клику не показывал содержимое облачного хранилища (по крайней мере - без ввода логина/пароля). Тут только экспериментировать.
Покопай вcё же в сторону rsync. Утилита изначально линуховая, т.е. консольная, её вывод наверняка можно подавить. Ну будет у тебя на машине ещё один сервис болтаться, кто их считает.

А больше даже не знаю, что и посоветовать.

С наилучшими пожеланиями, Eugene.

*В эфире:* Ministry - Lava
... Я знал, что молчание - золото, но я предпочёл серебро (Ю.Наумов)

--- Old Castle Station - Black Guard Group WHQ. GoldED+/LNX 1.1.5
* Origin: _pseudoRADIO.ru_ Самое сталкерское радио. (2:5000/196)

Ответы на это письмо:

From: Username
Заголовок следующего сообщения в треде может быть длинным и его придется перенести на новую строку

From: Username
Или коротким

FGHI-url этого письма: area://SU.WINDOWS?msgid=2:5000/196+59fdb754