« SSH » : différence entre les versions
Ligne 39 : | Ligne 39 : | ||
=== Ajouter une clé ssh à gitlab === | === Ajouter une clé ssh à gitlab === | ||
L'un des principaux intérêts des clés ssh est de pouvoir ''cloner'' et ''push'' du code vers un dépôt git distant sans avoir à taper son mot de passe à chaque fois. | L'un des principaux intérêts des clés ssh est de pouvoir ''cloner'' et ''push'' du code vers un dépôt git distant sans avoir à taper son mot de passe à chaque fois. | ||
==== Copier la clé publique vers gitlab ==== | |||
Copiez l'intégralité du contenu de votre clé publique. Vous pouvez afficher son contenu avec les commandes <code>type id_rsa.pub</code> sur Windows et <code>cat id_rsa.pub</code> sur Linux. Il faut ensuite coller la clé publique sur gitlab, dans l'onglet <code>Profil > Préférences > Clés SSH</code>. | |||
Par défaut, une date d'expiration d'un an est associée à votre clé sur gitlab. | |||
==== Ajouter une configuration locale à git@gitlab.binets.fr ==== | |||
Pour s'assurer que les commandes git utilisent bien la bonne clé ssh, il est souvent nécessaire d'ajouter un '''fichier de configuration ssh''' dans le dossier <code>.ssh</code>. | |||
Créez un fichier <code>config</code> (sans extension !) dans votre dossier ''.ssh''. Voici un template de configuration ssh pour explicitement associer une clé à un hôte : | |||
===== Sous Linux ===== | |||
Host gitlab # Nom de l'hôte | |||
HostName gitlab.binets.fr # Adresse complète de l'hôte : site ou adresse ip | |||
User git # Utilisateur de la clé ssh | |||
IdentityFile ~/.ssh/id_rsa # Adresse de la clé privée à utiliser | |||
===== Sous Windows ===== | |||
Host gitlab.binets.fr # Nom de l'hôte | |||
HostName gitlab.binets.fr # Adresse complète de l'hôte : site ou adresse ip | |||
User git # Utilisateur de la clé ssh | |||
IdentityFile C:\Users\<nom_utilisateur>\.ssh\id_rsa # Adresse de la clé privée à utiliser | |||
Vous pouvez ensuite tester votre clé ssh avec la commande suivante : | |||
ssh -T git@gitlab.binets.fr | |||
Vous pouvez reconnaître dans la commande qui permet de cloner un dépôt avec git en ssh : | |||
git@gitlab.binets.fr:br/sigma-frontend.git | |||
<user>@<hôte>:<repo_owner>/<repo_name>.git | |||
=== Export vers les autres machines === | === Export vers les autres machines === |
Version du 18 avril 2023 à 14:46
- Trucs et astuces du BR
- Diagnostiquer une panne réseau
- Configurer un routeur dans son casert
- Création d'un compte Sigma
- Comment récupérer mes données que j'ai effacées sur mon disque dur ?
- Comment utiliser Git ? (Pour les projets en équipe)
- Comment utiliser SSH ?
- Mettre en place SSH pour Gitlab
- Comprendre les différents identifiants à l'X
- Comment imprimer à l'X ?
SSH (Secure Shell) est un protocole permettant d'obtenir un accès Shell (ie: ouvrir un terminal de commandes) sur une machine distante en toute sécurité. Il permet d'exécuter des commandes à distance, de copier des fichiers depuis/vers une machine distante, etc.
Nous allons voir ici quelques options intéressantes.
Clé publique et clé privée
Il est possible de se connecter via SSH à une machine sans avoir à taper son mot de passe !
C'est parfois la seule manière de s'y connecter, comme dans le cas des ordinateurs des salles informatiques, qui sont accessibles par ce moyen depuis l'extérieur (hors platal).
Mise en place du dossier ssh
La configuration ssh ainsi que les différentes clés sont à mettre dans le dossier .ssh
. Si c'est la première fois que vous configurez ssh sur votre machine, il faudra le créer dans votre dossier utilisateur :
Sur Windows
C:/Users/<nom_utilisateur>/.ssh
Sur Linux
~/.ssh
ou
/home/<nom_utilisateur>/.ssh
C'est dans ce dossier qu'il faudra utiliser la commande de génération de clés ssh suivante !
Création de la clé
En local, sur une machine où l'on est le seul administrateur (machine perso), taper la commande suivante dans un terminal. Attention à bien se placer dans le dossier .ssh avant :
ssh-keygen
Cette commande va ensuite demander d'entrer plusieurs champs :
- le nom du fichier dans lequel sauvegarder la clé (= le nom de la clé). Si vous n'entrez rien, la clé générée s'appellera
id_rsa
, qui sert de clé ssh générale. - Un mot de passe (qu'il vous faudra taper chaque fois que vous utilisez cette clé). Bien que conseillée, cette étape n'est pas nécessaire. Laissez les champs vides pour ne pas associer de mot de passe à la clé générée.
Ceci va générer dans le dossier courant (faites attention à exécuter cette commande dans le dossier .ssh !) un couple clé privée / clé publique, chiffrée en RSA, sous la forme de fichiers id_rsa
et id_rsa.pub
(ou bien avec le nom que vous avez entré à la place de id_rsa). Il est important de ne jamais partager la clé privée ! C'est la clé publique qui devra être transmise aux machines / sites (github, gitlab) auxquels vous souhaitez vous connecter.
Au BR, on te conseille d'utiliser une clef RSA 4096 bits, à laquelle tu peux ajouter un commentaire avec la commande suivante :
ssh-keygen -t rsa -b 4096 -C "<comment>"
Ajouter une clé ssh à gitlab
L'un des principaux intérêts des clés ssh est de pouvoir cloner et push du code vers un dépôt git distant sans avoir à taper son mot de passe à chaque fois.
Copier la clé publique vers gitlab
Copiez l'intégralité du contenu de votre clé publique. Vous pouvez afficher son contenu avec les commandes type id_rsa.pub
sur Windows et cat id_rsa.pub
sur Linux. Il faut ensuite coller la clé publique sur gitlab, dans l'onglet Profil > Préférences > Clés SSH
.
Par défaut, une date d'expiration d'un an est associée à votre clé sur gitlab.
Ajouter une configuration locale à git@gitlab.binets.fr
Pour s'assurer que les commandes git utilisent bien la bonne clé ssh, il est souvent nécessaire d'ajouter un fichier de configuration ssh dans le dossier .ssh
.
Créez un fichier config
(sans extension !) dans votre dossier .ssh. Voici un template de configuration ssh pour explicitement associer une clé à un hôte :
Sous Linux
Host gitlab # Nom de l'hôte HostName gitlab.binets.fr # Adresse complète de l'hôte : site ou adresse ip User git # Utilisateur de la clé ssh IdentityFile ~/.ssh/id_rsa # Adresse de la clé privée à utiliser
Sous Windows
Host gitlab.binets.fr # Nom de l'hôte HostName gitlab.binets.fr # Adresse complète de l'hôte : site ou adresse ip User git # Utilisateur de la clé ssh IdentityFile C:\Users\<nom_utilisateur>\.ssh\id_rsa # Adresse de la clé privée à utiliser
Vous pouvez ensuite tester votre clé ssh avec la commande suivante :
ssh -T git@gitlab.binets.fr
Vous pouvez reconnaître dans la commande qui permet de cloner un dépôt avec git en ssh :
git@gitlab.binets.fr:br/sigma-frontend.git
<user>@<hôte>:<repo_owner>/<repo_name>.git
Export vers les autres machines
Il faut ensuite envoyer le fichier contenant la clé publique (~/.ssh/id_rsa.pub) sur les machines auxquelles on veut se connecter :
Avec ssh-copy-id
Cette commande ne fonctionne pas sur windows. Elle demandera le mot de passe utilisateur, pour la dernière fois.
ssh-copy-id login_distant@machine_distante
Manuellement
Sur les mac, par exemple, ssh-copy-id n'est pas disponible. Il faut donc rajouter manuellement la clé publique à liste des clés autorisées sur la machine distante en copiant le contenu de ~/.ssh/id_rsa.pub (en local) dans .ssh/authorized_keys (sur la machine distante) :
- sur la machine locale :
scp ~/.ssh/id_rsa.pub login_distant@machine_distante:~
- sur la machine distante :
cat ~/id_rsa.pub >> ~/.ssh/authorized_keys
ssh-agent
Il s'agit d'un programme qui vient faciliter l'utilisation des clés privées : en le lançant au début de ta session graphique, il suffit de taper dans un shell
ssh-add
pour qu'il demande la passphrase de la clé privée, puis la charger en mémoire : plus besoin de taper cette passphrase lors d'un SSH ! Tu peux indiquer par l'option -A dans ton ssh que tu souhaites forwarder l'agent : si tu as exporté ta clé publique sur les machines hostA et hostB, alors en faisant
ssh -A hostA
puis, sur hostA
ssh hostB
le second ssh utilisera le ssh-agent qui tourne localement sur ton ordinateur pour récupérer la clé privée et s'authentifier auprès de hostB. Il devient alors intéressant d'utiliser l'option ForwardAgent (cf plus bas) pour pouvoir se balader librement entre les différentes machines.
Connection
Pour se connecter, on tape
ssh login_distant@machine_distante
Si on a lancé le ssh-agent avant (ssh-add), le client ssh va demander la passphrase de la clé, puis établir la connexion.
Fonctionnement
Lors d'un SSH par clé privée / clé publique
- le serveur ssh va indiquer au client "j'accepte les clés publiques suivantes" en lisant le fichier authorized_keys
- mon client va voir qu'il a la clé privée correspondant
- mon client me demander ma passphrase
- si la passphrase est bonn, mon client va établir le ssh sans me demander mon mot de passe user
Mémorisation de configuration SSH
Il est possible de configurer SSH pour ne pas avoir à préciser le login ou le nom complet de la machine.
Il faut éditer le fichier .ssh/config :
Host alias Hostname nom.complet.de.la.machine User login_distant
Proxy
On peut également y rajouter les options relatives au Proxy :
ProxyCommand socat - PROXY:kuzh.polytechnique.fr:%h:%p,proxyport=8080
ou
ProxyCommand connect -H kuzh.polytechnique.fr:8080 %h %p
ou celles relatives au transfert d'agent ssh :
ForwardAgent yes
Ainsi,
ssh alias
sera traduit automatiquement en
ssh -A -o ProxyCommand="socat - PROXY:kuzh.polytechnique.fr:%h:%p,proxyport=8080" login_distant@nom.complet.de.la.machine
ou
ssh -A -o ProxyCommand="connect -H kuzh.polytechnique.fr:8080 %h %p" login_distant@nom.complet.de.la.machine
Passer par un hôte intermédiaire
On a parfois besoin de se logger en SSH de A sur B pour ensuite se logger de B sur C. Pour automatiser ça, il suffit de mettre ces lignes dans ~/.ssh/config
Host C ProxyCommand ssh login@B -W %h:%p
Accès aux sites internes
Tu peux accéder aux sites visibles normalement uniquement à l'extérieur du plâtal grâce à un tunnel SSH. Cette manipulation permet d’accéder n’importe où aux sites accessibles que sur le plâtal.
Installation
Installer l’extension “Foxy Proxy Standard” sur votre navigateur. Sur Firefox, vous pouvez trouver cette extension sur ce lien. Appuyer sur l’icône Foxy Proxy puis sur options > ajouter. Sélectionner le type de Proxy SOCKS5, rentrer l’adresse IP 127.0.0.1 et le port 9090. Vérifier que “Send DNS through SOCKS5 proxy” est bien coché. Donner un titre quelconque au proxy. Appuyer sur sauvegarder. Vous pouvez ajouter des modèles, pour que le proxy ne soit activé que sur certains noms de domaines.
Lancement
Ouvrir un terminal. Sur Windows, taper cmd dans la barre de recherche windows et appuyer sur entrer Sur la fenêtre terminal ouverte, taper la commande suivante puis rentrer votre mot de passe (identifiants polytechnique.edu).
ssh -D 9090 nom.prenom@ferrari.polytechnique.fr
Appuyer sur l’icône Foxy Proxy et cliquer sur le proxy nouvellement crée. C’est bon vous êtes connecté, vous pouvez vérifier que cela a bien fonctionné en allant sur trigramme.binets.fr par exemple
Précisions
Il faut bien laisser la fenêtre de terminal ouverte lorsque l’on utilise le proxy, pour garder la connexion SSH. Pour arrêter le proxy, il faut bien penser à remettre l’option désactiver sur l’extension Foxy Proxy. Pour se reconnecter, il suffit de refaire la manipulation décrite dans lancement.
Fonctionnement
Ce proxy permet en fait simplement de faire transiter la connexion internet à travers l’un des ordinateurs de la salle info. Dans ce tutoriel, l’ordinateur ferrari a été utilisé mais on peut prendre n’importe lequel.
Pour les non décrocheurs, qui n'ont plus de compte DSI, suivre la page Configuration du proxy.