Différences

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

--- start:raspberry:ssh:doc [2022/11/12 17:32] – [Liens] gerardadmin
+++ start:raspberry:ssh:doc [2026/07/30 11:19] (Version actuelle) – [Tunnel ssh] admin
@@ Ligne 178: / Ligne 178: @@
 <code>$ ssh-keygen</code>
+ou plus securisé
+<code>$ ssh-keygen -t rsa -b 4096 -C "your_email@example.com"</code>
 Choisissez un mot de passe "fort", du type de ceux que l'on réserve au compte root, avec des lettres, chiffres, différentes casses et des symboles éventuellement. Au minimum 10 caractères, et ni de noms propres, dates de naissances ou mot existant dans un dictionnaire (peu importe la langue), ces précautions vous prémuniront contre les attaques qui consistent à tester un grand nombre de mots de passes courants à l'aide de programmes spécialisés. Cela n'est important que si votre utilisation de ssh passe par le réseau Internet, si elle ne concerne que votre réseau local comme dans notre exemple le nom du chat fera l'affaire ! Si vous voulez générer des clés sans mot de passe, laisser blanc.\\
@@ Ligne 194: / Ligne 200: @@
 Cette commande va effectuer plusieurs tâches importantes, à commencer par la création d'un répertoire "~/.ssh" sur le serveur, avec des permissions adaptées de "700" (rwx%%------%%). À l'intérieur de ce répertoire
 sera créé un fichier "authorized_keys" avec des permissions de "600" (rw%%-------%%) qui contiendra la clé publique créée auparavant avec "ssh-keygen" sur le poste client.\\
+<note tip>Il convient également de noter qu'il est essentiel que les autorisations de fichiers soient correctes pour que l'authentification par clé SSH fonctionne. Le serveur SSH est très attentif à la sécurité et rejettera les connexions si les autorisations sont trop ouvertes. Assurez-vous que vos fichiers disposent de ces autorisations :
+</note>
+    *Votre répertoire personnel : **chmod 755 ~**.
+    *Le répertoire .ssh: **chmod 700 ~/.ssh**.
+    *Le fichier authorized_keys: **chmod 600 ~/.ssh/authorized_keys**.
 Ces opérations peuvent être effectuées manuellement, en copiant la clé publique sur le serveur, __à condition que le répertoire "~/.ssh" y existe déjà__. Un exemple pour effectuer ces opérations depuis le poste client via "ssh" (utilisé de manière simple le temps de l'opération), vers le poste serveur (ici "famille@192.168.1.2") :\\
@@ Ligne 295: / Ligne 308: @@
 ====Tunnel ssh====
+{{ :start:raspberry:ssh:ssh-remote-port-forwarding-home-network-4115823448.png?direct&800 |}}
+{{ :start:raspberry:ssh:capture_d_ecran_du_2026-07-30_11-13-05.png?direct&800 |}}
 "ssh" est fréquemment utilisé pour "encapsuler" un autre service non sécurisé, on parle alors de "tunnel ssh". Le procédé consiste à établir une connexion ssh entre deux ordinateurs sur des ports déterminé, et ensuite d'utiliser cette connexion "ssh" pour connecter un autre comme "vnc", notre exemple ici.\\
@@ Ligne 629: / Ligne 647: @@
 \\
-  * [[http://www.openssh.com/fr/index.html|Site officiel de Openssh]]\\
+  * [[https://www.openssh.org/|Site officiel de Openssh]]\\
-  * [[http://debian.org/doc/manuals/securing-debian-howto/ch-sec-services.fr.html#s5.1|Sécuriser ssh, manuel Debian]]\\
+  * [[https://www.debian.org/doc/manuals/securing-debian-manual/sec-services.fr.html|Sécuriser ssh, manuel Debian]]\\
-  * [[http://www.h-online.com/security/features/Protecting-SSH-from-brute-force-attacks-746235.html|"Protection attaques brute de force"]] ("denyhosts", "fail2ban", "recent")(eng)\\
+  * [[https://labex.io/fr/tutorials/hydra-how-to-mitigate-ssh-brute-force-risks-419263|"Protection attaques brute de force"]] ("fail2ban",)\\