
Использую 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-ами? Поделитесь в комментариях =)
ссылка на оригинал статьи https://habr.com/ru/post/559270/
Добавить комментарий