web-dev-qa-db-ja.com

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

GNOMEキーリングがgitコミットの邪魔にならないようにしたいのですが、これはKDEでもパスワードの入力を求めながら画面全体をロックするためです(ただし、GNOMEに切り替えました)。 SSHパスフレーズを毎回入力する必要がないという便利さはありますが、ウィンドウからウィンドウにジャンプしなければならないことは個人的にキャンセルされます。それはただの安らぎだ:/

git config --global --unset credential.helpergit 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回ですが、それを永続的に維持したいと思います。まだ見ている...

10
andlabs

関連する.desktopファイルを/etc/xdg/autostartから~/.config/autostartにコピーし、Hidden=trueを追加するだけです:

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

次に reloadgnome-Shell(を押します Alt + F2、次に入力 r を押す Enter)。

これは私のために働いた唯一のユーザーフレンドリーなソリューションです(すなわち、。desktop/ dev/nullまたはchmod 0 the gnome-keyring-daemon)へのファイル。実際、GNOME 3.16では、/ dev/nullへのソフトリンクが機能しなくなりました。

クレジットは nusに送られます。

10
mmoya

私はいつもgnome-keyringをアンインストールすることになります

Sudo apt-get remove gnome-keyring

多くのキー(3つ以上)を使用すると、ホストに実際にログインできず、試行回数が3つに制限されます。また、gnome-keyringは、ssh-addを使用するときとはキーの名前が異なるため、どのパスフレーズがわかりません使用する。

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

2
kaleissin

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でのセッション開始は奇妙です:/usr/share/upstart/sessions/からUpstartスクリプトを実行し、その後/etc/xdg/autostartgnome-keyringの下ですべての自動開始デスクトップエントリを実行します。おそらく/usr/share/upstart/xdg/autostartでも実行されます;私はそれをテストしませんでした)。

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

以前はローカルの自動起動にそのenable=false行を置くだけで十分でしたが、最近(2016年5月以降、TrustyのLTS期間の2年以上)その動作が変化し、完全なエントリに似た何かが必​​要になりました。必要なキーの正確なセットと、問題のあるパッケージの更新については、現在調査中です。

なぜGNOMEの人々がOpenSSHキーエージェントにプロキシスルーしなかったのか だれでも推測 です。より賢明な振る舞いを採用することを提案したいかもしれません このBugzillaエントリ

2
John Morton

Gnome-keryingのssh-agentコンポーネントのみを無効にする、きれいできれいな方法:

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

スクリプトを確認します

#!/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
0
dzmanto

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

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

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

0
rioastamal