Ещё один вариант — вместо связки "KeePass + плагин KeePassRPC + плагины Kee в браузерах" использовать следующее:
- Приложение
KeePassXC -
https://keepassxc.org/ — кросс-платформенное (Windows, MacOS, Linux), open source, русский интерфейс встроен.
- Никаких плагинов к нему не надо, поддержка интеграции с браузерами встроена, её просто надо включить в настройках.
- Также в настройках, в разделе "Интеграция с браузером", вкладка "Расширенный режим" я включил "Не подтверждать доступ к записям". Иначе каждый раз перед заполнением полей в браузере будет вываливаться попап с подтверждением доступа, на котором надо нажать Ок.
- В браузере (FF, Chrome) поставить плагин "KeePassXC Browser". При первом запуске плагин будет пробовать соединиться с приложением KeePassXC, и оно запросит подтверждение.
- Настроить приложение по вкусу — типа, запускаться при старте, сворачиваться в System Tray.
Собственно, всё.
KeePassXC подключается к той же базе-файлу KeePass, расположенной в облаке (Google Drive и пр.).
У KeePass вообще открытый формат файла, как я понял, его многие используют.
Причём их можно использовать одновременно, файл может одновременно быть открыт в разных приложениях (см. ниже насчёт конфликтов).
На смартфоне ничего не меняется: ставим Google Drive, выбираем по вкусу менеджер паролей, способный работать с файлам KeePass (.kdbx), подключаемся к файлу-базе, находящейся в облаке.
Суть альтернативы — по-моему, у плагинов KeePassXC Browser поприятнее интерфейс.
Раньше, пишут, браузерные плагины были бажные, сейчас гляжу, вроде норм.
С другой стороны, в Kee в дропдауне выбора логина для заполнения есть дополнительные кнопки "скопировать логин"и "скопировать пароль", а в KeePassXC Browse нет.
В общем, на вкус и цвет.
Насчёт конфликта в результате совместного доступа к одному и тому же файлу — конфликтов быть не должно.
И KeePass, и KeePassXC перед сохранением изменений в файл сначала читают файл и проверяют, не изменилось ли что-нибудь в нём.
Если изменилось — предлагают перед сохранением сначала объединить изменения, сделанные на стороне.
Это важный момент, поэтому я его лично проверил — вроде всё норм.
Конфликт возможен только если в разных приложениях редактируется одна и та же запись в базе, в этом случае по-моему, будет применена наиболее поздняя правка. Но это какой-то невероятный случай.
То есть, получается, можно обойтись без выделенной серверной части — достаточно любого облачного диска (Google Drive, Dropbox, OneDrive, Битрикс24, NextCloud и т.д.).
Халява, сэр.
