Поврежденная конфигурация для seahorse-ssh-askpass

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: что повреждается, что пароли моего ключа не становятся сохраненными?

1
задан 13 April 2017 в 15:37

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 сценарии и почему, если у Вас уже есть выполнение брелока для ключей гнома.

0
ответ дан 8 December 2019 в 06:08

Другие вопросы по тегам:

Похожие вопросы: