Нет, нет.
Конфликт возникает только в случае, когда вы работаете с локальными копиями данных и потом синхронизируете их с серверов.
1. Вы добавили с одной машины пароль А. Файл синхронизировался на гуглдиске (или любом другом облачном диске)
2. На второй машине, у которой нет выхода в интернет вы все еще работает со старой базой, где нет пароля А. И вы добавляете пароль Б.
3. Включаете доступ в интернет и гуглдиску никак не определить какая версия последняя. Если бы гуглдиск был поглупее, то он просто бы синхронизировал все и залил версию базы с паролем Б, а тогда пароль А будет потерян.
Но конкретно гугл диск создаст второй файл, в итоге будет иметь в одном файле пароль А, а во втором пароль Б.
Да, пардон, наш диалог перечитать стоило мне. По невнимательности я приписал первых два комментария в этой ветке вам, а они были оставлены другими пользователями. Ваш комментарий был про версионность гуглдрайва, с этим никто не спорит, версионность есть, да. Но в случае конфликта гуглдиск создает два файла и в случае keepass это не очень удобно.
Облака для KeePass имеется ввиду облачное хранилище файлов.
Облачный менеджер паролей же не нуждается в облачном хранилище файлов, так как изначально хранит данные где-то на сервере, при этом исключая возможность самих конфликтов.
Любое решение имеет положительные и отрицательные моменты. KeePass прекрасный менеджер для ряда задач, но и у него есть слабые стороны, о которых и шла речь.
Хотите сказать, что программы из статьи используют какие-то «более лучшие облака»?
Цитирую вас: «Keepass же… Что ещё надо?». Это звучит как Keypass — универсальное решение, подходящее для всего, зачем другие варианты?
Я же вам привожу пример, что Keepass это исключительно локальный менеджер, и пользователю надо самом обеспокоиться хранение базы данных.
В контраргументируете тем, что базу можно хранить в «любом облаке», а я вам утверждаю, что даже с гуглдрайвом могут быть проблемы (не говоря уже про реально любое облако).
А что там непростого? Хоть все версии за месяц, бери и смотри. Можно взять за день, можно взять за неделю — как угодно. Они никуда не денутся. В чём трудность-то?
Взять-то безусловно можно, но где тут сказано про полноту? В облаке будет старая версия, вы внесете изменения и получите конфлит. Локальная у вас будет одна версия, в облаке другая, если в лоб заменить будет потеря данных. Восстановление более старых версий файлов, то, о чем вы пишете, как это поможет проблеме? Гуглдиск или любой другой облачный диска скорее всего просто скажет, что есть конфликт, и сохранит вам два файла, а разруливать конфликт вам нужно будет ручками.
В Dashlane и других изначально облачных менедежрах очевидно такой проблемы не может быть априори.
Здесь упомянули о том, что KeePass умеет сам мерджить файл и бороться с конфликтами, я не исследовал эту возможность. Звучит вполне как решение проблемы.
про стреляющие вилы сказать?
Ну, расскажите, если желаете :) В целом, этот комментарий говорит о том, что вы молодец и у вас все хорошо. И это здорово!
А кто говорил про всех?
Возможно вам стоит перечитать более внимательно наш диалог.
Напомню, что вы утверждали, что файл-базу менеджера можно хранить в любом облаке (имеется ввиду облачные диски конечно). А я вас парировал тем, что конкретно с Google Drive я сталкивался с реальными проблемами. Усиляя аргумент — неясно, как поведут себя реально любые хранилища. Вы все проверяли?
Двусторонняя синхронизация — добавление новых записей в обе стороны. При этом предлагается выбор — заменить, удалить, добавить копию…
Прекрасно, только на момент конфликта мы уже закрыли keepass, конфликт не в keepass, а в хранилище, хранилище видит, что файлы были изменены и не может их объединить сама.
Речь не про версионность, а про разрешение конфликтов. Гуглдиск все же неспециализированный инструмент типа git'а, восстанавливать потом последнюю полную версию файла-базы может быть не так уж и просто.
Плюс не все ведь пользуются гуглдиском, есть и другие популярные хранилища, все со своими особенностями.
Например, вы добавляете пароль на работе, данные синхронизируются с облаком. Затем приходите домой и добавляете новые данные, замечаете, что wifi выключен, включаете его, и гугл говорит вам, что в этом файле есть конфлиты. Как вы их будете решать? Как их будет решать плохо подкованный в IT человек?
Хранение базы в облаке имеет известный недостаток — при синхронизации могут быть сбои, любые нештатные ситуации, которые могут привести либо к непроизвольному «откату», либо вообще к порче файла. Сам лично сталкивался с гибелью keepass базы на google drive, хватает одного раза попасть в такую ситуацию, чтобы отбить желания хранить такие базы в облачных дисках.
12 лучших менеджеров паролей
Конфликт возникает только в случае, когда вы работаете с локальными копиями данных и потом синхронизируете их с серверов.
1. Вы добавили с одной машины пароль А. Файл синхронизировался на гуглдиске (или любом другом облачном диске)
2. На второй машине, у которой нет выхода в интернет вы все еще работает со старой базой, где нет пароля А. И вы добавляете пароль Б.
3. Включаете доступ в интернет и гуглдиску никак не определить какая версия последняя. Если бы гуглдиск был поглупее, то он просто бы синхронизировал все и залил версию базы с паролем Б, а тогда пароль А будет потерян.
Но конкретно гугл диск создаст второй файл, в итоге будет иметь в одном файле пароль А, а во втором пароль Б.
12 лучших менеджеров паролей
12 лучших менеджеров паролей
12 лучших менеджеров паролей
Облачный менеджер паролей же не нуждается в облачном хранилище файлов, так как изначально хранит данные где-то на сервере, при этом исключая возможность самих конфликтов.
Любое решение имеет положительные и отрицательные моменты. KeePass прекрасный менеджер для ряда задач, но и у него есть слабые стороны, о которых и шла речь.
12 лучших менеджеров паролей
Цитирую вас: «Keepass же… Что ещё надо?». Это звучит как Keypass — универсальное решение, подходящее для всего, зачем другие варианты?
Я же вам привожу пример, что Keepass это исключительно локальный менеджер, и пользователю надо самом обеспокоиться хранение базы данных.
В контраргументируете тем, что базу можно хранить в «любом облаке», а я вам утверждаю, что даже с гуглдрайвом могут быть проблемы (не говоря уже про реально любое облако).
Взять-то безусловно можно, но где тут сказано про полноту? В облаке будет старая версия, вы внесете изменения и получите конфлит. Локальная у вас будет одна версия, в облаке другая, если в лоб заменить будет потеря данных. Восстановление более старых версий файлов, то, о чем вы пишете, как это поможет проблеме? Гуглдиск или любой другой облачный диска скорее всего просто скажет, что есть конфликт, и сохранит вам два файла, а разруливать конфликт вам нужно будет ручками.
В Dashlane и других изначально облачных менедежрах очевидно такой проблемы не может быть априори.
Здесь упомянули о том, что KeePass умеет сам мерджить файл и бороться с конфликтами, я не исследовал эту возможность. Звучит вполне как решение проблемы.
Ну, расскажите, если желаете :) В целом, этот комментарий говорит о том, что вы молодец и у вас все хорошо. И это здорово!
Возможно вам стоит перечитать более внимательно наш диалог.
Напомню, что вы утверждали, что файл-базу менеджера можно хранить в любом облаке (имеется ввиду облачные диски конечно). А я вас парировал тем, что конкретно с Google Drive я сталкивался с реальными проблемами. Усиляя аргумент — неясно, как поведут себя реально любые хранилища. Вы все проверяли?
Прекрасно, только на момент конфликта мы уже закрыли keepass, конфликт не в keepass, а в хранилище, хранилище видит, что файлы были изменены и не может их объединить сама.
12 лучших менеджеров паролей
12 лучших менеджеров паролей
Плюс не все ведь пользуются гуглдиском, есть и другие популярные хранилища, все со своими особенностями.
Например, вы добавляете пароль на работе, данные синхронизируются с облаком. Затем приходите домой и добавляете новые данные, замечаете, что wifi выключен, включаете его, и гугл говорит вам, что в этом файле есть конфлиты. Как вы их будете решать? Как их будет решать плохо подкованный в IT человек?
12 лучших менеджеров паролей
12 лучших менеджеров паролей
Самим думать о безопасности, бекапах.