Що може бути причиною того, що приватні ключі не розблоковані?


13

Оскільки я деякий час тому оновився до Ubuntu 17.10, мої приватні ключі - якими я користуюся, наприклад, для доступу до свого сервера через ssh - після входу в систему вже не розблоковані програмно.

введіть тут опис зображення

Я розумію, що зазвичай seahorse clientслід подбати про це, запитуючи, чи потрібно зберігати пароль ключа під час першого введення.

Моя перша здогадка полягала в тому, що seahorse-daemonвона не працює з якихось причин, але це:

user@Zeus:~$ ps aux | grep seahorse
user    19170  0.0  0.1 432636 26564 ?        Ss   00:07   0:00 seahorse-daemon

Друга моя здогадка полягала в тому, що я з якоїсь причини повинен видалити всі пов'язані паролі, що зберігаються в морському коні в розділі «Пароль-> вхід»: введіть тут опис зображення

Я сподівався змусити клієнта знову запитати мене, а потім знову зберігати їх. Але і це не допомогло. Клієнт не вискакує, щоб запитати мене ...

Тоді я знайшов це питання, яке могло бути пов’язане, але не допомогло мені: Розблокуйте всі приватні ключі на Ubuntu, ввівши пароль лише один раз при вході в систему

Оскільки управління іншими паролями працює як очікувалося (наприклад, паролі для nautilus, Chromium, Nextcloud тощо), я припускаю, що проблема повинна щось робити із ssh-agent...

Хтось може натякнути мені на правильні напрямки, як вирішити цю проблему? Чи щось змінилось у тому, як GNOME обробляє паролі? Можливо, якась нова модна програма не була встановлена ​​під час оновлення?

ОНОВЛЕННЯ Коли я знову додаю приватний ключ до агента аутентифікації за допомогою:

ssh-add ~/.ssh/id_rsa

і спробуйте увійти, мене попросять розблокувати ключ лише один раз, після цього ключ буде розблокований програмно. Але це працює лише до наступного перезавантаження. Після нового запуску я повинен знову додати ключ ...


Мене також раптом почали просити пароль для розблокування ssh-клавіш під час використання Ubuntu 17.10. Прийнята відповідь мені не допомогла (працює лише до перезавантаження). Ось , мабуть, повторне питання.
Олексій

Морський коник зашифровує свої дані, як ви здогадалися, своїм паролем (як правило). Без входу в систему, як-от ssh з ключем, зчитувач відбитків пальців, ... залишайте розшифровку до необхідності, тоді вас запитують. Чи переключили Ви вхід ssh з пароля на ключ, коли почалася проблема?
ubfan1

Відповіді:


7

Так, ssh-агент - це відповідь. Щоб зберегти парольну фразу, все, що вам потрібно зробити:

ssh-add ~/.ssh/id_rsa

Потім введіть свій пароль і ввійдіть назад.


Це допомагає лише до наступного перезавантаження.
Олексій

@ Алекс Так, я можу підтвердити, що він працює лише до наступного перезавантаження. Ще не знайшли рішення.
user5950

ssh-агент запускається під час сеансу входу та припиняється, коли ви закінчуєте його для власної безпеки. Якщо під час перезавантаження вона зберігалася, і пароль вашого облікового запису порушується, раптом зловмисник має доступ до вашої ідентичності RSA, а отже, і до кожної машини, до якої ви можете отримати доступ. Це була б неприємна безпека. Однак є деякі шляхи вирішення, які роблять ваш обліковий запис менш захищеним. Див unix.stackexchange.com/questions/90853 / ...
Darksky

6

Додавання SSH Key Agent (GNOME Keyring: SSH Agent) до запуску програм вирішило проблему для мене:

введіть тут опис зображення


3

Перший варіант

Запуск агента ssh:

ssh-agent

Додайте ключ ssh:

ssh-add ~/.ssh/id_rsa

Щоб зберегти його після перезавантаження, автозапустити ssh-агент, додайте наступний рядок у свій .bash_profile:

if [ -z "$SSH_AUTH_SOCK" ] ; then
  eval `ssh-agent -s`
  ssh-add
fi

Другий варіант

Додайте це до свого .bashrc або .zshrc:

if [ ! -S ~/.ssh/ssh_auth_sock ]; then
  eval `ssh-agent`
  ln -sf "$SSH_AUTH_SOCK" ~/.ssh/ssh_auth_sock
fi
export SSH_AUTH_SOCK=~/.ssh/ssh_auth_sock
ssh-add -l > /dev/null || ssh-add

Це вимагає лише ввести пароль під час першого входу після кожного перезавантаження. Він буде повторно використовувати той самий ssh-агент, поки він не працює.


Дякую, це вирішення виглядає так, ніби воно працює, але я блукаю, що сталося, щоб перестати працювати в першу чергу? Це працювало протягом останнього десятиліття ... Я хотів би знайти причину, перш ніж піти на вирішення проблеми ...
user5950,
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.