Как Gilles объяснил, большинство репозиториев Linux подписывается с ключами шифрования GPG. apt
затем использование эти ключи для обеспечения подлинности репозиториев. Для безопасного использования репозитория необходимо добавить, что это - ключи к списку это apt
считает доверяемым.
Каждый необходимый ключ должен быть загружен с сервера ключей, который сделан с этой командой (я использую keyserver.ubuntu.com
но можно использовать других):
apt-key adv --recv-keys --keyserver keyserver.ubuntu.com KEY_NAME
От man apt-key
:
adv
Pass advanced options to gpg. With adv --recv-key you can download
the public key.
В Вашем случае, apt
жалуется на ключи 3EE67F3D0FF405B2
,40976EAF437D05B5
,40976EAF437D05B5
и 5A9A06AEF9CB8DB0
, можно получить всех трех из них путем выполнения:
sudo apt-key adv --recv-keys --keyserver keyserver.ubuntu.com 3EE67F3D0FF405B2 40976EAF437D05B5 40976EAF437D05B5 5A9A06AEF9CB8DB0
Если все подходит, необходимо видеть различные строки вывода включая:
gpg: Total number processed: 4
gpg: imported: 4 (RSA: 1)
gpg: unchanged: 0
gpg: new signatures: 4
У меня есть (надеюсь, теперь правильное слово) тот же вопрос , и я думаю, что за диалог отвечала работа Крона.
Я запустил crontab -l
и обнаружил, что у меня было задание cron в то же самое время, когда появился диалог. Так как мне не было нужно задание cron, я выполнил crontab -r
. С тех пор я не видел диалога, но это было не слишком долго.
Ты решил свою проблему? Если да, то как?
У меня была такая же проблема в Ubuntu 16.04. Диалог исчез после того, как я сделал это:
sudo apt remove ssh-askpass
); и crontab -e
). Одного из этих действий достаточно, чтобы удалить диалоговое окно.
Когда хост, к которому мой cronjob пытался подключиться (, обычно через аутентификацию по ключу без пароля ), находился на обслуживании, начали появляться диалоги x11 -ssh -askpass .
По моему мнению, хотя x11 -ssh -askpass является законной программой,лучше не позволять программам X11 мешать аутентификации и шифрованию.