Saya tidak ingin gnome-keyring menghalangi komit git saya, sebagian karena mengunci seluruh layar sambil meminta kata sandi, bahkan pada KDE (walaupun sekarang saya telah beralih ke GNOME). Sementara saya menghargai kenyamanan tidak harus memasukkan frasa sandi SSH saya di setiap kali, harus melompat dari jendela ke jendela membatalkannya secara pribadi. Ini hanya hal yang nyaman: /
Saya mencoba git config --global --unset credential.helper
dan git config --system --unset credential.helper
, tetapi mereka tampaknya tidak berpengaruh. Karena saya sekarang menggunakan GNOME, saya lebih suka tidak menghapus gnome-keyring. Apakah ada opsi lain yang bisa saya lakukan? Saya saat ini di Ubuntu 14.10, setelah melakukan ini dengan Kubuntu dan dengan Ubuntu GNOME. Terima kasih.
UPDATE 17 November 2014
Ini tampaknya mempengaruhi semua SSH. Saya mencoba melakukannya
sudo rm /etc/xdg/autostart/gnome-keyring-ssh.desktop
tapi itu tidak berhasil. Dapat saya lakukan
gnome-keyring-daemon --replace -c pkcs11,secrets,gpg
satu kali setiap sesi, tetapi saya ingin tetap itu tetap. Masih mencari...
Jawaban:
Cukup salin
.desktop
file yang relevan dari/etc/xdg/autostart
ke~/.config/autostart
dan tambahkanHidden=true
ke dalamnya:lalu muat ulang gnome-shell (tekan Alt+ F2, lalu ketik rdan tekan Enter).
Ini adalah satu-satunya solusi yang user-friendly yang telah bekerja untuk saya (yaitu tidak harus softlink yang .desktop file / dev / null atau
chmod 0
yanggnome-keyring-daemon
). Faktanya, softlinking ke / dev / null berhenti bekerja untuk saya di GNOME 3.16.Kredit jatuh ke nus .
sumber
gnome-keyring-daemon -r -c pkcs11,secrets
untuk menonaktifkannya di sesi saat ini.Cara yang bagus dan bersih untuk menonaktifkan hanya komponen ssh-agent dari gnome-kerying:
sumber
Saya tidak dapat berbicara untuk rilis Ubuntu selain dari Trusty - dan GNOME adalah target bergerak yang konstan sehingga Anda dapat menjamin bahwa setiap rilis berbeda - tetapi inilah yang menurut saya paling dapat berfungsi:
Sesi memulai di bawah Unity, paling tidak, dan sangat mungkin GNOME3 juga aneh: ia akan menjalankan skrip pemula
/usr/share/upstart/sessions/
dan menjalankan semua entri desktop autostart di bawah/etc/xdg/autostart
dangnome-keyring
, dan banyak hal lainnya ada di keduanya (dan mungkin menjalankan beberapa hal) di/usr/share/upstart/xdg/autostart
, juga, saya tidak menguji itu).The
gnome-keyring-ssh
entri kaya baru akan memeriksa untuk ituX-GNOME-Autostart-enabled=false
baris baik dalam sistem atau pengguna masuk .desktop lokal dan kembali keluar, maka standarssh-agent
sesi akan berjalan. Sistem-lebargnome-keyring-ssh
kemudian akan mulai dari/etc/xdg/autostart
kecuali Anda memiliki entri yang cocok di autostart lokal pengguna Anda, dalam hal ini yang akan dijalankan sebagai gantinya.Dulu cukup hanya dengan memiliki
enable=false
baris itu di autostart lokal, tetapi kadang-kadang baru-baru ini (seperti pada, sejak Mei 2016, lebih dari dua tahun memasuki periode LTS Trusty) bahwa perilaku berubah dan Anda memerlukan sesuatu yang menyerupai entri penuh. Saya masih menyelidiki set kunci yang diperlukan, dan pembaruan paket yang melanggar bertanggung jawab.Mengapa orang-orang GNOME tidak hanya proxy melalui agen kunci OpenSSH adalah dugaan siapa pun . Anda mungkin ingin menyarankan mereka mengadopsi perilaku yang lebih masuk akal dalam entri Bugzilla ini .
sumber
Saya selalu berakhir dengan menghapus gnome-keyring
Ternyata, jika Anda menggunakan banyak kunci (lebih dari tiga), Anda tidak dapat benar-benar masuk ke host yang membatasi upaya hingga tiga ... Juga,
gnome-keyring
beri nama kunci berbeda dari saat menggunakanssh-add
, jadi saya tidak tahu frasa sandi apa yang digunakan .Menghapus instalan
gnome-keyring
mungkin merusak banyak hal pada GNOME, saya tidak akan tahu karena saya menggunakan Kubuntu. Di Kubuntu semua yang hilang sebagai tambahan adalahpython-ubuntu-sso-client
danubuntu-sso-client
.sumber
ubuntu-gnome-desktop
dan beberapa komponen terkait lainnya (oneconf
,python-ubuntu-sso-client
,seahorse
,software-center
, danubuntu-sso-client
, tidak menghitung perangkat lunak yang menjadi calon autoremove sebagai hasilnya): / Thanks meskipun; Saya akan menjawab karena itu akan membantu pengguna non-GNOME yang secara tidak sengaja berakhir dalam situasi ini seperti yang saya lakukan.Saya mengkonfirmasi skrip itu
menyelesaikan masalah dalam 16.04, amd64. Script dapat disimpan sebagai
ukr.py
, laluchmod +x ukr.py
, lalu tambahkanukr.py
sebagai aplikasi startup dignome-session-properties
. Modul (tambahan)gnomekeyring
diinstal melaluisumber
Cara termudah adalah dengan mengganti sesi gnome-keyring-daemon yang ada menggunakan perintah:
Anda dapat melihat jawaban lengkap saya di utas ini /ubuntu//a/786722/556814
sumber