Использую KeePassXC уже года три. Жил, работал, радовался и проблем не знал с паролями. Решил, что лучше так, чем забуду или каждый раз вспоминать: какой пароль откуда, и где какие цифровые личности.

Недавно решил попробовать функционал, который подсказали коллеги. Это хранение SSH-ключей во вложениях записей и автоматическая загрузка их в SSH-agent операционной системы.

Создал связку приватный-публичный ключ. Добавил во вложение к записи. А дальше в разделе SSH-agent поставил галки и выбрал ключ во вложении. Пара галок в настройках - ошибиться негде.

Стал проверять загрузку ключа в SSH-agent при открытии базы. Фокус не получился - встретило сухое сообщение: “Сбой подключения агента”.

Попробовал переопределить SSH_AUTH_SOCK - не помогло. Стал гуглить подобную проблему и решение. Не буду приводить этот мусор здесь. Чаще проблемы попадались старые или с другим функционалом SSH.

Поиски и попытки выяснить, что я делаю не так заняли три дня. В очередной момент, насторожила мысль, что у коллеги на соседней Kubuntu автоматическая загрузка в SSH-агент работает (он с недоумением смотрел на мои мучения). Закралась мысль: а что, если дело в источнике установки самого KeePassXC?

Спросил у коллеги - и да, он ставил через консоль и подключение репозитория. У меня же ключница из магазина приложений (пользователь, что поделать). Решил перепроверить, зашел в установленные приложения своей Xubuntu и убедился - источник Snap Store.

Удалил приложение и поставил заново, только уже через консоль:

sudo add-apt-repository ppa:phoerious/keepassxc
sudo apt-get update
sudo apt install keepassxc

После этого останется открыть файл базы и проверить настройки SSH-агента. Затем, зайти в запись и нажать “Добавить в агент”. Всё.

Как итог: дьявол в мелочах. Пользователи Linux - будьте внимательны и осторожны.

А какие у вас были приключения со snap-ами? Поделитесь в комментариях =)