Différences

Ci-dessous, les différences entre deux révisions de la page.

--- info:connection_ssh_sans_mot_de_passe [2026/10/02 05:59] – [note Fred: server X] radeff
+++ info:connection_ssh_sans_mot_de_passe [2026/10/02 06:00] (Version actuelle) – radeff
@@ Ligne 91: / Ligne 91: @@
 <note tip>Si on est total parano on peut encore ajouter un [[fail2ban|fail2ban]] mais vu qu'on interdit l'accès par login/password c'est pas vraiment utile</note>
-====== Solution avec mot de passe ======
-====== pam-keyring ======
-utiliser pam-keyring pour ne pas avoir à entrer la passphrase à chaque fois
-apt-get install libpam-ssh libpam-keyring
-http://ubuntu-tutorials.com/2007/07/12/automatically-unlocking-the-default-gnome-keyring-pam-keyring/
-puis
-http://b.twidi.com/index.php/2007/05/26/78-connexion-linux-ubuntu-avec-passphrase-ssh-pm-ssh
-si on a déjà une clé ssh (voir ci-dessous) mais qu'elle n'est pas protégée par un passphrase, voici la procédure
-http://sysadmin.gnome.org/users/security.html
-You can also add a passphrase to an existing key without a passphrase by using ssh-keygen -p. However, only do it if you have just generated the key, or if you are absolutely sure the said key had been totally safe until then. If you cannot be completely sure, your key might have been compromised meanwhile, in which case setting a passphrase will not help, and it should be immediately replaced.
 ====== sshpass (souci avec rsync, scp, sftp etc) ======
 Il peut arriver que ssh fonctionne avec la clé selon la méthode décrite //supra//, mais que le système vous demande un mot de passe pour des programmes comme rsync, scp etc. Il y a sûrement une solution plus élégante, mais moi j'ai choisi celle de **sshpass**