seahorse-ssh-askpass
кажется поврежденным на моей Ubuntu 14.04 (linaro). Это производит пароль, в котором я ввожу назад к терминалу (stdout).
Я не знаю, как конфигурация оказалась поврежденной (от новой установки, возможно в неправильном порядке), но ясно это не делает своего задания хранения ssh ключевого пароля в брелоке для ключей.
ssh-add
работы, но потребности, которые будут сделаны после каждой новой сессии.
Таким образом, я любил бы некоторую справку или указатели, таким образом, я могу исправить свою поврежденную конфигурацию.
ОБНОВЛЕНИЕ 1:
Руководство в качестве примера о том, как сохранить ssh ключевой пароль в брелоке для ключей: Как сохранить ключевой пароль SSH в брелоке для ключей гнома?
У меня есть установленный по умолчанию брелок для ключей брелока для ключей входа в систему, защищенный тем же паролем как вход в систему пользователя, он разблокирован при входе в систему, мой ssh ключ перечислен в разделе "Secure Shell".
Однако я, может казаться, не могу создать соответствующую запись в брелоке для ключей входа в систему, который нужно назвать, что-то как "Разблокировало пароль для: <keyname>" (как имеет место в моем поле Ubuntu10.04) - который раньше только требовал выполнения seahorse-ssh-askpass keyfilename
создать.
$SSH_AUTH_SOCK
содержит /tmp/ssh-<some alpha-numeric sequence>/agent.[0-9]{4}
, этот файл существует с полномочиями srw-------
.
ОБНОВЛЕНИЕ 2:
Хорошо, поэтому теперь мне удалось мешать ssh-агенту запуститься, нет никакого другого выполнения агента ($SSH_AUTH_SOCK
не установлен).
Как я запускаю агент, который соединяется с брелоком для ключей гнома?
Походит на уничтожение ssh-agent
не была такая прекрасная идея: Морской конек Прокси Агента SSH для версий до 2,22 - я имею seahorse
версия 3.10.2 поэтому, по-видимому, ssh-агент требуется, чтобы брелок для ключей функционировал. Таким образом, назад к квадратному 1: что повреждается, что пароли моего ключа не становятся сохраненными?
seahorse-ssh-askpass
простое приложение GUI, которое запрашивает пароль и пишет это в stdout. Это - предназначенное поведение. Нет ничего поврежденного об этом.
Это вызывается эти gnome-keyring-daemon
, ssh
или независимо от того, что просит у Вас пароль.
Для хранения ключа gnome-keyring
откройте Keys и приложение пароля и добавьте ключ там.
$SSH_AUTH_SOCK
путь /tmp/ssh-<some alpha-numeric sequence>/agent.[0-9]{4}
говорит, что соединение не к эти gnome-keyring
, но это было перезаписано ssh-agent
во время запуска в некоторых сценариях. Брелок для ключей Gnome создает подлинные сокеты в /run/user/{UID}/keyring/ssh
.
Поэтому то, что Вы действительно пытаетесь узнать, - то, кто запустился ssh-agent
в Вашем bashrc
, profile
или Xsession
сценарии и почему, если у Вас уже есть выполнение брелока для ключей гнома.