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:54] – [note Fred: infomaniak] radeff
+++ info:connection_ssh_sans_mot_de_passe [2026/10/02 06:00] (Version actuelle) – radeff
@@ Ligne 4: / Ligne 4: @@
 ====== Solution sans mot de passe ======
-<code>
-solution avec une clef ssh sans mot de passe
 Le but n'est pas de se passer de sécurité (au contraire).
@@ Ligne 12: / Ligne 10: @@
 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
+    [fred@frodon ~]$ ssh-keygen -t rsa
 (entrez une passe-phrase vide), et :
-[bibi@gandalf ~]$ ssh-keygen -t rsa
+    [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
+    [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
+    [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
+    [bibi@gandalf ~]$ ssh fred@frodon
 ou
-[fred@frodon ~]$ ssh bibi@gandalf
+    [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
-</code>
 ===== note Fred: infomaniak =====
@@ Ligne 59: / Ligne 59: @@
     vim ~/.ssh/config
 <code bash>
 Host votre-serveur.infomaniak.com
@@ Ligne 68: / Ligne 68: @@
 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.
 ===== note Fred: spécifier la clé utilisée =====
+<note tip>différentes clés? il suffit de passer la bonne lors de la connexion</note>
    ssh -i ~/.ssh/id_rsa trucmuche@bidule.org
-===== note Fred: server X =====
-si on veut lancer des logiciels X sur le serveur, il faut:
-sur ubuntu, utiliser l'option -X dans la commande ssh, ex:
-<code>
-#!/bin/bash
-xhost +
-gnome-terminal --tab-with-profile=fredox -x ssh -X fred@www.fredox.ch
-</code>
-//ancienne solution//
-  * mentionner xhost+ avant la connection ssh
-  * vérifier dans /etc/ssh/sshd_config qu'on a bien X11Forwarding yes
-  * vérifier dans $HOMEDIR/.ssh/config qu'on a bien  ForwardX11 yes
-===== note Fred: screen (session permanente) =====
-    screen -r radeff
-<note tip>
-une commande bien pratique en ssh! //screen// permet de "détacher" la session de la session locale, en d'autres termes, si votre connexion tombe alors que vous exécutez une commande sur un serveur, si celle-ci a été effectuée avec //screen// elle va continuer!
-</note>
-  * https://kb.iu.edu/d/acuy
-  * https://www.tecmint.com/screen-command-examples-to-manage-linux-terminals/
-  * https://www.computerhope.com/unix/screen.htm
-  * https://www.thegeekdiary.com/how-to-use-the-screen-command-in-linux/
-  * https://www.linuxtricks.fr/wiki/screen-un-multiplexeur-de-terminal-pratique
 ====== SSH serveur ======
@@ Ligne 119: / 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**
@@ Ligne 155: / Ligne 110: @@
   * [[https://lord.re/posts/187-ssh-key-restricted-rsync-backup/|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|tmux sessions]]
 {{tag>ssh password security}}