gnome-keyring ssh統合を無効にするにはどうすればよいですか？

KDEでも、パスワードを要求している間画面全体をロックするため、gnome-keyringがgitコミットの邪魔をしたくありません（今はGNOMEに切り替えました）。私はSSHパスフレーズを毎回入力する必要がないという便利さを理解していますが、ウィンドウからウィンドウにジャンプする必要があるため、個人的にキャンセルできます。それはただの快適さです：/

私が試したgit config --global --unset credential.helperとgit config --system --unset credential.helper、彼らは効果がないように見えます。今はGNOMEを使っているので、私はgnome-keyringを削除したくありません。他にできることはありますか？私は現在Ubuntu 14.10を使用しており、KubuntuとUbuntu GNOMEの両方でこれを行っています。ありがとう。

更新2014年11月17日

これは明らかにすべてのSSHに影響します。やってみた

sudo rm /etc/xdg/autostart/gnome-keyring-ssh.desktop

しかし、それはうまくいきませんでした。できます

gnome-keyring-daemon --replace -c pkcs11,secrets,gpg

セッションごとに1回ですが、これは永続的なものにしたいと思います。まだ探しています...

関連.desktopファイルを/etc/xdg/autostartto からコピーし~/.config/autostartて追加Hidden=trueします。

(cat /etc/xdg/autostart/gnome-keyring-ssh.desktop; echo Hidden=true) > ~/.config/autostart/gnome-keyring-ssh.desktop

次にリロード GNOMEシェル（プレスAlt+ F2、その後、入力rキーを押しEnter）。

これがあるだけで、ユーザーフレンドリーなソリューション（すなわちソフトリンクする必要がない私のために働いたの.desktopのファイルを/ dev / nullまたは）を。実際、GNOME 3.16 では、/ dev / nullへのソフトリンクが機能しなくなりました。chmod 0gnome-keyring-daemon

クレジットはnusに行きます。

gnome-keryingのssh-agentコンポーネントのみを無効にするすてきでクリーンな方法：

gconftool-2 --set --type bool /apps/gnome-keyring/daemon-components/ssh false

Trusty以外のUbuntuリリースについて話すことはできません。GNOMEは絶え間なく変化するターゲットなので、すべてのリリースが異なることを保証できます。しかし、これが最も確実に機能することがわかったものです。

mkdir -p ~/.config/autostart
cp /etc/xdg/autostart/gnome-keyring-ssh.desktop ~/.config/autostart/
echo "X-GNOME-Autostart-enabled=false" >> ~/.config/autostart/gnome-keyring-ssh.desktop

Unityでのセッションの起動、少なくともGNOME3もおそらく奇妙です：Upstartスクリプトを実行し、/usr/share/upstart/sessions/すべての自動起動デスクトップエントリを/etc/xdg/autostartとの下で実行します。gnome-keyring他にも多くのことが両方にあります（おそらく実行します）/usr/share/upstart/xdg/autostart私は）それをテストしていません。

gnome-keyring-ssh成り上がりのエントリは、それをチェックしますX-GNOME-Autostart-enabled=falseシステムまたはユーザーのローカルの.desktopエントリのいずれかにラインとバックアウト、その後、標準ssh-agentのセッションが実行されます。ユーザー全体の自動gnome-keyring-ssh開始に/etc/xdg/autostart一致するエントリがない限り、システム全体が起動します。一致するエントリは、代わりに実行されます。

以前enable=falseはローカル自動起動にその行を含めるだけで十分でしたが、最近（2016年5月以降、TrustyのLTS期間の2年以上のように）動作が変更され、完全なエントリに似たものが必要になる場合があります。私はまだ、必要なキーの正確なセットと、問題のあるパッケージの更新について調査中です。

GNOMEの人々がOpenSSHキーエージェントにプロキシしただけではなかったのは、誰もが推測していることです。このBugzillaエントリで、より賢明な動作を採用するよう提案することもできます。

私はいつもgnome-keyringをアンインストールしてしまう

sudo apt-get remove gnome-keyring

多くのキー（3つを超える）を使用すると、実際にはログインを3回に制限するホストにログインできなくなります...また、gnome-keyringキーの名前はを使用する場合とは異なるため、使用ssh-addするパスフレーズがわかりません。

アンインストールgnome-keyringするとGNOMEの多くのものが壊れる可能性があります。Kubuntuを使用しているため、私にはわかりません。Kubuntuでさらに消えるのはpython-ubuntu-sso-client、およびubuntu-sso-clientです。

スクリプトを確認します

#!/usr/bin/python
import gnomekeyring
gnomekeyring.unlock_sync(None,"mypassword");

16.04、amd64で問題を解決します。スクリプトはとして保存されukr.py、次にchmod +x ukr.pyでukr.pyスタートアップアプリケーションとして追加されgnome-session-propertiesます。（追加）モジュールgnomekeyringは、

sudo apt-get install python-gnomekeyring

最も簡単な方法は、次のコマンドを使用して既存のgnome-keyring-daemonセッションを置き換えるだけです。

gnome-keyring-daemon --replace --daemonize --components=pkcs11,secrets,gpg

このスレッドで私の完全な答えを見ることができますhttps://askubuntu.com/a/786722/556814