Le but n'est pas de se passer de sécurité (au contraire). La solution du problème est la suivante. Nous avons deux postes : frodon.tux et gandalf.tux. Sur les deux postes sshd tourne et est correctement configuré. Sur chacun des postes on génére des clés :

  [fred@frodon ~]$ ssh-keygen -t rsa

(entrez une passe-phrase vide), et :

  [bibi@gandalf ~]$ ssh-keygen -t rsa

(entrez aussi une passe-phrase vide). Ensuite, il suffit de copier la clé publique d'un poste sur l'autre dans la liste des clés autorisées :

  [fred@frodon ~]$ scp ~fred/.ssh/id_rsa.pub bibi@gandalf.tux:~bibi/.ssh/authorized_keys2

et :

  [bibi@gandalf ~]$ scp ~bibi/.ssh/id_rsa.pub fred@frodon.tux:~fred/.ssh/authorized_keys2

(il peut falloir remplacer : authorized_keys2 par authorized_keys). Et voilà, à partir de maintenant, une connection :

  [bibi@gandalf ~]$ ssh fred@frodon

ou

  [fred@frodon ~]$ ssh bibi@gandalf

ne demandera pas de mot de passe.

Mais ce ne sera pas pour autant trop “désécurisée”, puisque pour se connecter sans mot de passe sur frodon il faudra réussir à se connecter avec mot de passe sur gandalf et réciproquement.

source: http://lea-linux.org/cached/index/Trucs:Oldid=168.html

 cd ~
 mkdir .ssh
 chmod 700 ./
 chmod 600 authorized_keys

voir https://www.infomaniak.com/fr/support/faq/2054/se-connecter-a-votre-hebergement-a-laide-dune-cle-ssh

toujours chez infomaniak, si vous avez le message

** WARNING: connection is not using a post-quantum key exchange algorithm.
** This session may be vulnerable to "store now, decrypt later" attacks.
** The server may need to be upgraded. See https://openssh.com/pq.html

voici la solution:

  vim ~/.ssh/config 

Host votre-serveur.infomaniak.com
    # Force l'utilisation d'algorithmes d'échange de clés classiques pour éviter l'avertissement PQ
    KexAlgorithms curve25519-sha256,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group16-sha512,diffie-hellman-group18-sha512,diffie-hellman-group14-sha256

En listant explicitement les algorithmes classiques, le client SSH ne tentera pas de négocier d'algorithme post-quantique et n'affichera donc pas l'avertissement.

 ssh -i ~/.ssh/id_rsa trucmuche@bidule.org

https://ubuntu.com/server/docs/service-openssh

Si on veut interdire l'accès avec un mot de passe (forcer l'usage des clés):

man sshd_config

sudo vi /etc/ssh/sshd_config
PasswordAuthentication no
/etc/init.d/ssh restart

http://geekosphere.org/43/safer-ssh-passwordauthentication-no/

https://help.ubuntu.com/community/SSH/OpenSSH/Configuring http://www.cyberciti.biz/faq/force-ssh-client-to-use-given-private-key-identity-file/

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

installer:

  sudo apt-get install sshpass

exemple:

   sshpass -p "password" rsync root@1.2.3.4:/abc /def

si on veut (en plus c'est plus sûr) on peut mettre le mot de passe dans un fichier

   sshpass --password-file=rsync_pass rsync root@1.2.3.4:/abc /def

doc https://www.cyberciti.biz/faq/linux-unix-applesox-ssh-password-on-command-line/

• https://www.microlinux.fr/cle-ssh/
• Restreindre des clés SSH pour du backup via rsync (sur l'excellent blog de lord)
• https://quick-tutoriel.com/ssh-securise-sans-mot-de-passe/
• tmux sessions