Я не знаю ни о каком подобном процессе "квитирования" в SSH. От шагов Вы обрисовали в общих чертах, однако, кажется, что Вы не говорите SSH использовать ключ id_dsa
для аутентификации, которая вызвала бы нейтрализацию к аутентификации по паролю. Когда Вы обеспечили пароль, возможно, некоторый пароль или ключевой демон кэширования, работающий на клиенте, хранят ту информацию и снова используют ее на последующих соединениях?
Это могло случайно быть тем, что Вы видите?
Если так, просто нужно сказать SSH использовать id_dsa
для аутентификации, после того как удаленный сервер знает о соответствующем открытом ключе и что нужно позволить использоваться для аутентификации.
В странице справочника OpenSSH говорится:
-i identity_file Selects a file from which the identity (private key) for RSA or DSA authentication is read. The default is ~/.ssh/identity for protocol version 1, and ~/.ssh/id_rsa and ~/.ssh/id_dsa for protocol version 2. (...)
и если Солярис является чем-либо подобным, если Вы не находитесь в ~/.ssh при выполнении ssh-keygen, SSH не знает для использования ./id_dsa
.
Итак, мне удалось его решить - возможно, это не самый элегантный способ, но он работает и достаточно хорош.
Сначала я написал небольшой сценарий:
#!/бин/ш.
i3lock -i ~/Pictures/lock.png
Сохранил его (например, .locker
) по адресу HOME
, затем запустил "chmod +x . locker"
, чтобы я мог выполнить его, и в Custom Shortcuts
на строку Command
я написал ./.locker
Выбрать произвольный ярлык для него (мой - SUPER+L
).
Другой способ решить это в вашем конфиге I3 (вероятно, на ~ / .i3 / config) сделать что-то вроде:
Contsym Control + MOD1 + L EXC I3LOCK -I --i ~ / Pictures /lock.png
OR
Contsym Control + MOD1 + L EXEC ~ / .i3 / Скрипты / шкафчик
и удалите любой ярлык GNOME, который отражает то, что вы хотите использовать. Очевидно, что ярлык может быть указан как хотел.