Différences

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

--- support:ssh [2024/10/16 14:26] – ↷ Nom de la page changé de support:howto_connect à support:ssh admin
+++ support:ssh [2025/09/05 08:59] (Version actuelle) – ↷ Liens modifiés en raison d'un déplacement. 91.242.162.7
@@ Ligne 1: / Ligne 1: @@
 ====== Connexion distante aux machines ======
-:!: Page obsolète, à mettre à jour :!:
+Pour vous connecter aux machines de l'UFR d'informatique, vous avez besoin d'[[playground:support:faq|un login et d'un mot de passe]] qui vous sont distribués par l'administrateur en début d'année.
-Pour vous connecter aux machines de l'UFR d'informatique, vous avez besoin d'[[support:faq|un login et d'un mot de passe]] qui vous sont distribués par l'administrateur en début d'année.
 Vous pouvez aussi vous connecter à certains serveurs, depuis les salles TD de l'UFR, ou depuis chez vous.
@@ Ligne 31: / Ligne 29: @@
 <code>$ ssh machine_distante -l login</code>
-L'option -X est très pratique. Elle permet d'activer le transfert X11 et donc de lancer des applications X11 à travers le tunnel SSH.
+L'option -X (ou sa variante moderne -Y) est très pratique. Elle permet d'activer le transfert X11 et donc de lancer des applications X11 à travers le tunnel SSH.
 <code>$ ssh -X login@machine_distante</code>
@@ Ligne 79: / Ligne 77: @@
 Cette méthode d'authentification est bien plus sure que celle par mot de passe.
-<WRAP info>C'est le cas sur les serveurs **"lulu"** et **"lucy"** qui nécessitent l'utilisation d'une clé publique pour vous connecter. Suivez les indications ci-dessous pour générer vos clés et les déployer sur votre compte. Voir également la page dédiée à ces serveurs [[support:linux]] à l'UFR.</WRAP>
+<WRAP info>C'est le cas sur le serveur **"lulu"** qui nécessite l'utilisation d'une clé publique pour vous connecter. Suivez les indications ci-dessous pour générer vos clés et les déployer sur votre compte. Voir également la page dédiée à ce serveur [[support:linux]] à l'UFR.</WRAP>
@@ Ligne 85: / Ligne 83: @@
 Attention aux permissions de votre homedir. Si "group" ou "other" ont les droits d'écriture (ce que vous ne devriez pas faire, pour des raisons évidentes de sécurité), alors sshd refusera toute connexion par clé publique. En effet, n'importe qui pourrait modifier .ssh/authorized_keys (voir ci-dessous), et se connecter sur votre compte en usurpant votre identité..
 </WRAP>
 ==== Génération des clés ====
 Sur votre machine, pour générer votre couple de clés, il suffit de taper dans un shell :
 <code>$ ssh-keygen</code>
-ou
-<code>$ ssh-keygen -t rsa</code>
-SSH vous demande de rentrer une pass-phrase qui est le mot de passe qui va protéger la clef privée. Mémorisez bien cette pass-phrase car elle vous sera demandée à chaque fois que vous vous connecterez en utilisant cette méthode d'authentification.
+Lors de la génération de clés, SSH vous demande de rentrer une pass-phrase qui est le mot de passe qui va protéger la clef privée. Mémorisez bien cette pass-phrase car elle vous sera demandée à chaque fois que vous vous connecterez en utilisant cette méthode d'authentification.
+Selon les machines, différents protocoles peuvent être utilisés pour générer ces clés.
+Il est recommandé d'utiliser le protocole "ed25519" qui est maintenant le standard sur
+les machines modernes, à la place du protocole historique "rsa". Au besoin, on peut choisir
+son protocole via l'option **-t** de ssh-keygen, par exemple **ssh-keygen -t ed25519**.
+Attention aux noms des fichiers de clés obtenus : **~/.ssh/id_ed25519.pub** pour la clé publique
+et **~/.ssh/id_ed25519** pour la clé privée, au lieu des anciens **id_rsa.pub** et **id_rsa**.
+La clef privée est stockée par défaut avec les permissions 600 (lisible uniquement par le propriétaire, c'est à dire vous) et la clef publique est stockée avec les permissions 644 (lisible par tout le monde... normal, elle est "publique").
-<code>$ ssh-keygen -t rsa
+<code>$ ssh-keygen -t ed25519
-Generating public/private rsa key pair.
+Generating public/private ed25519 key pair.
-Enter file in which to save the key (/Users/pietroni/.ssh/id_rsa):
+Enter file in which to save the key (/Users/pietroni/.ssh/id_ed25519):
 [...]
 Enter passphrase (empty for no passphrase):
 Enter same passphrase again:
 [...]
-Your identification has been saved in /Users/pietroni/.ssh/id_rsa.
+Your identification has been saved in /Users/pietroni/.ssh/id_ed25519.
-Your public key has been saved in /Users/pietroni/.ssh/id_rsa.pub.
+Your public key has been saved in /Users/pietroni/.ssh/id_ed25519.pub.
 The key fingerprint is:
-cd:b8:da:a3:95:dd:29:f8:b0:38:c1:e4:7e:6d:77:82 pietroni@local_machine.informatique.univ-paris-diderot.fr
+SHA256:2NA22BwYOlFO4G15jaQ3lX1mBH0wiGVWKcBzAt1nBn8 pietroni@local_machine.informatique.univ-paris-diderot.fr
 [...]
 </code>
-(L'affichage peut différer d'un système à l'autre. Ici, la capture provient d'un MacOS 10.6.8)
+(L'affichage peut différer d'un système à l'autre)
-La clef privée est stockée par défaut dans le fichier ~/.ssh/id_rsa avec les permissions 600 (lisible uniquement par le propriétaire, c'est à dire vous) et la clef publique est stockée dans le fichier ~/.ssh/id_rsa.pub avec les permissions 644 (lisible par tout le monde... normal, elle est "publique").
-__Note__ : Vous pouvez modifier votre pass-phrase avec l'option -p de ssh-keygen.
+__Note__ : Si besoin, vous pouvez modifier votre pass-phrase avec l'option -p de ssh-keygen.
 <code>$ ssh-keygen -p
-Enter file in which the key is (/Users/pietroni/.ssh/id_rsa):
+Enter file in which the key is (/Users/pietroni/.ssh/id_ed25519):
 [...]
 Enter old passphrase:
-Key has comment '/Users/pietroni/.ssh/id_rsa'
+Key has comment '/Users/pietroni/.ssh/id_ed25519'
 Enter new passphrase (empty for no passphrase):
 Enter same passphrase again:
@@ Ligne 125: / Ligne 129: @@
 ==== Déploiement et autorisation de votre clef publique ====
-. Afin d'autoriser votre clé publique nouvellement générée, vous devez la copier sur votre compte de l'UFR. Pour accéder à votre compte de l'UFR, il va falloir vous connecter sur une autre machine que "lucy" (bein oui, puisqu'il vous faut une clé pour lucy...). Le serveur "nivose" fera parfaitement l'affaire.
+Afin d'autoriser votre clé publique nouvellement générée, vous devez la copier sur votre compte de l'UFR. Pour accéder à votre compte de l'UFR, seul le serveur "nivose" est à la fois visible de partout et accepte une première connexion sans clé ssh.
+Si vous disposez de l'utilitaire **ssh-copy-id**, la commande suivante suffit pour tout mettre en place:
-<code>$ scp ~/.ssh/id_rsa.pub login@nivose.informatique.univ-paris-diderot.fr:~/</code>
+<code>$ ssh-copy-id -i login@nivose.informatique.univ-paris-diderot.fr</code>
-Cette commande va copier votre clé publique à la racine de votre compte de l'UFR. (Voir les détails de scp plus bas)
+Sinon, faire manuellement les deux étapes suivantes:
+. Copier votre clé publique dans votre compte de l'UFR, par exemple à la racine (Voir les détails de scp plus bas)
+<code>$ scp ~/.ssh/id_ed25519.pub login@nivose.informatique.univ-paris-diderot.fr:~/</code>
 . Connectez vous sur nivose en ssh
 <code>$ ssh login@nivose.informatique.univ-paris-diderot.fr</code>
 et ajoutez votre clé publique à votre fichier ~/.ssh/authorized_keys:
-<code>$ cat ~/id_rsa.pub >> ~/.ssh/authorized_keys</code>
+<code>$ cat ~/id_ed25519.pub >> ~/.ssh/authorized_keys</code>
 (cette commande concatène votre clé à la fin du fichier authorized_keys).
-Vous pouvez désormais vous connecter à lucy.
+Vous pouvez désormais vous connecter à "lulu" en suivant les instructions de la page [[support:linux]].
 ==== Génération de clé sous Windows : puttygen ====
@@ Ligne 200: / Ligne 209: @@
 Un mécanisme appelé ssh-agent permet de ne pas rentrer la pass-phrase à chaque fois.
+Sur les systèmes proposant ce ssh-agent, commencer par taper dans un shell la commande
+**ssh-add** et saisir sa pass-phrase, qui est alors mémorisé jusqu'à la fin de la session.
-:!: A faire
+:!: A finir
 ==== Utilisation des alias ====

Outils pour utilisateurs

Outils du site

Différences

Outils de la page